Как распределить токены после продажи токенов в TRON

Продажа закрыта, аллокации утверждены, и теперь 3,000 участников обновляют свои кошельки — распределение токенов и есть тот момент, когда по-настоящему проверяется операционная надёжность проекта. Хорошая новость: доставка — давно решённая задача без кода: список аллокаций экспортируется в CSV, отправляется несколькими пакетными транзакциями, и каждый перевод уже через несколько минут публично проверяется в TRONSCAN. Это руководство посвящено тому, что на самом деле идёт не так: как превратить данные продажи в чистый список, как честно говорить о вестинге, сама отправка и коммуникация вокруг неё.

От данных продажи к списку аллокаций

Что бы ни проводило вашу продажу — выгрузка лаунчпада, таблица учёта платежей, ончейн-записи взносов, — цель одна и та же: два столбца, адрес TRON и количество токенов. Именно при преобразовании плодятся ошибки, поэтому относитесь к нему как к полноценному этапу:

1. Сначала сверьте аллокации. Прежде чем трогать адреса, проверьте столбец сумм: равна ли сумма всех аллокаций ровно тому, что обещали условия продажи для этого раунда? Задайте правило округления явно (округлять вниз, накапливать остатки, задокументировать это), а не позволяйте решать таблице.
2. Одна строка на адрес. Если один покупатель вносил средства несколькими траншами, объедините их — иначе он получит несколько переводов, что безвредно ончейн, но порождает тикеты «почему мне пришло три маленькие суммы».
3. Проверьте столбец адресов. Адреса TRON: префикс T, 34 символа. Формы продажи с удручающей регулярностью собирают адреса из других сетей — запись 0x… означает покупателя, который не получит токены и откроет тикет. Поймайте это сейчас, свяжитесь с ним сейчас, исправьте список до отправки. В руководстве по формату CSV есть полный чек-лист и классические ловушки экспорта.
4. Заморозьте список. Присвойте финальному CSV версию (с датой, при желании — с контрольной суммой) и объявите его неизменным. Запросы «вообще-то у меня был неверный адрес» после отправки обрабатываются как отдельный, задокументированный процесс исключений — и никогда как тихие правки в рабочем файле.

Вестинг: что пакетные инструменты честно делают и чего не делают

Мультисендер выполняет переводы, которые положены сейчас. Он не хранит токены, не обеспечивает локапы и ничего не выпускает постепенно — и лучше честно спроектировать процесс с учётом этого, чем обнаружить посреди распределения.

• Единовременная разблокировка (100% на TGE): один список, одна сессия пакетной отправки. Простой случай; остальная часть руководства описывает именно его.
• Вестинг траншами (например, 25% на TGE, далее ежеквартально): каждая дата разблокировки — отдельное распределение: та же основная таблица аллокаций, столбец сумм на каждый транш, одна сессия отправки на каждую дату. Операционно это напоминание в календаре плюс дисциплина регулярного цикла из руководства по зарплатам, а хэш батча каждого транша становится его публичным доказательством.
• Непрерывный/принудительный вестинг (выпуск по блокам, передаваемые права на клейм): для этого нужен отдельный вестинг-контракт, а это другой класс инструментов. Если ваши условия это обещают, заложите бюджет на такой контракт — мультисендер дополняет его (для разблокированных частей), но не заменяет.

Какую бы модель вы ни выбрали, скажите о ней прямо в анонсе: люди прощают графики, но не прощают сюрпризов.

Отправка распределения

Когда список заморожен, механика занимает минуты:

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 через пакетную отправку с арендой energy против ≈$9,066 при сжигании energy по одному переводу — да и подписать 3,000 переводов по одному за вечер нереально. Доля «пустых» адресов — доминирующая переменная; подробный разбор energy объясняет, почему она удваивает стоимость на получателя.

Канареечный батч

Один приём, заимствованный из практики деплоя, окупается при каждом распределении: сначала отправьте «канарейку». Перед основными батчами запустите крошечный батч — собственные кошельки команды плюс несколько согласившихся участников сообщества, всего несколько десятков токенов. Он прогоняет весь реальный путь в мейннете: контракт токена ведёт себя корректно, разрешение выдано в нужном объёме, переводы появляются в TRONSCAN, суммы приходят с ожидаемыми знаками после запятой.

Последний пункт стоит подчеркнуть. Количество знаков после запятой у токена (decimals) — классический сюрприз дня запуска: контракт развёрнут с 6 знаками, а таблица предполагала 18 (или наоборот) — и каждая сумма смещается на порядки; канарейка из двенадцати токенов ловит это там, где полная отправка разослала бы ошибку на три тысячи кошельков. Пять минут, две подписи — и основное распределение идёт с уже исключённым единственным классом ошибок, который не видит ни один валидатор.

Если с канарейкой хоть что-то не так — остановитесь. Замороженный список и ожидающее сообщество переживут час задержки; распределение с неверным масштабом сумм — нет.

Анонс: шаблон, который предотвращает тикеты

У коммуникации о распределении одна задача: дать каждому участнику возможность проверить всё самому, не спрашивая вас. Рабочая структура:

Распределение завершено. Все аллокации раунда [название раунда] отправлены. Проверьте свою: откройте в TRONSCAN [ссылка на хэш батча 1], [2], [3] и найдите адрес своего кошелька — там указаны ваш перевод, сумма и время. Цифры: [N] кошельков, [итого] токенов — в соответствии с опубликованными условиями аллокации. Вестинг: [дата и доля следующей разблокировки или «полностью разблокировано»]. Если что-то не так: [единый канал поддержки], укажите адрес кошелька. Внимание: мы никогда не пишем первыми в личку, и ни на каком сайте ничего не нужно «клеймить» — остерегайтесь подражателей.

Опубликуйте его в течение часа после отправки, пока команда онлайн и может отвечать, — вся нагрузка на поддержку при распределении приходится на первый вечер. Строка про фишинг — не формальность: за распределениями токенов в течение нескольких часов неизменно появляются мошеннические «порталы для клейма», и если опередить их, вы защитите и держателей, и неделю своей команды.

FAQ

Платят ли получатели что-нибудь, нужно ли им делать клейм? Нет. Переводы приходят прямо в их кошельки; никакого шага клейма, никакого газа с их стороны, никаких действий не требуется. (Именно поэтому любой «сайт для клейма», появившийся после вашего анонса, — мошенничество; так и скажите.)

Наш токен только что запустился — нужно ли его сначала где-то листить? Нет. Любой TRC-20 работает, достаточно вставить адрес его контракта. Пакетная отправка не требует ни листингов, ни присутствия на рынке, ни белых списков.

Как быть с покупателем, указавшим неверный адрес? До заморозки — исправьте его в списке. После отправки перевод на действительный адрес необратим — именно поэтому существуют проход валидации, заморозка и задокументированный процесс исключений. Токены на неправильный по формату адрес не уйдут никогда, потому что их блокирует валидатор; опасный случай — действительный адрес, принадлежащий кому-то другому.

Можно ли провести всё с мультисиг-казначейства? Процесс подписывает разрешение и пакетные транзакции с подключённого кошелька, поэтому работает с любой схемой подписи, которую этот кошелёк поддерживает. Сначала проверьте в тестнете, как ваш конкретный мультисиг работает с вызовами контрактов, — именно для такого случая и существует шаг с репетицией.