Как отправлять USDT TRC-20 с минимальными комиссиями: технический разбор
Почему за переводы USDT TRC-20 вообще приходится платить
TRON не берёт плоской комиссии за транзакцию, как Ethereum. Вместо этого он использует два отдельных ресурса: энергию и bandwidth. Каждая ончейн-операция расходует один из них или оба. Если у аккаунта достаточно каждого, перевод фактически бесплатный. Если нет, для покрытия дефицита сжигаются TRX.
Для стандартного перевода USDT TRC-20 сеть требует примерно 65 000 энергии и 345 bandwidth. Стоимость энергии возникает из исполнения функции transfer(address,uint256) внутри смарт-контракта TRC-20. Bandwidth покрывает сырые байты сериализованной транзакции. Эти два ресурса расходуются независимо, поэтому нехватка одного не влияет на другой.
Bandwidth поддерживать относительно легко. Небольшой стейк TRX даёт достаточно bandwidth, чтобы покрыть 345 байт у большинства активных кошельков. Дорогая часть это энергия, потому что исполнение смарт-контракта тратит её быстро, и один перевод съедает много.
Что происходит на уровне VM при переводе TRC-20
Когда вы вызываете transfer(address _to, uint256 _value) у контракта USDT (TR7NHqjeKQxGTCi8q8ZY4pL8otSzgjLj6t), виртуальная машина TRON запускается, загружает байт-код контракта и исполняет логику, совместимую с ERC-20: читает два слота хранения (балансы отправителя и получателя), выполняет арифметику, записывает два обновлённых значения обратно и эмитит событие Transfer. Каждое из этих чтений и записей в хранилище стоит энергии, и эмиссия события добавляет ещё немного. В сумме стандартный перевод на адрес, у которого уже есть USDT, стабильно укладывается примерно в 65 000 энергии.
Если адрес получателя никогда не получал USDT или его текущий баланс USDT равен нулю, операция записи должна создать в контракте новый слот хранения, а не обновлять существующий. Это одно изменение примерно удваивает стоимость энергии: перевод получателю с нулевым балансом расходует около 130 000 энергии, а не 65 000. Стоимость целиком зависит от состояния USDT у получателя. Частота транзакций у кошелька-отправителя на расход энергии не влияет.
Расход bandwidth проще: TRON измеряет длину подписанной транзакции в байтах и вычитает её из вашего лимита bandwidth. Если у аккаунта доступно меньше 345 единиц bandwidth, сеть сжигает TRX по ставке примерно 1000 SUN (0.001 TRX) за байт в качестве запасного механизма.
Три способа покрыть стоимость энергии
У вас три реальных варианта. У каждого своя экономика в зависимости от частоты отправок.
1. Сжигать TRX на лету
Если у кошелька нет застейканных ресурсов, сеть автоматически сжигает TRX, чтобы покрыть и энергию, и bandwidth. Ставка сжигания энергии колеблется в зависимости от спроса сети. Чтобы узнать текущую стоимость в TRX ровно за 65 000 энергии, проверяйте страницу с ценами, а не статичное число здесь, поскольку динамический коэффициент энергии регулярно корректирует это значение.
Сжигание нормально подходит для редких переводов. Проблема в том, что каждый перевод стоит реальных TRX, и накопительной выгоды нет. Вы платите полную цену каждый раз.
2. Стейкать TRX для выработки энергии
В Stake 2.0 (в основной сети с апреля 2023 года) стейкинг делается через freezeBalanceV2(uint256 frozenBalance, uint256 resourceType) с resourceType = 1 для энергии. Застейканная сумма даёт пропорциональную долю общего пула энергии сети. Пул полностью восстанавливается за 24 часа (линейно до 100% за 24 часа после полного расхода), а доходность энергии на один TRX меняется по мере изменения общего стейка в сети.
Подвох в масштабе. Сумма TRX, которую нужно застейкать, чтобы стабильно генерировать 65 000 энергии в сутки (достаточно для одного перевода USDT), значительная, потому что вы конкурируете за долю в общем лимите энергии сети. Для кошельков, отправляющих больше пары переводов в день, заблокированный в стейкинге капитал экономически не оправдан по сравнению с арендой, особенно учитывая 14-дневный период разморозки в Stake 2.0.
Stake 2.0 также добавил возможность делегировать застейканные ресурсы на другой адрес через delegateResource, и именно на этом механизме строятся сервисы аренды энергии.
3. Арендовать энергию
Аренда энергии означает, что третья сторона делегирует энергию на ваш адрес на фиксированный срок. Вы платите небольшую сумму в TRX, энергия появляется в аккаунте, вы выполняете перевод, делегирование истекает. Никаких TRX не сжигается на само исполнение контракта.
Аренда тарифицируется по длительности: 1 час, 1 день, 3 дня, 30 дней. Более короткие сроки стоят меньше в абсолютном TRX, потому что собственный стейк платформы заблокирован на меньший срок. Длинные сроки стоят больше, потому что капитал блокируется дольше. Актуальные цифры в TRX по тарифу и количеству энергии смотрите в разделе цен.
Тариф на 1 час имеет смысл для одного перевода, который вы хотите выполнить немедленно. Более длинные тарифы нужны для случаев, когда вы хотите зафиксировать цену на расширенное окно, либо избежать переоформления каждый раз, когда отправляете.
Как делегирование на самом деле попадает на ваш аккаунт
Когда сервис аренды делегирует вам энергию, вы можете проверить это ончейн. Запросите wallet/getaccount для вашего адреса и посмотрите поле acquired_delegated_frozenV2_balance_for_energy, это общий стейк TRX, делегированный на ваш аккаунт под энергию. Также можно использовать wallet/getdelegatedresourcev2, чтобы увидеть детали по каждому делегатору, включая срок блокировки.
Делегированная энергия сразу доступна для использования. Делать ничего особенного не нужно: при следующем вызове смарт-контракта TVM возьмёт энергию с вашего доступного баланса, в который теперь входит и делегированная сумма.
Один момент, который важно чётко понимать: когда вы арендуете N энергии на фиксированное окно, платформа делегирует на ваш адрес пул из собственного стейка TRX, который на момент делегирования соответствует N энергии. Эта энергия расходуется один раз в течение окна. Она не пополняется в середине срока для получателя. Выбранный тариф длительности задаёт только то, как долго стейк TRX платформы остаётся заблокированным на вашем адресе, а не число отдельных порций энергии. Поэтому выбирайте минимальную длительность, которая с запасом охватывает ваше использование, и арендуйте сразу столько энергии, сколько планируете потратить.
Оптимизация под разные паттерны отправок
Если вы отправляете USDT эпизодически (несколько раз в месяц), аренда на 1 час по запросу почти всегда лучший ход. Вы платите только когда отправляете и не блокируете TRX в стейкинге и не платите за простаивающую ёмкость.
Если у вас конвейер вывода с биржи, платёжный процессор или любое приложение, делающее десятки переводов в день, планируйте ёмкость заранее. Оцените бюджет энергии на нужное окно (переводов в окно x 65 000 плюс запас на получателей с нулевым балансом по 130 000 на каждого) и оформите один заказ аренды под этот бюджет. На таком объёме также посмотрите личный кабинет и API, чтобы автоматизировать заказы и программно следить за остатком баланса.
Один момент, который легко упустить: всегда держите достаточно bandwidth. Стейк даже небольшой суммы TRX под bandwidth гарантирует, что 345-байтная стоимость каждого перевода всегда покрыта без дополнительного сжигания TRX. Сочетание этого с арендованной энергией означает, что ваша фактическая стоимость одного перевода это только плата за аренду и ничего сверху.
Реально самый дешёвый путь
Для одного эпизодического перевода арендуйте 65 000 энергии на 1 час и убедитесь, что у аккаунта застейкан bandwidth. Тариф на 1 час это самый дешёвый путь в TRX и обычно дешевле, чем динамическая стоимость сжигания TRX за тот же перевод. Текущую цифру смотрите в разделе цен.
Для частых отправителей размер аренды подбирайте под реальный объём переводов в нужном окне, выбирайте минимальную длительность, которая это окно охватывает, и держите bandwidth застейканным, чтобы никогда не платить запасной механизм сжигания за байт.
Модель вознаграждает планирование. Знайте частоту отправок, выбирайте длительность аренды под неё и подгоняйте бюджет энергии под реальную нагрузку, а не берите рефлекторно самый длинный тариф.
