TRON에서 토큰 세일 이후 토큰을 분배하는 방법

세일이 마감되고 배분이 확정되었으며, 이제 참여자 3,000명이 지갑을 새로고침하고 있습니다 — 토큰 분배는 프로젝트의 운영 신뢰도가 실제로 시험받는 순간입니다. 다행히 전달 자체는 코드 없이 해결된 문제입니다. 배분 명단을 CSV로 내보내 몇 건의 배치 트랜잭션으로 보내면, 모든 전송을 몇 분 안에 TRONSCAN에서 공개적으로 검증할 수 있습니다. 이 가이드는 실제로 문제가 생기는 부분을 다룹니다: 세일 데이터를 깨끗한 명단으로 바꾸기, 베스팅에 대해 솔직하기, 전송 자체, 그리고 그를 둘러싼 소통.

세일 데이터에서 배분 명단으로

세일을 무엇으로 진행했든 — 런치패드 내보내기, 결제 추적 시트, 온체인 참여 기록 — 목표는 같은 두 열 형태입니다: TRON 주소, 토큰 수량. 오류는 변환 과정에서 생기므로, 이를 정식 단계로 다루세요.

1. 배분부터 대조하세요. 주소를 건드리기 전에 금액 열을 확인합니다. 모든 배분의 합계가 이번 라운드에 세일 조건이 약속한 양과 정확히 같은가요? 스프레드시트에 맡기지 말고 반올림 규칙을 명시적으로 정하세요(내림, 나머지 누적, 문서화).
2. 주소당 한 행. 한 구매자가 여러 번에 나눠 참여했다면 합치세요 — 그렇지 않으면 여러 건의 전송을 받게 되는데, 온체인에서는 무해하지만 "왜 소액이 세 번 왔나요" 같은 문의를 낳습니다.
3. 주소 열을 검증하세요. TRON 주소: T 접두사, 34자. 세일 폼은 놀라울 만큼 꾸준히 다른 네트워크의 주소를 수집합니다 — 0x… 항목은 토큰을 받지 못하고 문의는 반드시 남길 구매자입니다. 지금 잡아내고, 지금 연락하고, 전송 전에 명단을 고치세요. CSV 형식 가이드에 전체 체크리스트와 대표적인 내보내기 함정이 있습니다.
4. 명단을 동결하세요. 최종 CSV에 버전을 붙이고(날짜 표기, 원한다면 체크섬도) 변경 불가로 선언하세요. 전송 후 "사실 제 주소가 틀렸어요" 같은 요청은 문서화된 별도의 예외 절차로 처리하며 — 사용 중인 파일을 조용히 수정해서는 절대 안 됩니다.

베스팅: 배치 도구가 솔직히 하는 일과 하지 않는 일

멀티센더는 지금 지급해야 할 전송을 실행합니다. 토큰을 보관하거나, 락업을 강제하거나, 조금씩 풀어 주지 않습니다 — 분배 도중에 이를 알게 되기보다 처음부터 솔직하게 이를 전제로 설계하는 편이 낫습니다.

• 일시 해제(TGE에 100%): 명단 하나, 배치 세션 하나. 단순한 경우이며, 이 가이드의 나머지가 바로 이 경우를 다룹니다.
• 분할 베스팅(예: TGE에 25%, 이후 분기별): 각 해제일이 별도의 분배입니다 — 같은 마스터 배분 시트, 회차별 금액 열, 날짜별 배치 세션 하나. 운영상으로는 캘린더 알림에 급여 가이드의 정기 주기 규율을 더한 것이며, 각 회차의 배치 해시가 그 회차의 공개 증빙이 됩니다.
• 연속/강제 베스팅(블록 단위 해제, 양도 가능한 청구권): 이는 전용 베스팅 컨트랙트가 필요한 다른 종류의 도구입니다. 조건에서 이를 약속했다면 그 컨트랙트 예산을 잡으세요 — 멀티센더는 해제된 부분에 대해 이를 보완할 뿐 대체하지는 않습니다.

어떤 모델이든 공지에 분명히 밝히세요. 사람들은 일정은 용서해도 깜짝 놀랄 일은 용서하지 않습니다.

분배 전송하기

명단이 동결되면 실제 작업은 몇 분이면 됩니다.

1. 팀의 첫 배치라면 테스트넷에서 리허설하세요(Shasta/Nile) — 흐름이 동일하고 무료입니다.
2. 연결하고 토큰을 선택하세요. 새로 출시된 토큰이라면 TRC-20 컨트랙트 주소를 붙여 넣으세요. 트레저리 지갑에 전체 분배 수량과 수수료용 TRX 여유분이 실제로 있는지 확인하세요.
3. 동결된 CSV를 업로드하세요. 검증기가 잘못된 주소와 중복을 표시하고, 검토 화면은 해석된 목록과 합계를 보여 줍니다 — 그 합계를 대조한 배분 합계와 비교하세요. 정확히 일치해야 합니다.
4. 승인하고 확인하세요. 트랜잭션당 약 150명이며, 참여자 3,000명은 하나의 흐름 안에서 연속 배치 20개입니다 — 처음부터 끝까지 약 25분, 한 번의 토큰 승인 후 배치당 서명 한 번.
5. 해시를 기록하세요. TRONSCAN의 각 배치 트랜잭션에는 그 안의 모든 개별 전송이 나열됩니다. 이 링크들은 곧바로 공지에 들어갑니다.

비용은 계산기 엔진으로 세일 이후의 현실적인 모습 — 수신자 3,000명, 그중 약 절반이 신규 주소(세일을 위해 새로 만든 지갑), USDT급 토큰, TRX $0.30 — 을 계산한 결과, 에너지를 렌탈하는 배치 흐름으로 ≈13,140 TRX ≈ $3,942, 에너지를 하나씩 소각하면 ≈$9,066입니다 — 어차피 3,000건을 하나씩 서명하는 것은 현실적인 오후 일정이 아닙니다. 신규 주소 비율이 가장 큰 변수이며, 에너지 심층 분석이 왜 그것이 수신자당 비용을 두 배로 만드는지 설명합니다.

카나리아 배치

배포 엔지니어링에서 빌려 온 기법 하나가 모든 분배에서 제 값을 합니다: 먼저 카나리아를 보내세요. 본 배치 전에 아주 작은 배치를 실행합니다 — 팀 자체 지갑과 동의한 커뮤니티 멤버 몇 명, 총 수십 개의 토큰. 이것으로 메인넷의 실제 경로 전체를 시험합니다: 토큰 컨트랙트가 정상 동작하는지, 승인 범위가 맞는지, 전송이 TRONSCAN에 나타나는지, 금액이 예상한 소수 자릿수로 도착하는지.

마지막 항목은 강조할 가치가 있습니다. 토큰의 소수 자릿수(decimals)는 출시일의 대표적인 함정입니다. 컨트랙트는 소수 6자리로 배포됐는데 스프레드시트는 18자리를 가정했다면(또는 그 반대), 모든 금액이 몇 자릿수씩 어긋납니다. 토큰 12개짜리 카나리아는 전체 전송이었다면 3천 개 지갑에 퍼졌을 오류를 미리 잡아냅니다. 5분, 서명 두 번이면, 어떤 검증기도 볼 수 없는 바로 그 오류 유형을 이미 배제한 채 본 분배를 진행할 수 있습니다.

카나리아에 조금이라도 이상한 점이 있다면 — 멈추세요. 동결된 명단과 기다리는 커뮤니티는 한 시간 지연을 견딜 수 있지만, 규모가 잘못된 분배는 그렇지 못합니다.

공지: 문의를 막아 주는 템플릿

분배 소통의 임무는 하나입니다. 모든 참여자가 여러분에게 묻지 않고 스스로 확인할 수 있게 하는 것. 효과적인 구성은 다음과 같습니다.

분배 완료. [라운드 이름]의 모든 배분이 전송되었습니다. 본인 배분 확인: TRONSCAN에서 [배치 해시 링크 1], [2], [3]을 열고 지갑 주소를 검색하세요 — 전송 내역, 금액, 시각이 나와 있습니다. 수치: 지갑 [N]개, 토큰 총 [합계]개, 공개된 배분 조건과 일치합니다. 베스팅: [다음 해제일과 비율, 또는 "전량 해제 완료"]. 이상한 점이 있다면: [단일 지원 채널]로 지갑 주소와 함께 문의하세요. 참고: 저희는 절대 먼저 DM을 보내지 않으며, 어떤 웹사이트에서도 "클레임"할 것은 없습니다 — 사칭에 주의하세요.

전송 후 1시간 안에, 팀이 온라인으로 답할 수 있을 때 게시하세요 — 분배의 지원 부담은 전부 첫날 저녁에 몰립니다. 피싱 경고 문구는 형식이 아닙니다. 토큰 분배 뒤에는 몇 시간 안에 사기성 "클레임 포털"이 어김없이 등장하며, 이를 선제적으로 막는 것이 보유자와 팀의 한 주를 함께 지켜 줍니다.

FAQ

수신자가 무언가를 지불하거나 클레임해야 하나요? 아니요. 전송은 지갑으로 바로 들어가며, 클레임 단계도, 수신자 측 가스도, 필요한 조치도 없습니다. (바로 그래서 공지 후 나타나는 모든 "클레임 사이트"는 사기입니다 — 그렇게 말해 주세요.)

토큰이 막 출시됐는데, 먼저 어딘가에 상장되어야 하나요? 아니요. 어떤 TRC-20이든 컨트랙트 주소를 붙여 넣으면 됩니다. 배치 흐름에는 상장, 시장 존재, 화이트리스트가 필요 없습니다.

잘못된 주소를 제출한 구매자는 어떻게 처리하나요? 동결 전이라면 명단에서 고치세요. 전송 후에는 유효한 주소로의 전송은 되돌릴 수 없습니다 — 그래서 검증 단계, 동결, 문서화된 예외 절차가 있는 것입니다. 형식이 잘못된 주소로는 검증기가 막아 토큰이 절대 나가지 않습니다. 위험한 경우는 다른 사람의 것인 유효한 주소입니다.

멀티시그 트레저리에서 전부 진행할 수 있나요? 흐름은 연결된 지갑에서 승인과 배치 트랜잭션에 서명하므로, 그 지갑이 지원하는 어떤 서명 방식과도 동작합니다. 사용 중인 멀티시그가 컨트랙트 상호작용을 어떻게 지원하는지 먼저 테스트넷에서 확인하세요 — 리허설 단계가 바로 이런 경우를 위해 있습니다.