TRON Crypto Dictionary

ABI (Application Binary Interface) (Интерфейс взаимодействия с контрактами)

Стандартизированный интерфейс взаимодействия со смарт-контрактами в сети TRON. ABI описывает сигнатуры функций контракта, типы входных и выходных параметров. Используется кошельками и приложениями для формирования вызовов контрактов, включая перевод USDT TRC-20 (функция transfer). Без корректного ABI невозможно программно взаимодействовать с контрактом.

Account Activation (Активация аккаунта TRON)

Первоначальный процесс создания и активации адреса в сети TRON. Для активации достаточно получить на вновь созданный адрес минимальное количество TRX (достаточно отправить 0,00001 TRX), после чего адрес становится полноценным участником сети. Стандартная комиссия за активацию — 1 TRX, оплачивается кошельком-отправителем и фактически расходуется на запись нового аккаунта в реестр блокчейна.

Сразу после активации аккаунту автоматически начисляется 600 единиц Bandwidth, которые ежедневно восстанавливаются бесплатно. Без активации невозможно: переводить USDT TRC-20, получать и использовать Energy, выполнять вызовы смарт-контрактов. Активация — обязательный первый шаг для полноценной работы с сетью TRON.

Примечание: термины Account Creation Fee, Activation Fee и Address Activation Fee описывают ту же комиссию (1 TRX) за активацию нового адреса и объединены в данном определении.

Account Balance (Баланс аккаунта)

Количество криптовалюты, токенов и доступных ресурсов (Energy, Bandwidth), находящихся на блокчейн-адресе. Проверить баланс можно через кошелёк (TronLink, Trust Wallet) или публичный обозреватель Tronscan (tronscan.org).

Account Model (Модель аккаунтов)

Архитектурная модель блокчейна TRON, в которой состояние сети хранится в виде аккаунтов с балансами и ресурсами (в отличие от UTXO-модели Bitcoin). Каждый аккаунт TRON содержит: баланс TRX, балансы токенов, ресурсы (Energy, Bandwidth), TRON Power, данные разрешений и историю стейкинга.

Account Permission Update (Обновление прав доступа)

Операция в сети TRON, позволяющая изменить структуру управления аккаунтом, включая добавление или удаление ключей, настройку уровней доступа и прав подписи транзакций. Включает три уровня: Owner Permission (полные права), Active Permission (операционные права), Witness Permission (для SR-узлов).

Account Resource Limit (Лимит ресурсов аккаунта)

Максимальный объём Energy и Bandwidth, доступный аккаунту в сети TRON. Определяется суммой бесплатной квоты (600 Bandwidth/сутки), ресурсов от стейкинга и делегированных ресурсов. Проверить текущие лимиты можно через API wallet/getaccountresource.

Account Type (Тип аккаунта)

В сети TRON существует два типа аккаунтов: External Account (внешний аккаунт) — управляется приватным ключом и принадлежит пользователю; Contract Account (контрактный аккаунт) — управляется кодом смарт-контракта и создаётся при деплое контракта. Только внешние аккаунты могут инициировать транзакции.

Active Permission (Активное разрешение)

Один из трёх уровней разрешений в системе управления аккаунтом TRON (наряду с Owner Permission и Witness Permission). Active Permission определяет, какие типы транзакций может выполнять аккаунт: переводы, стейкинг, делегирование, вызовы контрактов. Настраивается через поле operations и поддерживает мультиподпись с настраиваемым порогом (threshold). Важно: аккаунты, созданные до Stake 2.0, могут не иметь разрешений на операции Stake 2.0 — требуется обновление permissions.

Address (Адрес)

Публичный идентификатор в блокчейне, используемый для отправки и получения криптовалюты и токенов. В сети TRON адреса начинаются с буквы «T», состоят из 34 символов и используют кодировку Base58Check с встроенной проверкой контрольной суммы.

Advanced TRON Metrics (Расширенные метрики TRON)

Набор углублённых показателей и статистики, используемых для анализа нагрузки сети TRON, работы смарт-контрактов и потребления Energy и Bandwidth. Доступны через Tronscan, TronGrid API и сторонние аналитические сервисы.

Approval (Разрешение токенов)

Разрешение, предоставляемое смарт-контракту на использование токенов с кошелька пользователя в пределах установленного лимита. В контексте TRC-20: функция approve(spender, amount) позволяет, например, DEX-бирже списывать USDT с вашего адреса при свопе. Каждый вызов approve расходует Energy. Рекомендуется устанавливать лимит равный необходимой сумме, а не бесконечный, для снижения рисков.

APR (Annual Percentage Rate) (Годовая процентная ставка)

Показатель доходности стейкинга TRX в сети TRON. Формируется из наград за голосование за Super Representatives. Фактический APR зависит от объёма стейка, выбранного SR и текущих параметров вознаграждения (16 TRX за блок + голосовые награды). Каждый SR устанавливает свою долю распределения наград избирателям.

Asset Issue (Выпуск актива / TRC-10)

Механизм создания пользовательских токенов стандарта TRC-10 в сети TRON. В отличие от TRC-20, TRC-10 токены реализованы на уровне протокола (не через смарт-контракты), что делает их переводы дешевле — они требуют только Bandwidth, без расхода Energy. Создание TRC-10 токена стоит 1 024 TRX.

Automation & Smart Rules (Автоматизация и умные правила)

Механизмы автоматического управления ресурсами и транзакциями в сети TRON на основе заданных условий, лимитов и сценариев использования. Реализуются через API-интеграции, смарт-контракты и сторонние сервисы.

Auto Energy Allocation (Автоматическое распределение энергии)

Механизм автоматического распределения Energy между кошельками или операциями в сети TRON в зависимости от текущих потребностей. Используется сервисами аренды Energy и бизнес-платформами для оптимизации ресурсов между операционными кошельками.

Auto Resource Refill (Автопополнение ресурсов)

Функция автоматического пополнения Energy или Bandwidth при достижении заданного минимального уровня ресурсов. Реализуется через API сервисов аренды Energy: при падении баланса ниже порога система автоматически делегирует необходимый объём.

Available Bandwidth (Доступный Bandwidth)

Количество пропускной способности, доступной для выполнения транзакций в сети TRON без оплаты комиссии в TRX. Складывается из: бесплатных 600 единиц в сутки, ресурсов от стейкинга TRX и делегированного Bandwidth. Проверить можно в кошельке или на Tronscan в разделе «Resources».

Available Energy (Доступная энергия)

Текущий объём Energy, доступный аккаунту для выполнения смарт-контрактов и переводов USDT TRC-20 без сжигания TRX. Складывается из ресурсов от стейкинга, делегированной и арендованной Energy. Бесплатной квоты Energy не существует — при нуле Energy сеть сжигает TRX.

Bandwidth (Пропускная способность TRON)

Базовый сетевой ресурс в блокчейне TRON, необходимый для передачи и хранения транзакций. Bandwidth определяет «вес» транзакции в байтах — 1 байт данных = 1 единица Bandwidth. Практически любая транзакция в сети TRON, за исключением операций чтения (query), требует расхода Bandwidth.

Суточный пул Bandwidth сети — 43 200 000 000 единиц (сетевой параметр #62). Каждый активированный аккаунт бесплатно получает 600 единиц в сутки.

Bandwidth Consumption (Расход Bandwidth)

Количество пропускной способности, используемое при выполнении транзакции. Расход напрямую зависит от размера транзакции в байтах (1 байт = 1 единица). Типичные значения: перевод TRX — ~268 ед., перевод USDT TRC-20 — ~345 ед., делегирование Energy — ~281–283 ед., голосование — ~270–300 ед.

Bandwidth Delegation (Делегирование Bandwidth)

Механизм сети TRON, позволяющий передавать пропускную способность с одного аккаунта на другой без передачи монет TRX. Делегированный Bandwidth используется получателем для транзакций, уменьшая или исключая необходимость сжигания TRX. Выполняется через DelegateResourceContract в Stake 2.0. Делегировать можно только неиспользованный Bandwidth.

Bandwidth Fee Fallback (Компенсация Bandwidth через TRX)

Встроенный механизм сети TRON, при котором недостаток Bandwidth автоматически компенсируется сжиганием TRX. Цена: 1 единица Bandwidth = 1 000 sun = 0,001 TRX. Для перевода USDT TRC-20 (~345 Bandwidth) это ~0,345 TRX. Позволяет транзакции пройти даже при полном отсутствии Bandwidth, но за счёт прямых расходов.

Bandwidth Limit (Лимит Bandwidth)

Максимальное количество пропускной способности, доступное аккаунту. Складывается из бесплатных 600 единиц в сутки и ресурса от стейкинга. Формула: ваш Bandwidth = (ваши TRX на Bandwidth / все TRX на Bandwidth в сети) × 43 200 000 000.

Bandwidth Points (Баллы пропускной способности)

Синоним Bandwidth — единицы пропускной способности, позволяющие выполнять транзакции без оплаты комиссий в TRX. Каждому аккаунту начисляется 600 Bandwidth Points каждые 24 часа. Дополнительные можно получить через стейкинг TRX или делегирование.

Bandwidth Recovery (Восстановление Bandwidth)

Процесс автоматического восстановления пропускной способности после расходования. Восстановление происходит линейно в течение 24 часов (~28 800 блоков): с каждым блоком (~3 секунды) возвращается ~1/28 800 от израсходованного объёма. Через 6 часов — ~25%, через 12 часов — ~50%, полное восстановление — через 24 часа.

Примечание: термин Bandwidth Regeneration описывает тот же процесс и объединён с данным определением.

Bandwidth Surplus / Deficit (Профицит / дефицит Bandwidth)

Состояние аккаунта, при котором доступный объём Bandwidth превышает потребности (профицит) либо недостаточен (дефицит). При дефиците сеть автоматически сжигает TRX (Bandwidth Fee Fallback). При профиците избыточный Bandwidth можно делегировать другим аккаунтам.

Bandwidth Usage Rate (Скорость расхода Bandwidth)

Показатель интенсивности использования пропускной способности аккаунтом или смарт-контрактом за единицу времени. Полезен для прогнозирования потребности и планирования стейкинга или аренды.

Base58Check (Формат кодировки адресов)

Формат кодировки адресов в сети TRON. Все TRON-адреса начинаются с буквы «T» и состоят из 34 символов. Base58Check включает встроенную проверку контрольной суммы, что снижает вероятность ошибки при копировании. Внутренне TRON хранит адреса в формате hex с префиксом 0x41. Base58 не содержит символов 0, O, l, I, которые легко спутать.

Block (Блок)

Набор подтверждённых транзакций, объединённых и добавленных в блокчейн. В сети TRON новый блок создаётся каждые ~3 секунды одним из 27 Super Representatives. В сутки производится ~28 800 блоков. Каждый блок содержит хеш предыдущего блока, метку времени, транзакции и подпись производителя.

Block Explorer (Блокчейн-обозреватель)

Инструмент для просмотра транзакций, блоков, адресов, смарт-контрактов и потребления ресурсов в сети TRON. Основной обозреватель — Tronscan (tronscan.org). Позволяет проверять: балансы, статус ресурсов (Energy, Bandwidth), историю транзакций, делегирования и стейкинга.

Block Production (Производство блоков)

Процесс создания новых блоков в сети TRON. Блоки производятся 27 Super Representatives по очереди, каждые ~3 секунды (~28 800 блоков в сутки). Порядок определяется механизмом консенсуса DPoS и пересчитывается каждый цикл обслуживания (6 часов).

Block Reward (Награда за блок)

Вознаграждение Super Representatives за производство блоков. Состоит из: 16 TRX за создание блока (8 TRX block reward + 8 TRX голосовая награда) и 160 TRX голосовых наград, распределяемых между 27 SR и 100 SR-партнёрами каждые 6 часов. Часть наград SR перераспределяют избирателям пропорционально голосам.

Block Time (Время блока)

Среднее время создания нового блока. В TRON — ~3 секунды. Для надёжного подтверждения (solid block) требуется 19 из 27 SR — примерно 1 минута.

Blockchain (Блокчейн)

Распределённый и неизменяемый реестр данных, защищённый криптографией, в котором хранятся все транзакции сети. TRON использует блокчейн на основе механизма консенсуса DPoS (Delegated Proof of Stake).

Burn Mechanism (Механизм сжигания)

Автоматический процесс безвозвратного списания TRX при недостатке ресурсов. При нехватке Energy — 0,0001 TRX за единицу (100 sun), при нехватке Bandwidth — 0,001 TRX за единицу (1 000 sun). Сожжённые TRX навсегда выводятся из обращения. Приоритет расхода: делегированные ресурсы → собственные (стейкинг) → бесплатные (только Bandwidth) → сжигание TRX.

Burn TRX (Сжигание TRX)

Механизм оплаты комиссии путём безвозвратного списания TRX при недостатке Energy или Bandwidth. Является крайним вариантом — сеть прибегает к нему автоматически, когда нет доступных ресурсов. Для перевода USDT TRC-20 при полном отсутствии ресурсов сгорает ~6,77–13,37 TRX.

Bytecode (Байткод)

Скомпилированный низкоуровневый код смарт-контракта, исполняемый виртуальной машиной TVM. Контракты на Solidity или Java компилируются в байткод перед деплоем. Именно байткод определяет расход Energy — каждая инструкция имеет фиксированную стоимость (SSTORE: 20 000/5 000 Energy, SLOAD: 200 Energy).

CancelAllUnfreezeV2 (Отмена анстейкинга)

Транзакция в Stake 2.0, позволяющая отменить все незавершённые операции разморозки TRX. TRX возвращаются в замороженное состояние, ресурсы (Bandwidth/Energy) и TRON Power восстанавливаются. Полезна при ошибочном запуске анстейка. API: wallet/cancelallunfreezev2.

Checkpoints (Чекпоинты)

Моменты фиксации состояния сети TRON, используемые для расчёта восстановления Energy и Bandwidth. Привязаны к номерам блоков. Каждый блок (~3 секунды) — потенциальный чекпоинт для линейного восстановления ресурсов.

Cold Storage (Холодное хранение)

Метод хранения криптовалюты без подключения к интернету для повышения безопасности. В контексте TRON: TRX и USDT хранятся на адресе, приватный ключ которого никогда не соприкасается с интернетом (аппаратный кошелёк, бумажный кошелёк, air-gapped устройство).

Cold Wallet (Холодный кошелёк)

Кошелёк, не подключённый к интернету, для безопасного хранения криптовалюты. В контексте TRON: может получать TRX, USDT и другие токены, но для отправки нуждается в Energy и Bandwidth — которые можно делегировать с горячего кошелька. Примеры: Ledger, SafePal, Trezor.

Cold Wallet Energy Management (Управление энергией холодного кошелька)

Стратегия делегирования Energy с горячего кошелька на холодный для выполнения транзакций без хранения TRX на холодном кошельке. Все TRX хранятся на горячем стейкинг-аккаунте, а операционный (холодный) получает только ресурсы через делегирование — максимальная безопасность.

Committee Proposal (Предложение комитета)

Механизм изменения сетевых параметров TRON через голосование Super Representatives. Любой SR может создать предложение. Для принятия — одобрение 19 из 27 SR. Ключевые параметры: #19 — пул Energy (180 млрд), #62 — пул Bandwidth (43,2 млрд), #70 — период анстейкинга (14 дней). Полный список — на Tronscan в разделе «Parameters».

Confirmation (Подтверждение)

Процесс включения транзакции в блок и её подтверждения сетью. Одно подтверждение (включение в блок) — ~3 секунды. Надёжное подтверждение (solid block) — 19 из 27 SR, примерно 1 минута. Большинство бирж считают транзакцию подтверждённой после 19 подтверждений.

Consensus Mechanism / DPoS (Механизм консенсуса / DPoS)

Алгоритм согласования транзакций — Delegated Proof of Stake. Держатели TRX голосуют за Super Representatives с помощью TRON Power (1 TRX = 1 голос). 27 узлов с наибольшим числом голосов производят блоки. Голоса пересчитываются каждые 6 часов (00:00, 06:00, 12:00, 18:00 UTC). Обеспечивает ~2 000 TPS и время блока ~3 секунды.

Consume_user_resource_percent (Процент ресурсов пользователя)

Параметр смарт-контракта (от 0 до 100), определяющий долю Energy, которую оплачивает пользователь при вызове контракта. Остальное покрывает деплоер (в пределах origin_energy_limit). Для USDT — 100%: всю Energy оплачивает отправитель. Устанавливается при деплое, изменяется только владельцем через UpdateSettingContract.

Contract Account (Контрактный аккаунт)

Тип аккаунта, создаваемый при деплое смарт-контракта. В отличие от External Account, управляется кодом контракта, не имеет приватного ключа и не может инициировать транзакции. Содержит байткод, хранилище (storage) и параметры ресурсов (consume_user_resource_percent, origin_energy_limit).

Contract Bandwidth Usage (Расход Bandwidth контрактом)

Количество пропускной способности, используемое смарт-контрактом при выполнении операций. Для USDT TRC-20 — ~345 единиц Bandwidth за один вызов transfer(). Оплачивается инициатором транзакции.

Contract Call (Вызов смарт-контракта)

Операция взаимодействия с функцией смарт-контракта, требующая расхода Energy и Bandwidth. Каждый перевод USDT TRC-20 — вызов функции transfer(). Выполняется через транзакцию TriggerSmartContract. Для оценки расхода: API wallet/triggerconstantcontract или wallet/estimateenergy.

Contract Call Failure (Ошибка вызова контракта)

Прерывание выполнения контракта из-за ошибки или недостатка ресурсов. Типичные причины: OUT_OF_ENERGY (недостаточный fee_limit), OUT_OF_TIME (превышен лимит 80 мс), REVERT (логическая ошибка — например, недостаточный баланс). Израсходованная Energy не возвращается, кроме REVERT (возвращается неиспользованная часть).

Contract Deploy (Деплой контракта)

Размещение смарт-контракта в блокчейне TRON. Транзакция содержит байткод и параметры конфигурации (consume_user_resource_percent, origin_energy_limit). Потребляет значительный объём Energy и Bandwidth. API: wallet/deploycontract.

Contract Energy Limit (Лимит энергии контракта)

Максимальное количество Energy для одной операции контракта. Определяется параметром origin_energy_limit, установленным при деплое. Ограничивает, сколько Energy деплоер готов потратить на один вызов от имени пользователя.

Contract Execution Cost (Стоимость выполнения контракта)

Совокупный объём Energy и Bandwidth для выполнения логики контракта. Для USDT TRC-20: ~64 285 Energy + ~345 Bandwidth (адрес с балансом), ~130 285 Energy + ~345 Bandwidth (новый адрес). DeFi-операции: 150 000–500 000+ Energy.

Contract Owner (Владелец контракта)

Адрес с правами управления параметрами смарт-контракта: consume_user_resource_percent, origin_energy_limit и др. Только владелец может обновить параметры через транзакцию UpdateSettingContract.

Contract Resource Allocation (Распределение ресурсов контракта)

Механизм определения и использования Energy и Bandwidth для операций контракта. Порядок потребления Energy: делегированная → собственная (стейкинг) → сжигание TRX. Доля между пользователем и деплоером определяется consume_user_resource_percent.

Contract Resource Optimization (Оптимизация ресурсов контракта)

Практики снижения расхода Energy и Bandwidth при разработке контрактов: оптимизация SSTORE (запись 20 000 vs обновление 5 000 Energy), минимизация SLOAD, использование событий (events) вместо записи в storage, эффективные структуры данных, пакетирование операций.

Cost per Transaction (CPT) (Стоимость одной транзакции)

Средние затраты ресурсов или TRX на одну транзакцию. Для USDT TRC-20: ~6,77 TRX (сжигание, адрес с USDT) или ~13,37 TRX (новый адрес). С арендой Energy — ~3–6 TRX. Перевод TRX — 0 TRX при наличии бесплатного Bandwidth.

CPU-equivalent Instructions (Эквивалент инструкций CPU)

Вычислительные операции TVM, влияющие на расход Energy. Каждая инструкция байткода имеет фиксированную стоимость: SSTORE (запись) — 20 000 Energy (новая ячейка) / 5 000 (обновление); SLOAD (чтение) — 200 Energy; ADD/MUL — 3–5 Energy.

Cross-chain (Кроссчейн)

Технология передачи активов между блокчейнами. Кроссчейн-мосты позволяют переводить USDT между TRC-20, ERC-20, BEP-20 и другими сетями. Комиссионная модель меняется: в TRON — Energy + Bandwidth, в Ethereum — gas, в BSC — BNB gas.

Custodial Wallet (Кастодиальный кошелёк)

Кошелёк, приватные ключи которого хранятся третьей стороной (биржей, сервисом). Пользователь не контролирует ключи и не может самостоятельно управлять ресурсами (Energy, Bandwidth), стейкать TRX или подключать аренду Energy. Противоположность — Non-custodial wallet, где ключи у пользователя (TronLink, Trust Wallet, SafePal).

dApp (Decentralized Application) (Децентрализованное приложение)

Приложение, работающее на базе смарт-контрактов в блокчейне TRON. В отличие от обычных приложений, логика dApp исполняется в виртуальной машине TVM и не может быть изменена или остановлена третьей стороной. Примеры dApp на TRON: DEX-биржи (SunSwap), лендинг-протоколы (JustLend), стейблкоины (USDD). Каждое взаимодействие пользователя с dApp расходует Energy — вычислительный ресурс сети.

Delegated Energy (Делегированная энергия)

Объём Energy, переданный с одного аккаунта на другой в сети TRON без передачи самих монет TRX. Делегированная Energy используется получателем для выполнения транзакций и смарт-контрактов. Владелец ресурса сохраняет право собственности на TRX и может отозвать делегированную Energy в любой момент (если не установлен таймлок). Делегирование выполняется через транзакцию DelegateResourceContract в модели Stake 2.0.

Delegating (Делегирование ресурсов)

Процесс передачи Energy или Bandwidth с одного кошелька на другой без передачи права собственности на TRX. Делегировать можно только Bandwidth и Energy — TRON Power (голосовая сила) не делегируется. Делегирование возможно только на активированные аккаунты и только для неиспользованных ресурсов. Стоимость транзакции делегирования — ~281–283 единицы Bandwidth.

Delegate Resource Contract (Транзакция делегирования ресурсов)

Стандартный тип транзакции в модели Stake 2.0, через который выполняется делегирование Bandwidth или Energy на другой адрес. Параметры транзакции: адрес получателя, тип ресурса (Bandwidth или Energy), объём в TRX, опциональный lock_period (таймлок в блоках, 1 блок ≈ 3 секунды). Именно через DelegateResourceContract работают все сервисы аренды Energy — они делегируют ресурс на кошелёк пользователя после оплаты.

Delegation Limit (Лимит делегирования)

Максимальный объём Energy или Bandwidth, который может быть делегирован с одного аккаунта на другие в сети TRON. Лимит определяется количеством застейканных TRX и текущей долей аккаунта в общем стейке сети. Делегировать можно только неиспользованные ресурсы — если вы уже потратили часть Energy на собственные транзакции, доступный для делегирования объём уменьшается.

Delegation Lock Period (Таймлок делегирования)

Период блокировки, устанавливаемый владельцем ресурса при делегировании в модели Stake 2.0. В течение таймлока владелец не может отозвать делегированные Bandwidth или Energy. Период указывается в блоках (1 блок ≈ 3 секунды). Например, lock_period = 28 800 блоков ≈ 24 часа. Если таймлок не установлен (lock_period = 0), владелец может отозвать ресурс в любой момент.

Таймлок — основа работы сервисов аренды Energy: он гарантирует, что арендованный ресурс не будет отозван до окончания оплаченного периода. Это защищает интересы арендатора на уровне блокчейна.

Delegation Pool (Пул делегирования)

Совокупность ресурсов Energy и Bandwidth, доступных для распределения между несколькими кошельками. Используется сервисами аренды Energy и крупными стейкерами для организации массового делегирования ресурсов множеству получателей.

Delegation Queue (Очередь делегирования)

Список активных или ожидающих операций делегирования ресурсов в сети TRON. Очередь позволяет отслеживать порядок выполнения делегирований и их текущий статус.

Delegation Reclaim (Отзыв делегирования)

Процесс возврата делегированных Bandwidth или Energy от получателя к владельцу ресурса. Выполняется через транзакцию UnDelegateResourceContract. Возможен только после окончания таймлока (если он был установлен) или в любой момент (если делегирование без блокировки).

При отзыве действует механизм рекламации: если получатель израсходовал часть делегированного ресурса, у владельца пропорционально уменьшается доступный объём до полного восстановления (линейно в течение 24 часов). Формула рекламации: рекламированный ресурс = (отозванный TRX / общий стейк получателя из делегирования) × невосстановленные ресурсы получателя.

Delegation Status (Статус делегирования)

Текущее состояние делегированных ресурсов: активно (ресурс доступен получателю), заблокировано (действует таймлок, отзыв невозможен), отозвано (ресурс возвращён владельцу). Статус делегирования записывается в блокчейн и доступен для проверки на Tronscan в разделе «Resources» аккаунта.

Delegation Transaction (Транзакция делегирования)

Ончейн-операция, фиксирующая передачу Energy или Bandwidth между аккаунтами в сети TRON. Включает как делегирование (DelegateResourceContract), так и отзыв (UnDelegateResourceContract). Каждая транзакция записывается в блокчейн и требует расхода Bandwidth.

Delegation Utilization (Использование делегированных ресурсов)

Фактический объём Energy или Bandwidth, потреблённый получателем делегированных ресурсов. Показатель важен для владельца ресурса: при отзыве делегирования рекламация рассчитывается пропорционально утилизации — чем больше получатель использовал, тем больше ресурсов владельца будет временно рекламировано.

DPoS (Delegated Proof of Stake) (Делегированное доказательство доли)

Механизм консенсуса сети TRON. Держатели TRX голосуют за Super Representatives с помощью TRON Power (1 застейканный TRX = 1 голос). 27 узлов с наибольшим числом голосов получают право производить блоки. Голоса пересчитываются каждый цикл обслуживания (каждые 6 часов). DPoS обеспечивает время блока ~3 секунды, пропускную способность ~2 000 TPS и финализацию транзакций за ~1 минуту (19 подтверждений из 27 SR).

Duplicate Transaction (Дублирующая транзакция)

Повторная отправка уже обработанной транзакции в сети TRON. Каждая транзакция имеет уникальный хеш (txID), и сеть отклоняет транзакции с совпадающим хешем. Дублирование может возникнуть при программных ошибках, двойном нажатии кнопки отправки или при повторной трансляции из-за таймаута.

Dynamic Energy Model (Динамическая модель Energy)

Механизм сети TRON, который динамически увеличивает стоимость Energy для часто вызываемых смарт-контрактов. Ключевой параметр — energy_factor, пересчитываемый каждый цикл обслуживания (6 часов). Формула расхода: фактический расход = базовый расход × (1 + energy_factor).

Для контракта USDT energy_factor может достигать 0,5 и выше, что означает +50% к базовому расходу Energy. Именно поэтому типичные значения расхода при переводе USDT (~64 285 / ~130 285) выше, чем для менее популярных TRC-20 токенов. Механизм защищает сеть от перегрузки и стимулирует оптимизацию контрактов.

Значение energy_factor для конкретного контракта можно получить через API getcontractinfo.

Energy (Энергия TRON)

Блокчейн-ресурс сети TRON, отражающий объём вычислительных ресурсов (CPU), которые потребляет виртуальная машина TVM при выполнении смарт-контрактов. 1 единица Energy соответствует 1 миллисекунде процессорного времени. Чем сложнее логика контракта и чем дольше он выполняется, тем больше Energy потребуется.

Energy необходима для любых операций со смарт-контрактами: переводы USDT TRC-20, взаимодействие с DeFi, NFT и dApps. В отличие от Bandwidth, бесплатная Energy не начисляется аккаунтам автоматически — её можно получить только через стейкинг TRX, делегирование или аренду. При недостатке Energy сеть автоматически сжигает TRX по цене 0,0001 TRX за единицу (100 sun).

Израсходованная Energy восстанавливается линейно в течение 24 часов — примерно 1/28 800 от потраченного объёма с каждым блоком (~3 секунды).

Energy Consumption (Расход энергии)

Количество Energy, используемое при выполнении смарт-контрактов или транзакций TRC-20 в сети TRON. Типичные значения: перевод USDT на адрес с балансом — ~64 285 Energy; перевод на новый адрес — ~130 285 Energy; DeFi-операции (swap, stake) — 150 000–500 000+ Energy; сложные мультиконтракты — 1 000 000+ Energy.

Energy Deficit (Дефицит энергии)

Состояние аккаунта, при котором доступного объёма Energy недостаточно для выполнения операции без сжигания TRX. При дефиците автоматически срабатывает механизм Energy Fee Fallback — недостающая Energy компенсируется сжиганием TRX по цене 0,0001 TRX за единицу.

Energy_factor (Коэффициент энергии)

Динамический множитель, применяемый к расходу Energy при вызове популярных контрактов в сети TRON. Входит в состав Dynamic Energy Model. Формула: фактический расход = базовый расход × (1 + energy_factor). Пересчитывается каждый цикл обслуживания (6 часов) на основе частоты вызовов контракта. Значение можно получить через API getcontractinfo.

Energy Fee Fallback (Компенсация Energy через TRX)

Механизм сети TRON, при котором недостаток Energy автоматически компенсируется сжиганием TRX. Цена: 1 единица Energy = 100 sun = 0,0001 TRX. Срабатывает автоматически, без предупреждения — TRX просто списываются с баланса. Если на балансе нет ни Energy, ни достаточного количества TRX, транзакция завершится ошибкой. Именно этот механизм формирует комиссию ~6,43–13,03 TRX при переводе USDT без ресурсов.

Energy Limit (Лимит энергии)

Максимальное количество Energy, которое может быть израсходовано при выполнении одной транзакции или вызове смарт-контракта. Определяется параметром fee_limit транзакции (в sun). Рекомендуемое значение для переводов USDT TRC-20: не менее 15 000 000 sun (15 TRX). При слишком низком fee_limit транзакция завершится ошибкой OUT_OF_ENERGY.

Energy Marketplace (Маркетплейс энергии)

Платформы и сервисы, где пользователи могут арендовать или предоставлять Energy для снижения комиссий в сети TRON. Работают через стандартный механизм делегирования ресурсов Stake 2.0. Примеры: Tron Pool Energy и аналогичные платформы. Рынок аренды Energy обрабатывает более 1 млн делегирований в сутки.

Energy Pool (Пул Energy сети)

Фиксированный суточный объём Energy, распределяемый между всеми участниками стейкинга в сети TRON пропорционально их доле. Текущее значение — 180 000 000 000 (180 миллиардов) единиц Energy в сутки. Это сетевой параметр #19, который может быть изменён только через голосование Committee Proposal. Формула: ваша Energy = (ваши TRX на Energy / все TRX на Energy в сети) × 180 000 000 000.

Energy Recovery (Восстановление энергии)

Автоматический процесс постепенного восстановления Energy на аккаунте в сети TRON после её расходования. Восстановление происходит линейно в течение 24 часов: с каждым блоком (~3 секунды) возвращается примерно 1/28 800 от израсходованного объёма. Через 6 часов восстанавливается ~25%, через 12 часов — ~50%, полное восстановление — через 24 часа.

Energy Rental (Аренда энергии)

Механизм временного получения Energy для выполнения транзакций и смарт-контрактов без необходимости стейкать TRX. Сервис аренды делегирует Energy на ваш адрес через стандартный протокол TRON (DelegateResourceContract). Для аренды нужен только публичный адрес кошелька — приватные ключи не требуются. Стоимость аренды Energy значительно ниже сжигания TRX: экономия достигает 65%. Форматы: почасовая аренда, пакеты транзакций, подписка, API-интеграция.

Energy Spike (Резкий всплеск потребления энергии)

Кратковременное резкое увеличение расхода Energy, часто связанное с выполнением сложных или массовых операций: DeFi-свопы, мультиконтрактные вызовы, пакетные переводы USDT. Может также быть вызвано повышением energy_factor для популярного контракта в рамках Dynamic Energy Model.

Energy Surplus (Избыток энергии)

Состояние аккаунта, при котором доступного объёма Energy больше, чем требуется для типовых транзакций. Избыточную Energy можно делегировать другим аккаунтам или предоставлять через сервисы аренды для получения дополнительного дохода.

Energy Utilization Rate (Коэффициент использования энергии)

Показатель, отражающий долю использованной Energy относительно её общего доступного объёма на аккаунте. Высокий коэффициент (>80%) указывает на необходимость увеличения стейка или подключения аренды для покрытия потребностей.

ERC-20 / TRC-20 (Стандарты токенов)

ERC-20 — стандарт токенов в Ethereum, TRC-20 — его аналог в TRON. Оба определяют набор обязательных функций (transfer, approve, balanceOf, totalSupply и др.), которым должен соответствовать смарт-контракт токена. USDT существует в обоих стандартах: ERC-20 (Ethereum, комиссия в gas) и TRC-20 (TRON, комиссия в Energy). Переводы TRC-20 токенов требуют Energy, в то время как более ранний стандарт TRC-10 реализован на уровне протокола и требует только Bandwidth.

Estimate energy (API оценки расхода Energy)

API-эндпоинт сети TRON (wallet/estimateenergy), позволяющий заранее оценить расход Energy для конкретного вызова смарт-контракта. Доступен начиная с версии Java-Tron 4.7.0.1. Возвращает energy_required — суммарный расход с учётом energy_factor. Для нод, не поддерживающих этот метод, используется альтернатива — wallet/triggerconstantcontract. Рекомендуется вызывать перед каждой транзакцией для точной настройки fee_limit.

Estimated Energy Consumption (Оценочный расход энергии)

Прогнозируемое количество Energy, необходимое для выполнения транзакции или смарт-контракта. Используется для предварительной оценки комиссии и настройки fee_limit. Оценку можно получить через API wallet/estimateenergy или wallet/triggerconstantcontract. Фактический расход может незначительно отличаться из-за динамического коэффициента energy_factor.

Event (Событие смарт-контракта)

Механизм логирования действий смарт-контракта в блокчейне TRON. При переводе USDT TRC-20 контракт эмитирует событие Transfer(from, to, value), которое записывается в журнал транзакции. События не расходуют хранилище (storage), но потребляют Energy. Используются кошельками, обозревателями (Tronscan) и API-сервисами для отслеживания переводов токенов в реальном времени.

Execution Fee (Комиссия за выполнение смарт-контракта)

Комиссия за выполнение логики смарт-контракта в TVM, оплачиваемая за счёт Energy. При отсутствии Energy комиссия покрывается сжиганием TRX (Energy Fee Fallback). Для перевода USDT TRC-20 Execution Fee составляет ~6,43–13,03 TRX при полном сжигании. С арендой Energy — ~2–6 TRX.

External Account (Внешний аккаунт)

Тип аккаунта в TRON, управляемый приватным ключом и принадлежащий пользователю. В отличие от Contract Account (контрактного аккаунта), внешний аккаунт может инициировать транзакции, стейкать TRX, делегировать ресурсы и голосовать за Super Representatives. Каждый активированный внешний аккаунт получает 600 бесплатных единиц Bandwidth в сутки.

External Energy Source (Внешний источник энергии)

Energy, полученная аккаунтом не через собственный стейкинг TRX, а из внешних источников: делегирование от другого аккаунта или аренда через сервис. При расходовании Energy сеть использует внешние (делегированные) ресурсы в первую очередь, затем собственные (застейканные), и только после этого переходит к сжиганию TRX.

Energy Sharing Contract / origin_energy_limit (Распределение Energy между пользователем и деплоером)

Механизм сети TRON, позволяющий разработчику (деплоеру) смарт-контракта взять на себя часть расходов Energy при вызовах контракта. Регулируется двумя параметрами:

consume_user_resource_percent (от 0 до 100) — процент Energy, который оплачивает пользователь. Остальное покрывает деплоер контракта из собственных ресурсов.

origin_energy_limit — максимальный объём Energy, который деплоер готов потратить на один вызов контракта.

Например, если consume_user_resource_percent = 30, пользователь оплачивает 30% Energy, а деплоер — 70% (в пределах origin_energy_limit). На практике большинство популярных контрактов, включая USDT, устанавливают consume_user_resource_percent = 100% — вся Energy оплачивается пользователем. Этот параметр устанавливается при деплое контракта и может быть изменён только владельцем.

Failed Transaction Fee (Комиссия за неудачную транзакцию)

Затраты Energy или TRX, которые списываются даже при неуспешном выполнении транзакции в сети TRON. При ошибках OUT_OF_ENERGY и OUT_OF_TIME вся израсходованная Energy теряется. При ошибке REVERT (логическая ошибка контракта) возвращается неиспользованная часть Energy, но уже потраченная — не восстанавливается. Bandwidth за передачу данных транзакции расходуется в любом случае.

Fee (Комиссия)

Плата за обработку транзакции или выполнение смарт-контракта в блокчейне TRON. В отличие от большинства блокчейнов, в TRON комиссия может быть полностью компенсирована сетевыми ресурсами — Energy и Bandwidth. Если ресурсов достаточно — комиссия в TRX не списывается, и транзакция фактически бесплатна. При нехватке ресурсов сеть автоматически сжигает TRX.

Fee Estimation (Оценка комиссии)

Предварительный расчёт предполагаемых затрат Energy, Bandwidth или TRX перед выполнением транзакции. В TRON доступны API-эндпоинты для оценки: wallet/estimateenergy (расчёт Energy с учётом energy_factor), wallet/triggerconstantcontract (симуляция вызова контракта без записи в блокчейн). Рекомендуется вызывать перед каждой транзакцией для точной настройки fee_limit.

fee_limit (Лимит комиссии)

Параметр транзакции в сети TRON, определяющий максимальный объём TRX (в sun), который может быть потрачен на Energy при вызове смарт-контракта. Если фактический расход Energy превышает fee_limit — транзакция завершается ошибкой OUT_OF_ENERGY, а все затраченные ресурсы теряются.

Рекомендуемое значение для USDT TRC-20: не менее 15 000 000 sun (15 TRX). Если у аккаунта достаточно Energy (через стейкинг, делегирование или аренду) — fee_limit не расходуется, он выступает только как защитный порог.

Fee Optimization (Оптимизация комиссий)

Совокупность методов снижения затрат TRX при транзакциях в сети TRON. Основные подходы: стейкинг TRX для получения Energy и Bandwidth (комиссия = 0), аренда Energy (экономия до 65%), делегирование ресурсов между кошельками, использование бесплатных 600 Bandwidth в сутки, отправка на адреса с балансом USDT (~65 000 Energy вместо ~130 000).

Fee Structure (Структура комиссий)

Совокупность правил расчёта комиссий в сети TRON. Комиссия складывается из двух компонентов: Energy (для смарт-контрактов, ~95% комиссии при переводе USDT) и Bandwidth (для передачи данных, ~5%). Цены при сжигании: Energy — 0,0001 TRX/ед., Bandwidth — 0,001 TRX/ед. Приоритет: делегированные ресурсы → собственные (стейкинг) → бесплатные (Bandwidth) → сжигание TRX.

Finality (Финализация транзакции)

Момент, после которого транзакция считается необратимой и не может быть отменена или изменена. В TRON финализация наступает после подтверждения 19 из 27 Super Representatives (solid block) — примерно через 1 минуту (~19 блоков × 3 секунды). До финализации существует теоретический риск реорганизации блоков. Большинство бирж и сервисов ожидают именно solid block для зачисления средств.

Free Bandwidth (Бесплатный Bandwidth)

Ежедневно начисляемый объём пропускной способности, доступный каждому активированному аккаунту сети TRON без стейкинга — 600 единиц в сутки. Достаточно для 1 перевода TRX (~268 ед.) или 1 перевода USDT TRC-20 (~345 ед.) в день. Восстанавливается линейно в течение 24 часов.

Freeze TRX / FreezeBalanceV2 (Заморозка TRX / стейкинг)

Процесс блокировки монет TRX на аккаунте для получения сетевых ресурсов в модели Stake 2.0. При заморозке указывается тип ресурса: Bandwidth или Energy. Ресурсы начисляются моментально. Одновременно начисляется TRON Power (1 TRX = 1 TP).

TRX остаются собственностью владельца и могут быть разморожены с ожиданием 14 дней. Отличие FreezeBalanceV2 от устаревшего FreezeBalance (Stake 1.0): не требует указания receiver_address, делегирование выполняется отдельной транзакцией DelegateResourceContract. API: wallet/freezebalancev2.

Freeze Period (Период заморозки)

В модели Stake 2.0 минимального периода заморозки нет — вы можете инициировать разморозку (анстейкинг) в любой момент. Однако после запуска разморозки действует период ожидания 14 дней (сетевой параметр #70), в течение которого TRX недоступны. Ресурсы отзываются моментально при начале анстейкинга.

Frozen Balance (Замороженный баланс)

Количество TRX, находящееся в состоянии заморозки (стейкинга) и генерирующее сетевые ресурсы. Замороженные TRX отображаются отдельно от свободного баланса в кошельке и на Tronscan. Не могут быть переведены или потрачены до разморозки. Генерируют Energy или Bandwidth (в зависимости от выбора при стейкинге) и TRON Power.

Frozen Resource Allocation (Распределение ресурсов заморозки)

Процесс распределения Energy и Bandwidth, получаемых в результате заморозки TRX. Количество ресурсов определяется пропорционально: ваша доля = ваши застейканные TRX / все застейканные TRX в сети × суточный пул. Суточный пул Energy: 180 млрд единиц (#19). Суточный пул Bandwidth: 43,2 млрд единиц (#62).

Full Node (Полный узел)

Узел сети TRON, хранящий полную копию блокчейна и проверяющий все транзакции. Предоставляет HTTP API (порт 8090) и gRPC API (порт 50051) для взаимодействия с сетью: отправка транзакций, запрос баланса, оценка ресурсов. Публичные Full Node доступны через TronGrid (требуется API-ключ TRON-PRO-API-KEY). Для высоконагруженных приложений рекомендуется собственный Full Node.

Gas Fee (Газ-комиссия)

Общее название комиссии за выполнение транзакций в блокчейнах. В Ethereum оплачивается в ETH (gas × gas price). В сети TRON понятие «gas» заменено ресурсной моделью: Energy (вычисления смарт-контрактов) + Bandwidth (передача данных транзакций). Если ресурсов достаточно — комиссия в TRX не списывается. Это ключевое отличие TRON: при наличии Energy и Bandwidth транзакции фактически бесплатны.

Gas Limit (Лимит газа)

Максимальное количество вычислительных ресурсов, разрешённое для выполнения транзакции. Термин из Ethereum. В сети TRON аналогом является fee_limit — максимальный объём TRX (в sun), который может быть потрачен на Energy. Рекомендуемое значение fee_limit для USDT TRC-20: не менее 15 000 000 sun (15 TRX).

Gas Optimization (Оптимизация газа)

Совокупность методов снижения расхода вычислительных ресурсов при выполнении смарт-контрактов. В контексте TRON: оптимизация SSTORE-операций (запись 20 000 Energy, обновление 5 000), минимизация SLOAD, использование событий вместо storage, эффективные структуры данных. Для пользователей: стейкинг, аренда Energy, отправка на адреса с балансом USDT.

Gas-equivalent Cost (Эквивалентная стоимость газа)

Условный показатель для сравнения затрат на транзакции между TRON и другими блокчейнами. Перевод USDT: TRON (TRC-20) — ~6,77 TRX (~$1,5–2,5), с арендой Energy — ~$0,5–1; Ethereum (ERC-20) — $2–15+; BSC (BEP-20) — $0,10–0,30; Solana (SPL) — $0,01–0,05.

Gasless Transaction (Безгазовая транзакция)

Транзакция, при которой пользователь не оплачивает комиссию напрямую. В TRON реализуется двумя способами: параметр consume_user_resource_percent = 0 (деплоер контракта покрывает Energy), делегирование Energy на кошелёк пользователя третьей стороной. Сервисы аренды Energy позволяют приблизиться к «безгазовой» модели: комиссия за аренду значительно ниже сжигания TRX.

getaccountresource (API ресурсов аккаунта)

API-эндпоинт сети TRON (wallet/getaccountresource), возвращающий текущее состояние ресурсов аккаунта: доступные и общие Bandwidth и Energy, объём замороженных TRX для каждого типа ресурса, делегированные ресурсы, лимиты. Ключевой эндпоинт для мониторинга ресурсов перед транзакциями и принятия решения о необходимости аренды или стейкинга.

getcontractinfo (API информации о контракте)

API-эндпоинт сети TRON (wallet/getcontractinfo), возвращающий полную информацию о смарт-контракте: consume_user_resource_percent, origin_energy_limit, текущий energy_factor (Dynamic Energy Model), байткод, ABI и другие параметры. Используется для расчёта ожидаемого расхода Energy перед вызовом контракта с учётом динамического коэффициента.

Global Resource Limit (Глобальный лимит ресурсов)

Совокупное ограничение на использование Energy и Bandwidth в сети TRON. Суточные пулы: Energy — 180 000 000 000 единиц (сетевой параметр #19), Bandwidth — 43 200 000 000 единиц (параметр #62). Ресурсы распределяются между всеми стейкерами пропорционально их доле. Параметры могут быть изменены только через Committee Proposal (голосование 19 из 27 SR).

Governance (Управление сетью)

Механизм принятия решений в блокчейне TRON. Держатели TRX стейкают монеты, получают TRON Power (1 TRX = 1 TP) и голосуют за Super Representatives. 27 SR с наибольшим числом голосов производят блоки и управляют параметрами сети. Голоса пересчитываются каждые 6 часов (00:00, 06:00, 12:00, 18:00 UTC). SR могут создавать Committee Proposals для изменения сетевых параметров.

Governance Proposal (Предложение управления)

Официальное предложение об изменении параметров сети TRON, выносимое на голосование Super Representatives. Синоним Committee Proposal. Любой из 27 SR может создать предложение. Для принятия требуется одобрение 19 из 27 SR. Примеры изменяемых параметров: цена Energy, размер пула Bandwidth, период анстейкинга, максимальное количество параллельных анстейков.

Hardware Wallet (Аппаратный кошелёк)

Физическое устройство для хранения приватных ключей в офлайн-режиме, обеспечивающее повышенную безопасность средств. Приватный ключ никогда не покидает устройство — транзакции подписываются внутри него. В контексте TRON: аппаратные кошельки (Ledger, Trezor) поддерживают TRX и токены TRC-20. Для выполнения транзакций с аппаратного кошелька необходимы Energy и Bandwidth — которые можно делегировать с другого аккаунта.

Hash / txID (Хеш транзакции)

Уникальный идентификатор транзакции из 64 шестнадцатеричных символов, генерируемый криптографической функцией SHA-256. Каждая транзакция в TRON имеет уникальный txID, по которому можно отследить статус, потребление ресурсов (Energy, Bandwidth) и результат выполнения на Tronscan. При повторной отправке транзакции с тем же txID сеть её отклонит.

Hex Address (Hex-адрес)

Внутренний формат адреса в сети TRON, начинающийся с префикса 41 (в hex). Длина — 42 символа. Используется в API-вызовах и внутренних структурах блокчейна. Для пользователей адрес конвертируется в формат Base58Check (начинается с «T», 34 символа). Пример: hex 41a614f803b6fd780986a42c78ec9c7f77e6ded13c → Base58 TQn7aGHkLGKf6sT6vSaNwSBg...

High Energy Consumption (Высокий расход энергии)

Состояние, при котором транзакции или смарт-контракты потребляют значительный объём Energy. Типичные примеры: перевод USDT на новый адрес (~130 285 Energy), DeFi-операции (150 000–500 000+ Energy), мультиконтрактные вызовы (1 000 000+ Energy). Высокий расход может быть усилен Dynamic Energy Model (energy_factor) для популярных контрактов.

Historical Energy Usage (Историческое потребление энергии)

Данные о расходе Energy аккаунтом или контрактом за прошлые периоды. Используются для анализа, прогнозирования потребностей и планирования стейкинга или аренды. Доступны через Tronscan (раздел «Resources» аккаунта), TronGrid API и аналитические сервисы. Позволяют рассчитать среднесуточную потребность и оптимальный объём стейкинга.

Hot Wallet (Горячий кошелёк)

Кошелёк, постоянно подключённый к интернету и используемый для активных операций и частых транзакций. В контексте TRON: горячий кошелёк — основной операционный инструмент для переводов USDT, взаимодействия с DeFi и выполнения повседневных транзакций. Требует постоянного наличия Energy и Bandwidth. Примеры: TronLink (браузерное расширение и мобильное приложение), Trust Wallet, SafePal.

Hot Wallet Energy Management (Управление энергией горячего кошелька)

Практика оптимизации использования Energy и Bandwidth на кошельке, используемом для регулярных транзакций. Включает: мониторинг баланса ресурсов перед каждой отправкой, подключение аренды Energy или стейкинг TRX, разделение кошельков на хранилище (стейкинг) и операционный (получает делегированные ресурсы), настройку автопополнения через API.

Hot Wallet Risk (Риски горячего кошелька)

Совокупность угроз, связанных с постоянным подключением кошелька к интернету. Основные риски: фишинг (поддельные сайты и приложения), вредоносные approval-транзакции (бесконечный approve на мошеннический контракт), компрометация приватного ключа, подмена адреса при копировании. Рекомендации: не хранить крупные суммы на горячем кошельке, проверять approve-лимиты, использовать аппаратный кошелёк для хранения.

HTTP API / gRPC API (Интерфейсы взаимодействия с нодой)

Два основных протокола взаимодействия с узлами TRON. HTTP API (порт 8090) — REST-интерфейс для вызовов wallet/ (Full Node) и walletsolidity/ (Solidity Node). gRPC API (порт 50051) — бинарный протокол, более быстрый для высоконагруженных приложений.

Публичный доступ через TronGrid требует API-ключ (TRON-PRO-API-KEY). Основные эндпоинты: wallet/createtransaction (перевод TRX), wallet/triggersmartcontract (вызов контракта), wallet/freezebalancev2 (стейкинг), wallet/estimateenergy (оценка расхода Energy).

Hybrid Wallet (Гибридный кошелёк)

Тип кошелька, сочетающий элементы горячего и холодного хранения для баланса между безопасностью и удобством. В контексте TRON: основная сумма TRX и USDT хранится на аппаратном кошельке (холодное хранение), а операционная часть — на горячем кошельке с Energy и Bandwidth. Ресурсы делегируются с аккаунта стейкинга на оба кошелька по мере необходимости.

Insufficient Balance (Недостаточный баланс)

Состояние аккаунта, при котором на кошельке недостаточно TRX или токенов для выполнения транзакции. В сети TRON может возникнуть в нескольких случаях: недостаточно TRX для оплаты комиссии при нехватке Energy/Bandwidth, недостаточно USDT для перевода, недостаточно TRX для активации нового адреса (1 TRX). Проверить баланс перед транзакцией можно через API wallet/getaccount.

Insufficient Energy / Insufficient Bandwidth (Недостаток Energy / Bandwidth)

Состояние аккаунта, при котором доступных ресурсов недостаточно для выполнения транзакции без сжигания TRX. При недостатке Energy сеть автоматически сжигает TRX по цене 0,0001 TRX за единицу (Energy Fee Fallback). При недостатке Bandwidth — 0,001 TRX за единицу (Bandwidth Fee Fallback). Если на балансе нет ни ресурсов, ни TRX — транзакция завершится ошибкой.

Примечание: термины Insufficient Energy и Insufficient Bandwidth объединены, так как описывают одну механику — Fee Fallback.

Internal Transaction (Внутренняя транзакция)

Операция, выполняемая внутри смарт-контракта в процессе его исполнения — вызов одного контракта из другого. В TRON внутренние транзакции видны на Tronscan во вкладке «Internal Transactions» основной транзакции. Они расходуют Energy из общего fee_limit родительской транзакции. Типичный пример: при свопе на SunSwap основной контракт вызывает контракты токенов для перемещения средств.

Internal Call Trace (Трассировка внутренних вызовов)

Детализация последовательности внутренних вызовов между смарт-контрактами при выполнении транзакции в сети TRON. Показывает: какие контракты были вызваны, в каком порядке, сколько Energy потребил каждый вызов, какие данные были переданы. Доступна через Tronscan (вкладка «Internal Txns») и API wallet/gettransactioninfobyid.

Invalid Transaction (Недействительная транзакция)

Транзакция, отклонённая сетью TRON из-за ошибок. Типичные причины: некорректная подпись (неверный приватный ключ), истёкший срок транзакции (expiration), дублирующий txID, недостаточный баланс TRX для fee_limit, неверный формат данных. Отклонённая транзакция не записывается в блокчейн и не расходует ресурсы.Invocation Cost (Стоимость вызова контракта)

Совокупный расход Energy и Bandwidth, необходимый для вызова функции смарт-контракта. Включает: Energy на вычисления TVM (основная часть) + Bandwidth на передачу данных транзакции. Для USDT TRC-20 transfer(): ~64 285 Energy + ~345 Bandwidth (адрес с балансом) или ~130 285 Energy + ~345 Bandwidth (новый адрес). Оценить заранее можно через API wallet/estimateenergy.

I/O Overhead (Накладные операции ввода-вывода)

Дополнительные вычислительные операции при обработке данных в смарт-контрактах, увеличивающие расход Energy. Основной источник I/O overhead в TRON — операции SSTORE (запись в хранилище: 20 000 Energy для новой ячейки, 5 000 для обновления) и SLOAD (чтение: 200 Energy). Оптимизация I/O — ключевой способ снижения расхода Energy при разработке контрактов.