Криптословарь TRON

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 — ~2–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 при разработке контрактов.

Ledger Balance (Учётный баланс)

Фактический остаток TRX и токенов, зафиксированный в распределённом реестре блокчейна после подтверждения всех транзакций. Не включает замороженные (staked) средства, которые временно недоступны для перевода, и TRX в процессе анстейкинга (14-дневный период ожидания). Проверить полный баланс (свободный + замороженный + в ожидании) можно через API wallet/getaccount.

Legacy Stake / Stake 1.0 (Устаревший стейкинг)

Устаревшая модель стейкинга в сети TRON, заменённая на Stake 2.0. Ключевые ограничения Stake 1.0: делегирование только одному адресу при заморозке, только полная разморозка (нельзя частично), нет таймлока делегирования, нет параллельных анстейков, нет отмены анстейкинга. Stake 1.0 всё ещё поддерживается для обратной совместимости, но все новые операции следует выполнять через Stake 2.0.

Limit of Resources (Лимит ресурсов)

Максимально допустимый объём Energy или Bandwidth, который аккаунт может использовать в течение 24 часов. Определяется пропорционально доле замороженных TRX пользователя относительно общего стейка сети. Формулы: ваша Energy = (ваши TRX на Energy / все TRX на Energy) × 180 млрд; ваш Bandwidth = (ваши TRX на Bandwidth / все TRX на Bandwidth) × 43,2 млрд. Плюс 600 бесплатных Bandwidth в сутки для каждого аккаунта.

Liquidity Provider Energy (Энергия поставщика ликвидности)

Расход Energy, возникающий при добавлении или извлечении ликвидности в децентрализованных протоколах (например, SunSwap, JustLend). Такие операции обычно потребляют в 2–5 раз больше Energy, чем обычный перевод USDT, из-за сложности логики смарт-контракта: множественные SSTORE-операции, расчёт пропорций пула, обновление LP-токенов. Типичный расход: 200 000–500 000+ Energy.

Liveness (Живучесть сети)

Показатель непрерывной работы сети TRON. Обеспечивается 27 Super Representatives, которые генерируют блоки каждые ~3 секунды. Для поддержания liveness достаточно работы 2/3+1 SR (19 из 27). Если SR пропускает свою очередь — блок производит следующий SR. Liveness TRON — одна из самых высоких среди блокчейнов: сеть работает непрерывно с момента запуска.

lock_period (Период блокировки делегирования)

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

Lock-up Period / Unstaking Period (Период ожидания разморозки)

Временной интервал в 14 дней (сетевой параметр #70), в течение которого TRX остаются недоступными после запуска анстейкинга в Stake 2.0. Важно: ресурсы (Energy/Bandwidth) и TRON Power отзываются мгновенно при начале анстейкинга — ждать 14 дней нужно только для вывода TRX на свободный баланс. Параллельно может быть до 32 операций анстейкинга. Отмена возможна через CancelAllUnfreezeV2.

Lost Energy (Утерянная энергия)

Energy, безвозвратно потраченная при неудачном выполнении транзакции. Возникает при ошибках OUT_OF_ENERGY (недостаточный fee_limit) и OUT_OF_TIME (превышен лимит 80 мс) — вся выделенная Energy или эквивалент в TRX «сжигается». При ошибке REVERT неиспользованная Energy возвращается, но уже потраченная на вычисления — нет. Рекомендация: всегда проверять расход через estimateenergy перед транзакцией.

Maintenance Period (Цикл обслуживания)

6-часовой цикл пересчёта голосов и обновления параметров сети TRON. Начало циклов: 00:00, 06:00, 12:00, 18:00 UTC (4 раза в сутки). В каждом цикле происходит: подсчёт голосов TRON Power и выбор 27 Super Representatives, обновление energy_factor для контрактов (Dynamic Energy Model), распределение наград SR (16 TRX за блок + 160 TRX голосовых наград), применение принятых Committee Proposals.

Malicious Contract (Вредоносный смарт-контракт)

Смарт-контракт, созданный для кражи токенов, злоупотребления разрешениями или получения несанкционированного доступа к кошельку. Типичные атаки: бесконечный approve (контракт получает неограниченный доступ к токенам), фишинговые контракты (маскируются под легитимные), honeypot-контракты (позволяют купить токен, но не продать). Защита: проверяйте approve-лимиты, не взаимодействуйте с неизвестными контрактами, используйте проверенные dApps.

Mass Distribution (Массовое распределение)

Процесс одновременной отправки средств или токенов на большое количество адресов. В сети TRON каждый перевод — отдельная транзакция, расходующая Energy и Bandwidth. При массовой рассылке USDT на 100 адресов: ~6 400 000–13 000 000 Energy + ~34 500 Bandwidth. Для оптимизации: стейкинг или аренда Energy, отправка на адреса с балансом USDT (экономия 50% Energy).

Memo (Примечание к транзакции)

Дополнительное текстовое поле, передаваемое вместе с транзакцией в блокчейне TRON. Используется для указания комментариев, идентификаторов платежей или служебной информации. Memo увеличивает размер транзакции и, соответственно, расход Bandwidth (каждый символ — дополнительный байт = 1 Bandwidth). На расход Energy memo не влияет.

Mempool (Пул неподтверждённых транзакций)

Очередь неподтверждённых транзакций в сети TRON, ожидающих включения в блок. В отличие от Ethereum, где mempool может быть перегружен, в TRON транзакции подтверждаются каждые ~3 секунды, поэтому mempool обычно разгружается быстро. При высокой нагрузке приоритет определяется Super Representatives, а не ценой газа.

Message Size (Размер сообщения / транзакции)

Объём данных транзакции в байтах, напрямую определяющий расход Bandwidth (1 байт = 1 Bandwidth). Размер зависит от типа транзакции: перевод TRX — ~268 байт, перевод USDT TRC-20 — ~345 байт, делегирование Energy — ~281–283 байт. Добавление memo или сложных параметров увеличивает размер и расход Bandwidth.

Mint / Burn (Эмиссия / сжигание токенов)

Процессы выпуска новых токенов (mint) и их уничтожения (burn) для управления предложением и стабильностью. В контексте TRON: Tether (USDT) выполняет mint для увеличения предложения TRC-20 USDT и burn для его сокращения. Операции mint/burn контракта USDT выполняются только адресом-владельцем контракта. Не путать с Burn TRX — сжиганием монет TRX при оплате комиссий.

Misconfigured Contract (Некорректно настроенный контракт)

Смарт-контракт с ошибочными параметрами, приводящими к повышенному расходу Energy или сбоям выполнения. Типичные ошибки: consume_user_resource_percent = 0 при отсутствии Energy у деплоера (пользователь не оплачивает, деплоер не может — транзакция падает), слишком низкий origin_energy_limit, неоптимизированные SSTORE-операции, отсутствие проверок в коде.

Monitoring Dashboard (Панель мониторинга)

Интерфейс для отслеживания транзакций, балансов и использования Energy и Bandwidth в сети TRON. Основные инструменты: Tronscan (tronscan.org) — публичный обозреватель с разделом «Resources» для каждого аккаунта; TronGrid API — программный доступ для автоматизации мониторинга; сторонние дэшборды для бизнеса с агрегацией данных по множеству кошельков.

Monthly Energy Usage (Месячное потребление Energy)

Совокупный объём Energy, израсходованный аккаунтом или проектом за календарный месяц. Используется для планирования стейкинга и аренды. Пример расчёта: 10 переводов USDT в день × ~65 000 Energy × 30 дней = ~19 500 000 Energy/месяц. При сжигании это ~1 950 TRX/месяц. С арендой Energy — экономия до 65%.

Multi-account Resource Pool (Пул ресурсов для нескольких аккаунтов)

Общий резерв Energy и Bandwidth, используемый несколькими кошельками в рамках одной системы. Реализуется через централизованный стейкинг на одном аккаунте с последующим делегированием ресурсов на операционные кошельки через DelegateResourceContract. Позволяет гибко перераспределять ресурсы в зависимости от потребностей каждого кошелька.

Multi-signature Wallet (Мультиподписной кошелёк)

Кошелёк, для подтверждения операций в котором требуется несколько независимых подписей. В TRON мультиподпись настраивается через Account Permission Update с указанием threshold (порога) — минимального «веса» подписей для подтверждения транзакции. Каждому ключу назначается вес, и транзакция проходит, если сумма весов подписавших >= threshold.

Важно: аккаунты, активированные до Stake 2.0, могут не иметь разрешений на операции FreezeBalanceV2, DelegateResource и другие — требуется обновление Active Permission через поле operations.

Multi-wallet Management (Управление несколькими кошельками)

Модель управления, при которой транзакции и ресурсы распределяются между несколькими кошельками. Типичная архитектура: хранилище (стейкинг TRX + делегирование), операционные кошельки (получают ресурсы, выполняют переводы), горячий кошелёк (ежедневные операции), холодный кошелёк (хранение крупных сумм). Делегирование через Stake 2.0 позволяет управлять ресурсами централизованно.

Network Congestion (Перегрузка сети)

Состояние сети TRON при высокой активности. В отличие от Ethereum, где перегрузка повышает цену газа, в TRON прямого влияния на стоимость транзакций нет — цена Energy фиксирована. Однако Dynamic Energy Model увеличивает расход Energy для часто вызываемых контрактов (energy_factor), что фактически повышает стоимость при высокой нагрузке на конкретный контракт (например, USDT).

Network Fee (Комиссия сети)

Плата за обработку транзакций в TRON. Складывается из двух компонентов: Energy (для смарт-контрактов) и Bandwidth (для передачи данных). Может быть полностью компенсирована ресурсами — тогда комиссия в TRX = 0. При нехватке ресурсов сеть автоматически сжигает TRX: Energy — 0,0001 TRX/ед., Bandwidth — 0,001 TRX/ед.

Network Load (Нагрузка сети)

Текущий уровень активности в сети TRON: количество транзакций в секунду, объём вызовов смарт-контрактов, потребление ресурсов. Нагрузка влияет на energy_factor популярных контрактов (Dynamic Energy Model). Мониторинг нагрузки доступен через Tronscan в разделах «Dashboard» и «Contracts».

Network Parameters (Параметры сети)

Совокупность настраиваемых параметров TRON, определяющих поведение сети. Ключевые параметры: #4 — цена Energy при сжигании (100 sun = 0,0001 TRX); #11 — цена Bandwidth при сжигании (1 000 sun = 0,001 TRX); #19 — суточный пул Energy (180 млрд); #62 — суточный пул Bandwidth (43,2 млрд); #70 — период анстейкинга (14 дней); #78 — максимум параллельных анстейков (32). Изменяются через Committee Proposal (19 из 27 SR).

Network Throughput (Пропускная способность сети)

Количество транзакций, которое TRON способна обрабатывать за единицу времени. Текущий показатель — ~2 000 TPS (транзакций в секунду). Блок создаётся каждые ~3 секунды одним из 27 Super Representatives. Для сравнения: Ethereum ~30 TPS, Bitcoin ~7 TPS, Solana ~4 000+ TPS.

Node (Узел сети)

Компьютер или сервер, участвующий в поддержке блокчейна TRON. Типы узлов: Full Node — хранит полную копию блокчейна, предоставляет HTTP API (порт 8090) и gRPC API (порт 50051); Solidity Node — хранит подтверждённые (solid) блоки, API walletsolidity/; Super Representative Node — Full Node + производство блоков. Публичные ноды доступны через TronGrid (требуется TRON-PRO-API-KEY).

Node Synchronization (Синхронизация узла)

Процесс обновления данных узла для соответствия актуальному состоянию блокчейна TRON. Полная синхронизация Full Node занимает значительное время из-за размера блокчейна. Доступна быстрая синхронизация через snapshot (снимок блокчейна). Узел считается синхронизированным, когда его последний блок совпадает с последним блоком сети.

Node Validation (Валидация узлом)

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

Non-custodial Wallet (Некастодиальный кошелёк)

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

Network Monitoring (Мониторинг сети)

Отслеживание состояния сети TRON в реальном времени: загрузка, скорость подтверждения транзакций, работа SR, потребление ресурсов. Инструменты: Tronscan Dashboard (tronscan.org), TronGrid API для программного мониторинга, Node Tracker для отслеживания производительности SR.

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

Механизм распределения Energy и Bandwidth между аккаунтами в TRON. Ресурсы распределяются пропорционально доле стейка каждого участника в общем объёме. Формула: доля аккаунта = его застейканные TRX / все застейканные TRX × суточный пул. Суточные пулы: Energy — 180 млрд (#19), Bandwidth — 43,2 млрд (#62).

Network Stability (Стабильность сети)

Способность сети TRON поддерживать бесперебойную работу при высокой нагрузке. Обеспечивается: механизмом DPoS (27 SR производят блоки по очереди), резервированием (если SR пропускает блок — следующий берёт его место), Dynamic Energy Model (защита от перегрузки популярных контрактов), быстрой финализацией (~1 минута).

Network Upgrade (Обновление сети)

Процесс внедрения изменений в протокол TRON. Крупные обновления (например, внедрение Stake 2.0, Dynamic Energy Model) требуют обновления программного обеспечения узлов. Мелкие изменения параметров (цена Energy, размер пулов) выполняются через Committee Proposal без обновления ПО. История обновлений доступна в репозитории java-tron на GitHub.

Nonce (Идентификатор уникальности транзакции)

В отличие от Ethereum, где nonce — это последовательный счётчик транзакций аккаунта, в TRON нет nonce в привычном смысле. Уникальность транзакций обеспечивается через: timestamp (метку времени), expiration (срок действия), уникальный txID (SHA-256 хеш данных транзакции). Если txID совпадает с уже обработанной транзакцией — сеть её отклонит.

Off-chain Calculation (Оффчейн-расчёт)

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

On-chain Transaction (Ончейн-транзакция)

Транзакция, записанная непосредственно в блокчейн TRON и доступная для публичной проверки через Tronscan. Включает: переводы TRX, переводы TRC-20 токенов (USDT), вызовы смарт-контрактов, стейкинг, делегирование, голосование. Каждая ончейн-транзакция расходует Bandwidth, а вызовы контрактов — также Energy.

On-chain Execution (Ончейн-исполнение)

Процесс выполнения транзакции или смарт-контракта непосредственно в блокчейне TRON. Логика контракта исполняется в TVM каждого узла, результат записывается в блок. При исполнении расходуются Energy (вычисления) и Bandwidth (передача данных). Результат можно проверить через API wallet/gettransactioninfobyid: статус, расход ресурсов, логи событий.

Operational Wallet (Операционный кошелёк)

Кошелёк, используемый для ежедневных операций и частых транзакций. В оптимальной архитектуре: операционный кошелёк не хранит крупные суммы, получает Energy и Bandwidth через делегирование от аккаунта-хранилища (стейкинг), выполняет переводы USDT и взаимодействует с контрактами. Это повышает безопасность — при компрометации теряется только операционный баланс.

Optimization Strategy (Стратегия оптимизации)

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

origin_energy_limit (Лимит Energy от деплоера)

Параметр смарт-контракта, определяющий максимальный объём Energy, который деплоер (создатель контракта) готов потратить на один вызов из собственных ресурсов. Работает в связке с consume_user_resource_percent: если consume_user_resource_percent = 40, пользователь платит 40% Energy, деплоер — до 60% (но не более origin_energy_limit). Устанавливается при деплое, изменяется через UpdateEnergyLimitContract. Для контракта USDT: origin_energy_limit = 0 (деплоер не платит, consume_user_resource_percent = 100).

Out of Bandwidth (Недостаток Bandwidth)

Ошибка, возникающая при отсутствии достаточного Bandwidth и TRX на аккаунте. Если есть TRX — сеть автоматически сжигает их по цене 0,001 TRX за единицу (Bandwidth Fee Fallback) и транзакция проходит. Если нет ни Bandwidth, ни TRX — транзакция отклоняется. Решение: стейкинг TRX на Bandwidth, делегирование от другого аккаунта, пополнение баланса TRX.

Out of Energy (Недостаток Energy / OUT_OF_ENERGY)

Ошибка выполнения смарт-контракта, возникающая когда fee_limit исчерпан, а Energy недостаточно для завершения операции. Транзакция не выполняется (USDT не отправляется), но все затраченные ресурсы — Energy и TRX — списываются безвозвратно. Основная причина: слишком низкий fee_limit. Решение: увеличить fee_limit минимум до 15 TRX для USDT, или обеспечить аккаунт Energy (стейкинг/аренда/делегирование).

Overconsumption Risk (Риск перерасхода ресурсов)

Вероятность превышения лимитов Energy или Bandwidth при массовых или сложных операциях. Факторы риска: увеличение energy_factor (Dynamic Energy Model) для популярных контрактов, отправка на новые адреса (2× Energy), DeFi-операции (3–5× Energy), пакетные рассылки. Митигация: мониторинг ресурсов перед транзакциями, автопополнение Energy через API, запас fee_limit.

Owner Permission (Разрешение владельца)

Высший уровень разрешений аккаунта TRON. Owner Permission даёт полный контроль над аккаунтом: изменение всех разрешений (Active, Owner, Witness), обновление ключей, управление стейкингом и делегированием. По умолчанию привязан к адресу создателя аккаунта. Можно настроить мультиподпись с threshold. Важно: потеря Owner Permission означает потерю полного контроля над аккаунтом.

Partial Execution (Частичное выполнение)

Ситуация, при которой смарт-контракт был выполнен не полностью из-за нехватки ресурсов или ошибки. При частичном выполнении изменения состояния контракта откатываются (REVERT), но израсходованная Energy не возвращается. Типичная причина: fee_limit слишком мал для завершения всех операций контракта. В результате: USDT не отправляется, но Energy/TRX списываются.

PBFT (Practical Byzantine Fault Tolerance) (Практическая византийская отказоустойчивость)

Механизм, обеспечивающий финальность транзакции (невозможность её отмены после подтверждения) в сети TRON. PBFT дополняет основной консенсус DPoS: после создания блока Super Representative 19 из 27 SR должны его подтвердить для достижения статуса solid block. Финализация наступает примерно через 1 минуту (~19 блоков × 3 секунды). До финализации существует теоретический риск реорганизации.

Peak Energy Usage (Пиковый расход Energy)

Максимальное количество Energy, израсходованное аккаунтом или контрактом за определённый период. Пиковые нагрузки возникают при массовых рассылках USDT, DeFi-операциях (свопы, добавление ликвидности) или пакетных вызовах контрактов. Мониторинг пиков помогает планировать стейкинг или аренду Energy с запасом. Данные доступны через Tronscan и TronGrid API.

Pending Transaction (Ожидающая транзакция)

Транзакция, отправленная в сеть, но ещё не включённая в блок. В TRON транзакции подтверждаются каждые ~3 секунды, поэтому pending-статус обычно краткосрочный. Если транзакция не подтверждена до истечения expiration (по умолчанию 60 секунд) — она отклоняется. Причины задержки: некорректный формат, перегрузка SR, проблемы с нодой.

Permission Control (Управление разрешениями)

Механизм настройки прав доступа к аккаунту TRON. Три уровня: Owner Permission (полный контроль — смена ключей, разрешений), Active Permission (операционные права — переводы, стейкинг, делегирование, вызовы контрактов), Witness Permission (для SR-узлов — производство блоков). Каждый уровень поддерживает мультиподпись с настраиваемым threshold (порогом). Настраивается через Account Permission Update.

Permission Update (Обновление разрешений)

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

Pre-execution Check (Предварительная проверка)

Анализ параметров транзакции перед отправкой. В TRON выполняется через: wallet/triggerconstantcontract (симуляция без записи в блокчейн), wallet/estimateenergy (оценка Energy с учётом energy_factor), wallet/getaccountresource (проверка доступных ресурсов). Рекомендуется перед каждой транзакцией для настройки fee_limit и предотвращения ошибок OUT_OF_ENERGY.

Price per Energy Unit (Цена за единицу Energy)

Стоимость одной единицы Energy. При сжигании TRX: фиксированная цена 100 sun = 0,0001 TRX (сетевой параметр #4). При аренде: рыночная цена, значительно ниже — экономия до 65%. Цена аренды зависит от спроса/предложения на рынке Energy и не регулируется протоколом. Сравнение: 65 000 Energy при сжигании = 6,5 TRX, при аренде = ~2–3 TRX.

Private Key (Приватный ключ)

Секретный криптографический ключ (256-битное число), предоставляющий полный доступ к средствам и операциям кошелька TRON. Из приватного ключа генерируется публичный ключ, а из него — адрес (T...). Никогда не передавайте приватный ключ третьим лицам. Хранение: аппаратные кошельки (Ledger, Trezor), мнемоническая фраза (seed phrase), зашифрованные хранилища.

Proof of Stake / DPoS (Доказательство доли / DPoS)

Консенсусный механизм, при котором участие в поддержке сети осуществляется через стейкинг активов. TRON использует Delegated Proof of Stake (DPoS) — держатели TRX голосуют за 27 Super Representatives, которые производят блоки. В отличие от PoW (Bitcoin), DPoS не требует вычислительных мощностей — безопасность обеспечивается экономическими стимулами и голосованием.

Protocol Parameters (Параметры протокола)

Настройки сети TRON, определяющие поведение блокчейна. Ключевые: #4 — цена Energy (100 sun); #11 — цена Bandwidth (1 000 sun); #19 — пул Energy (180 млрд); #62 — пул Bandwidth (43,2 млрд); #70 — период анстейкинга (14 дней); #78 — макс. параллельных анстейков (32). Изменяются через Committee Proposal (19 из 27 SR). Синоним: Network Parameters.

Public Address (Публичный адрес)

Адрес кошелька TRON, начинающийся с «T» (34 символа, Base58Check). Можно безопасно передавать третьим лицам для получения TRX, USDT и других токенов. Не содержит информации о приватном ключе. Для делегирования Energy и Bandwidth на другой аккаунт достаточно знать только публичный адрес получателя — приватные ключи не требуются.

Public Key (Публичный ключ)

Открытый криптографический ключ, генерируемый из приватного ключа по алгоритму ECDSA (secp256k1). Используется для: генерации адреса TRON (T...), проверки подписей транзакций. Публичный ключ можно безопасно раскрывать — восстановить из него приватный ключ невозможно.

Reclaim Resources / UnDelegateResource (Возврат делегированных ресурсов)

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

Regeneration Cycle (Цикл восстановления ресурсов)

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

Rental Duration (Срок аренды Energy)

Период, в течение которого арендованная Energy доступна на кошельке. Определяется параметром lock_period при делегировании (в блоках, 1 блок ≈ 3 сек). Типичные форматы: почасовая аренда (lock_period ≈ 1 200 блоков = 1 час), суточная (28 800 блоков), недельная (201 600 блоков). Таймлок гарантирует, что ресурс не будет отозван до окончания оплаченного периода.

Resource Budgeting (Планирование ресурсов)

Расчёт и распределение Energy и Bandwidth для стабильной работы. Пример: 50 переводов USDT/день × ~65 000 Energy = ~3 250 000 Energy/день. Варианты покрытия: стейкинг ~300 000+ TRX (зависит от доли в сети), аренда Energy (~1 100–2 200 TRX/день при сжигании → ~400–800 TRX/день при аренде), комбинация стейкинга и аренды для пиковых нагрузок.

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

Передача Energy или Bandwidth с одного аккаунта на другой без передачи TRX. Выполняется через DelegateResourceContract в Stake 2.0. Ключевые правила: делегировать можно только неиспользованные ресурсы, только на активированные аккаунты, TRON Power не делегируется. Параметры: тип ресурса, объём (в TRX), адрес получателя, опциональный lock_period.

Resource Forecasting (Прогнозирование ресурсов)

Анализ будущего потребления Energy и Bandwidth на основе текущей активности и истории транзакций. Инструменты: Historical Energy Usage (Tronscan), API wallet/getaccountresource (текущие лимиты), estimateenergy (расчёт на конкретную операцию). Позволяет заранее планировать стейкинг или аренду и избежать перерасхода TRX.

Resource Limit (Лимит ресурсов)

Максимальное количество Energy или Bandwidth, доступное аккаунту в течение 24 часов. Формулы: ваша Energy = (ваши TRX на Energy / все TRX на Energy) × 180 млрд; ваш Bandwidth = (ваши TRX на Bandwidth / все TRX на Bandwidth) × 43,2 млрд + 600 бесплатных. Лимит включает собственные и делегированные ресурсы.

Resource Model TRON (Ресурсная модель TRON)

Уникальная система оплаты транзакций в сети TRON через два типа ресурсов вместо прямых комиссий: Energy (вычисления смарт-контрактов, 1 ед. = 1 мс CPU) и Bandwidth (передача данных, 1 ед. = 1 байт). Ресурсы получаются через стейкинг TRX, делегирование или аренду. При достаточности ресурсов транзакция бесплатна (0 TRX). При нехватке — автоматическое сжигание TRX.

Resource Surplus / Deficit (Профицит / дефицит ресурсов)

Состояние аккаунта: профицит — ресурсов больше, чем нужно (можно делегировать или предоставлять в аренду для заработка); дефицит — ресурсов недостаточно (сеть сжигает TRX через Fee Fallback). Мониторинг через wallet/getaccountresource и Tronscan.

Resource Usage Monitoring (Мониторинг использования ресурсов)

Отслеживание потребления Energy и Bandwidth для оптимизации и предотвращения ошибок. Инструменты: Tronscan (раздел «Resources» аккаунта), TronGrid API (wallet/getaccountresource), автоматизированные дэшборды для бизнеса. Рекомендуется проверять ресурсы перед каждой транзакцией и настроить алерты при падении ниже порога.

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

Доля использованных Energy и Bandwidth относительно общего доступного объёма. Высокий коэффициент (>80%) — сигнал для увеличения стейка или подключения аренды. Низкий (<20%) — избыточные ресурсы можно делегировать. Расчёт: (использованные ресурсы / общий лимит) × 100%.

Retry Transaction (Повторная отправка транзакции)

Повторная попытка отправки транзакции после неудачного выполнения. В TRON каждая транзакция должна иметь уникальный txID — нельзя просто переотправить ту же транзакцию. Необходимо создать новую транзакцию с обновлённым timestamp и expiration. Перед повтором: пополнить Energy (стейкинг/аренда), увеличить fee_limit, проверить баланс.

REVERT (Откат выполнения контракта)

Ошибка выполнения смарт-контракта, при которой все изменения состояния отменяются: токены не перемещаются, storage не обновляется. Однако часть Energy, израсходованная на вычисления до момента REVERT, не возвращается — возвращается только неиспользованная часть. Типичные причины: недостаточный баланс токенов, условие require() не выполнено, переполнение. Bandwidth за передачу данных расходуется полностью.

Seed Phrase / Mnemonic (Мнемоническая фраза)

Набор из 12 или 24 слов, используемый для резервного копирования и восстановления приватного ключа кошелька. Генерируется при создании кошелька по стандарту BIP-39. Из одной seed phrase можно восстановить все адреса и ключи аккаунта. Никогда не передавайте мнемоническую фразу третьим лицам — она даёт полный доступ ко всем средствам.

Shared Resource Pool (Общий пул ресурсов)

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

Smart Contract (Смарт-контракт)

Программа в блокчейне TRON, автоматически выполняющая заданные условия без участия посредников. Написана на Solidity или Java, компилируется в байткод и исполняется в TVM. Каждое взаимодействие расходует Energy. Примеры: контракт USDT TRC-20 (переводы стейблкоина), SunSwap (DEX), JustLend (лендинг). Код контракта после деплоя неизменяем, но параметры (consume_user_resource_percent, origin_energy_limit) может обновить владелец.

Smart Contract Execution (Исполнение смарт-контракта)

Процесс выполнения логики контракта в TVM. Этапы: 1) получение транзакции TriggerSmartContract, 2) загрузка байткода контракта, 3) исполнение инструкций с расходом Energy, 4) обновление storage контракта, 5) эмиссия событий (events), 6) запись результата в блок. Лимит исполнения: 80 мс (при превышении — ошибка OUT_OF_TIME).

Smart Contract Security (Безопасность смарт-контрактов)

Практики защиты контрактов от уязвимостей. Основные риски в TRON: бесконечный approve (злоумышленник получает доступ к токенам), reentrancy-атаки (повторный вход в функцию), переполнение (integer overflow). Защита: аудит кода, ограниченные approve-лимиты, использование проверенных библиотек (OpenZeppelin), проверка контрактов перед взаимодействием.

Solidity Node (Узел подтверждённых данных)

Тип узла TRON, хранящий только подтверждённые (solid) блоки — блоки, подтверждённые 19 из 27 SR. Предоставляет API walletsolidity/ для запросов, гарантирующих финализированные данные. В отличие от Full Node (wallet/), Solidity Node не содержит неподтверждённых транзакций. Используется для надёжного получения баланса, истории транзакций и состояния контрактов.

Stablecoin Transfer (Перевод стейблкоинов)

Перевод стейблкоинов (USDT, USDC, TUSD и др.) между адресами в сети TRON. Все стейблкоины TRC-20 — это вызовы смарт-контрактов, требующие Energy + Bandwidth. Расход для USDT: ~64 285 Energy + ~345 Bandwidth (адрес с балансом), ~130 285 Energy + ~345 Bandwidth (новый адрес). TRON обрабатывает более 60% всех USDT-переводов в мире.

Stake 2.0 (Стейкинг 2.0)

Обновлённая модель стейкинга TRON, заменившая Stake 1.0. Ключевые преимущества: гибкое делегирование (несколько адресов в любой момент), частичная разморозка (любой объём), таймлок делегирования (lock_period), до 32 параллельных анстейков, отмена анстейка (CancelAllUnfreezeV2), пропорциональная рекламация при отзыве делегирования. API: freezebalancev2, unfreezebalancev2, delegateresource, undelegateresource.

Stake Lock Period (Период ожидания разморозки)

В Stake 2.0 минимального периода заморозки нет — анстейкинг можно инициировать в любой момент. После запуска действует период ожидания 14 дней (сетевой параметр #70). Ресурсы (Energy/Bandwidth) и TRON Power отзываются мгновенно при начале анстейкинга. Через 14 дней TRX выводятся через WithdrawExpireUnfreeze.

Stake Reward (Награда за стейкинг)

Вознаграждение за участие в стейкинге и голосование за Super Representatives. Формируется из: 16 TRX за каждый блок (8 TRX block reward + 8 TRX vote reward) + 160 TRX голосовых наград каждые 6 часов. Награды распределяются между SR и их избирателями. Каждый SR устанавливает свою долю перераспределения. Для получения наград нужно: застейкать TRX, проголосовать за SR, запросить награду (RewardBalance).

Stake Weight (Вес стейкинга)

Показатель, определяющий объём ресурсов и голосов аккаунта. Вес = количество застейканных TRX. Чем больше TRX застейкано, тем больше Energy/Bandwidth получает аккаунт (пропорционально общему стейку сети) и тем больше TRON Power для голосования (1 TRX = 1 TP).

Staking (Стейкинг)

Процесс заморозки TRX для получения блокчейн-ресурсов. При стейкинге выбирается тип ресурса: Bandwidth или Energy. Одновременно начисляется TRON Power (1 TRX = 1 TP) для голосования. TRX не тратятся — они блокируются и могут быть разморожены (14 дней ожидания). Ресурсы начисляются моментально и восстанавливаются линейно за 24 часа. Синоним: Freeze TRX.

Storage (Хранилище смарт-контракта)

Постоянная память смарт-контракта в блокчейне TRON, организованная как пары ключ-значение (256-бит). Операции с хранилищем — самые дорогие по Energy: SSTORE (запись нового значения) — 20 000 Energy, SSTORE (обновление) — 5 000 Energy, SLOAD (чтение) — 200 Energy. При переводе USDT основная часть Energy расходуется именно на обновление балансов в storage контракта.

Sun (Сан)

Минимальная неделимая единица TRX. 1 TRX = 1 000 000 Sun. Используется при расчётах комиссий, параметрах транзакций (fee_limit указывается в sun) и API-вызовах. Примеры: цена Energy при сжигании = 100 sun (0,0001 TRX), цена Bandwidth при сжигании = 1 000 sun (0,001 TRX), fee_limit = 15 000 000 sun (15 TRX).

SunSwap (Децентрализованная биржа TRON)

Основная DEX (децентрализованная биржа) в экосистеме TRON. Позволяет обменивать TRC-20 токены без посредников через механизм AMM (автоматический маркет-мейкер). Операции свопа потребляют значительно больше Energy, чем обычный перевод USDT: ~150 000–300 000 Energy за один своп. Добавление/извлечение ликвидности — ~200 000–500 000 Energy.

Super Representatives (SR) (Суперпредставители)

27 избранных узлов сети TRON, отвечающих за создание блоков каждые ~3 секунды. Избираются голосованием держателей TRX с помощью TRON Power. Помимо 27 SR существует до 100 SR-партнёров, которые не производят блоки, но участвуют в распределении голосовых наград. Голоса пересчитываются каждые 6 часов. SR могут создавать Committee Proposals для изменения сетевых параметров (требуется 19 из 27 голосов).

Team Wallet (Командный кошелёк)

Кошелёк или система кошельков для совместной работы нескольких пользователей. В TRON реализуется через мультиподпись (Account Permission Update) с настройкой threshold — минимального «веса» подписей для подтверждения транзакции. Позволяет разделить ответственность: один ключ инициирует, другие подтверждают. Управление ресурсами (Energy, Bandwidth) через централизованное делегирование.

threshold (Порог подписей)

Параметр мультиподписи в TRON, определяющий минимальный суммарный «вес» подписей, необходимый для подтверждения транзакции. Каждому ключу присваивается вес (weight), транзакция проходит, когда сумма весов подписавших >= threshold. Пример: 3 ключа с весом 1, threshold = 2 → нужны любые 2 из 3 подписей. Настраивается отдельно для Owner Permission и Active Permission.

Token Standard (Стандарт токенов)

Набор правил для выпуска, передачи и взаимодействия токенов. В TRON два стандарта: TRC-10 — реализован на уровне протокола, переводы требуют только Bandwidth (дёшево); TRC-20 — реализован через смарт-контракты, переводы требуют Energy + Bandwidth (дороже, но гибче). USDT использует стандарт TRC-20. Функции TRC-20: transfer, approve, balanceOf, totalSupply, allowance.

TPS (Transactions Per Second) (Транзакций в секунду)

Пропускная способность сети — количество транзакций, обрабатываемых за секунду. TRON: ~2 000 TPS. Для сравнения: Bitcoin ~7 TPS, Ethereum ~30 TPS, Solana ~4 000+ TPS. Высокий TPS TRON обеспечивается механизмом DPoS (27 SR, блок каждые 3 секунды) и эффективной архитектурой.

Transaction (Транзакция)

Любая операция, записываемая в блокчейн TRON. Типы: TransferContract (перевод TRX), TriggerSmartContract (вызов контракта / перевод TRC-20), FreezeBalanceV2 (стейкинг), DelegateResourceContract (делегирование), VoteWitnessContract (голосование), AccountPermissionUpdateContract (обновление прав). Каждая транзакция имеет уникальный txID, timestamp, expiration и расходует Bandwidth.

Transaction Batching (Пакетная обработка транзакций)

Метод последовательной отправки нескольких транзакций. В TRON каждый перевод — отдельная ончейн-транзакция (нет «нативного батчинга» в одну транзакцию, как multicall в Ethereum). Оптимизация: параллельная отправка с разных аккаунтов, предварительное делегирование Energy на все операционные кошельки, использование бесплатных 600 Bandwidth (1 перевод TRX/день бесплатно).

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

Совокупные затраты на одну операцию. Перевод TRX: ~268 Bandwidth (0 TRX при бесплатном Bandwidth). Перевод USDT TRC-20: ~64 285 Energy + ~345 Bandwidth (адрес с балансом) = ~6,77 TRX при сжигании, ~2–3 TRX при аренде Energy. Перевод USDT на новый адрес: ~130 285 Energy + ~345 Bandwidth = ~13,37 TRX при сжигании.

Transaction Failed / Transaction Reverted (Неудачная / откатанная транзакция)

Транзакция, не выполненная из-за ошибки. Основные статусы: OUT_OF_ENERGY — fee_limit исчерпан, все ресурсы потеряны; OUT_OF_TIME — превышен лимит 80 мс, ресурсы потеряны; REVERT — логическая ошибка контракта, неиспользованная Energy возвращается. Во всех случаях Bandwidth списывается полностью. USDT не перемещается при любой ошибке.

Примечание: термин Transaction Reverted описывает ту же механику и объединён здесь.

Transaction Receipt (Квитанция транзакции)

Результат выполнения транзакции, содержащий полную информацию: txID (хеш), статус (SUCCESS/REVERT/OUT_OF_ENERGY), расход Energy и Bandwidth, fee (сожжённые TRX), логи событий (events). Получить через API: wallet/gettransactioninfobyid. На Tronscan: детальная страница транзакции с вкладками «Overview», «Internal Txns», «Events».

Transaction Speed (Скорость транзакции)

Время от отправки до подтверждения. В TRON: включение в блок — ~3 секунды (1 подтверждение), финализация (solid block) — ~1 минута (19 из 27 SR). Для сравнения: Ethereum ~12 сек + 64 слота для финализации, Bitcoin ~10 мин + 6 подтверждений.

Transfer Fee (Комиссия за перевод)

Комиссия, взимаемая сетью при переводе. Перевод TRX: 0 TRX (при наличии 268 Bandwidth). Перевод USDT TRC-20: Energy + Bandwidth, при сжигании ~6,77 TRX (адрес с балансом) / ~13,37 TRX (новый адрес). С арендой Energy: ~2–6 TRX. Со стейкингом (если достаточно ресурсов): 0 TRX. Активация нового адреса: +1 TRX.

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

Стандарт токенов в сети TRON, аналог ERC-20 в Ethereum. Реализован через смарт-контракты. USDT — крупнейший TRC-20 токен. Все операции с TRC-20 требуют Energy (вычисления) + Bandwidth (передача данных). Обязательные функции контракта: transfer(), approve(), balanceOf(), totalSupply(), allowance(), transferFrom(). Более дорогой в использовании, чем TRC-10, но обеспечивает полную программируемость.

Treasury Wallet (Казначейский кошелёк)

Кошелёк для хранения и управления резервами проекта или бизнеса. Рекомендации: мультиподпись (threshold 2 из 3 или 3 из 5), аппаратный кошелёк для хранения ключей, минимальный баланс TRX на операционных кошельках, централизованный стейкинг TRX с делегированием Energy на операционные кошельки по мере необходимости.

TriggerSmartContract (Вызов смарт-контракта (тип транзакции))

Тип транзакции TRON для вызова функции смарт-контракта. Каждый перевод USDT TRC-20, своп на SunSwap, стейкинг в JustLend — это TriggerSmartContract. Параметры: contract_address (адрес контракта), function_selector (имя функции, например transfer(address,uint256)), parameter (закодированные аргументы), fee_limit (максимум TRX на Energy). API: wallet/triggersmartcontract.

TRON (TRX) (Блокчейн-платформа TRON)

Блокчейн-платформа с высокой пропускной способностью (~2 000 TPS), временем блока ~3 секунды и ресурсной моделью оплаты через Energy и Bandwidth. Нативная монета — TRX. Консенсус — DPoS (27 Super Representatives). TRON обрабатывает более 60% глобальных переводов USDT. Экосистема: SunSwap (DEX), JustLend (лендинг), USDD (стейблкоин), Sun.io (стейкинг и голосование).

TRON Power (TP) (Голосовая сила TRON)

Ресурс сети TRON, дающий право голосовать за Super Representatives. Начисляется при стейкинге TRX: 1 TRX = 1 TRON Power. Не делегируется — можно использовать только с аккаунта стейкинга. Голосование выполняется через VoteWitnessContract и пересчитывается каждые 6 часов. За голосование начисляются награды от SR.

TronGrid (Публичная API-инфраструктура TRON)

Управляемый сервис публичных нод TRON, предоставляющий HTTP и gRPC API без необходимости запускать собственный узел. Для доступа требуется API-ключ (TRON-PRO-API-KEY), получаемый на trongrid.io. Поддерживает все стандартные эндпоинты: wallet/, walletsolidity/, wallet/estimateenergy и др. Рекомендуется для разработки, тестирования и приложений с умеренной нагрузкой. Для высоконагруженных систем — собственный Full Node.

TronLink (Кошелёк TronLink)

Наиболее популярный некастодиальный кошелёк для сети TRON. Доступен как браузерное расширение (Chrome, Firefox) и мобильное приложение (iOS, Android). Позволяет: хранить TRX и TRC-20 токены, взаимодействовать с dApps, стейкать TRX, голосовать за SR, делегировать ресурсы. Пользователь полностью контролирует приватные ключи. Для аренды Energy достаточно публичного адреса TronLink.

Tronscan (Обозреватель блокчейна TRON)

Основной публичный обозреватель блокчейна TRON (tronscan.org). Позволяет: просматривать транзакции по txID, проверять балансы и ресурсы аккаунтов, анализировать смарт-контракты (ABI, параметры, energy_factor), отслеживать делегирование и стейкинг, мониторить Super Representatives и голосование, просматривать сетевые параметры (Committee Proposals).

TVM (TRON Virtual Machine) (Виртуальная машина TRON)

Среда исполнения смарт-контрактов в сети TRON, совместимая с EVM (Ethereum Virtual Machine). Исполняет байткод контрактов, написанных на Solidity или Java. Каждая инструкция байткода имеет фиксированную стоимость в Energy. Лимит исполнения: 80 мс на один вызов контракта (при превышении — OUT_OF_TIME). TVM обеспечивает детерминированное выполнение — одинаковый результат на всех узлах сети.

UnDelegateResourceContract (Транзакция отзыва делегирования)

Стандартный тип транзакции в Stake 2.0 для возврата ранее делегированных Energy или Bandwidth от получателя к владельцу ресурса. Возможен только после окончания lock_period (если он был установлен) или немедленно (если делегирование без таймлока). При отзыве действует механизм рекламации: если получатель израсходовал часть ресурса, у владельца пропорционально уменьшается доступный объём до полного восстановления (линейно 24 часа). API: wallet/undelegateresource.

UnfreezeBalanceV2 (Транзакция разморозки TRX)

Транзакция анстейкинга в модели Stake 2.0, инициирующая разморозку TRX. При выполнении: ресурсы (Energy или Bandwidth) и TRON Power отзываются мгновенно, TRX переходят в состояние ожидания на 14 дней (сетевой параметр #70). Параллельно может быть до 32 активных операций анстейкинга. Отмена возможна через CancelAllUnfreezeV2. Через 14 дней TRX выводятся на свободный баланс через WithdrawExpireUnfreeze. API: wallet/unfreezebalancev2.

Unfreezing / Unstaking (Разморозка TRX / Анстейкинг)

Процесс вывода TRX из стейкинга. Этапы в Stake 2.0: 1) отправка транзакции UnfreezeBalanceV2, 2) мгновенное прекращение начисления Energy/Bandwidth/TRON Power, 3) период ожидания 14 дней, 4) вывод TRX через WithdrawExpireUnfreeze. Если потребность в ресурсах вернулась — отмена через CancelAllUnfreezeV2 (TRX возвращаются в замороженное состояние).

Unfreeze Cooldown (Период ожидания разморозки)

14-дневный интервал между запросом на разморозку (UnfreezeBalanceV2) и фактическим возвратом TRX на свободный баланс. Сетевой параметр #70, изменяемый через Committee Proposal. В течение этого периода: TRX недоступны для перевода или повторного стейкинга, ресурсы уже не начисляются, TRON Power уже не действует. Можно отслеживать через wallet/getcanwithdrawunfreezeamount.

Usage Threshold (Порог использования ресурсов)

Заданное значение расхода Energy или Bandwidth, при достижении которого требуется действие: пополнение ресурсов (аренда, стейкинг) или оповещение оператора. Используется в автоматизированных системах и API-интеграциях: при падении доступных ресурсов ниже порога система автоматически делегирует Energy через DelegateResourceContract.

USDD (Алгоритмический стейблкоин TRON)

Децентрализованный стейблкоин экосистемы TRON, привязанный к доллару США. В отличие от USDT (обеспечен фиатными резервами), USDD использует алгоритмические механизмы стабилизации курса. Выпускается через протокол TRON DAO Reserve. Переводы USDD TRC-20 требуют Energy и Bandwidth по тем же правилам, что и USDT TRC-20.

USDT (Стейблкоин Tether)

Крупнейший стейблкоин мира, привязанный к доллару США (1 USDT ≈ 1 USD). Выпускается компанией Tether на нескольких блокчейнах. В сети TRON — стандарт TRC-20. TRON обрабатывает более 60% всех глобальных переводов USDT благодаря низким комиссиям и высокой скорости (~3 секунды). Контракт USDT: TR7NHqjeKQxGTCi8q8ZY4pL8otSzgjLj6t.

USDT Balance Requirement (Влияние баланса USDT на комиссию)

Ключевой фактор, определяющий размер комиссии при переводе USDT TRC-20. Если на адресе получателя уже есть баланс USDT — расход ~64 285 Energy (~6,77 TRX при сжигании). Если адрес не имеет баланса USDT (первый перевод) — расход ~130 285 Energy (~13,37 TRX при сжигании). Разница ~2× объясняется необходимостью создания новой записи в storage контракта (SSTORE: 20 000 Energy vs обновление 5 000 Energy).

USDT TRC-20 (USDT в сети TRON)

Версия стейблкоина USDT, выпущенная в сети TRON по стандарту TRC-20. Особенности: низкие комиссии (от 0 TRX при наличии Energy), высокая скорость (~3 секунды), широкое принятие (более 60% глобальных USDT-переводов). Каждый перевод — вызов функции transfer() смарт-контракта USDT. Dynamic Energy Model увеличивает расход через energy_factor для контракта USDT из-за его популярности.

USDT Transfer Fee (Комиссия перевода USDT)

Стоимость перевода USDT TRC-20, зависящая от наличия ресурсов и баланса получателя.

Без Energy (сжигание TRX): ~6,77 TRX (получатель с USDT) / ~13,37 TRX (новый адрес).

С арендой Energy: ~2–6 TRX (аренда + Bandwidth). Экономия до 65%.

Со стейкингом (достаточно ресурсов): 0 TRX — транзакция полностью бесплатна.

Дополнительно: при активации нового адреса +1 TRX. Bandwidth (~345 ед.) списывается отдельно или из бесплатных 600 ед.

Примечание: термины USDT Network Fee и USDT Transfer описывают ту же механику и объединены здесь.

User Resource Profile (Профиль ресурсов пользователя)

Совокупность данных о состоянии ресурсов аккаунта: доступные и общие Energy и Bandwidth, объём стейкинга (TRX на Energy / на Bandwidth), делегированные ресурсы (входящие и исходящие), TRON Power, активные анстейки. Получить полный профиль: API wallet/getaccountresource (ресурсы) + wallet/getaccount (баланс и стейкинг). Визуально: Tronscan, раздел «Resources» аккаунта.

Utility Token (Утилитарный токен)

Токен, используемый для оплаты услуг, комиссий или доступа к функциям экосистемы. В контексте TRON: TRX — основной utility token (стейкинг, комиссии, голосование); BTT (BitTorrent Token) — оплата трафика; JST (JUST) — управление протоколом JustLend; SUN — управление Sun.io. Все утилитарные токены в TRON — стандарта TRC-20 или TRC-10.

Validator / Super Representative (Валидатор / Суперпредставитель)

Узел сети TRON, отвечающий за проверку транзакций и создание блоков. В TRON валидаторами являются 27 Super Representatives, избираемых голосованием держателей TRX каждые 6 часов. SR производят блоки по очереди (~3 секунды на блок), получают награды (16 TRX за блок + голосовые награды) и могут создавать Committee Proposals для изменения параметров сети.

Примечание: термин Validator Node описывает ту же инфраструктуру и объединён здесь.

Validator Performance Metrics (Метрики производительности валидатора)

Набор показателей для оценки эффективности Super Representative: uptime (процент времени активного участия), количество произведённых блоков, пропущенные блоки, время отклика, размер перераспределяемых наград избирателям. Метрики доступны на Tronscan в разделе «Representatives» и используются избирателями для выбора оптимального SR.

Validator Reward (Награда валидатора)

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

Validator Selection / Voting Cycle (Выбор валидаторов / Цикл голосования)

Процесс определения 27 Super Representatives на основе голосования держателей TRX. Голоса = TRON Power (1 застейканный TRX = 1 голос). Голоса пересчитываются каждый цикл обслуживания (Maintenance Period) — каждые 6 часов (00:00, 06:00, 12:00, 18:00 UTC). 27 адресов с наибольшим числом голосов становятся SR. Следующие до 100 адресов — SR-партнёры (не производят блоки, но получают часть наград).

Примечание: термин Voting Cycle описывает тот же процесс и объединён здесь.

Validator Uptime (Доступность валидатора)

Показатель стабильности работы Super Representative — процент времени активного участия в производстве блоков. Если SR пропускает свою очередь — блок производит следующий SR. Низкий uptime означает потерю наград для SR и его избирателей. Топовые SR поддерживают uptime >99,9%. Отслеживается на Tronscan.

Vote / Voting Power / TRON Power (Голос / Голосовая сила)

Механизм участия в управлении сетью TRON. При стейкинге TRX начисляется TRON Power (1 TRX = 1 TP = 1 голос). Голоса распределяются между кандидатами в Super Representatives через транзакцию VoteWitnessContract. Можно голосовать за нескольких SR одновременно. Голоса пересчитываются каждые 6 часов. За голосование начисляются награды от SR.

Примечание: термины Vote Weight, Vote Allocation и Voting Power описывают ту же механику и объединены здесь.

Voting Interface (Интерфейс голосования)

Инструменты для голосования за Super Representatives. Основные: Tronscan (tronscan.org — раздел «Votes»), TronLink (встроенная функция голосования), Sun.io (стейкинг + голосование с удобным интерфейсом). Процесс: подключить кошелёк → выбрать SR → указать количество голосов → подтвердить транзакцию VoteWitnessContract.

Voting Reward (Награда за голосование)

Вознаграждение, получаемое пользователями за участие в голосовании за Super Representatives. Размер зависит от: количества ваших голосов (TRON Power), процента перераспределения, установленного SR, и общего количества голосов за данного SR. Награды накапливаются и запрашиваются через API wallet/rewardbalance + wallet/withdrawbalance. Автоматически не зачисляются — нужно запросить вывод.

Voting Snapshot (Снимок голосования)

Фиксация состояния голосов и TRON Power на момент начала каждого цикла обслуживания (00:00, 06:00, 12:00, 18:00 UTC). По результатам снимка определяются 27 SR на следующие 6 часов и рассчитываются награды. Изменения голосов между снимками вступят в силу только в следующем цикле.

VoteWitnessContract (Транзакция голосования)

Тип транзакции TRON для голосования за Super Representatives. Параметры: owner_address (голосующий аккаунт), votes (массив пар «адрес SR → количество голосов»). Суммарное число голосов не может превышать TRON Power аккаунта. Каждое новое голосование полностью заменяет предыдущее распределение голосов. Транзакция расходует ~270–300 Bandwidth. API: wallet/votewitnessaccount.

Wallet (Криптокошелёк)

Инструмент для хранения, отправки и управления криптовалютой, токенами и ресурсами в сети TRON. Типы: некастодиальный (пользователь контролирует ключи — TronLink, Trust Wallet, SafePal, Ledger), кастодиальный (ключи у третьей стороны — биржи). Для работы с TRON кошелёк должен поддерживать: TRX, TRC-20 токены, стейкинг (Stake 2.0), делегирование ресурсов.

Wallet Approval (Разрешения кошелька / Approvals)

Список смарт-контрактов, которым пользователь выдал разрешение (approve) на управление своими токенами. Каждый approve указывает: адрес контракта (spender), тип токена, разрешённый лимит. Опасность: бесконечный approve даёт контракту неограниченный доступ к токенам. Рекомендация: регулярно проверять и отзывать ненужные approve через Tronscan (раздел «Approval» аккаунта) или TronLink.

Wallet Connection (Подключение кошелька)

Процесс соединения кошелька с dApp или Web3-приложением. В TRON стандартный протокол — TronLink Adapter (аналог WalletConnect для Ethereum). При подключении dApp получает доступ к публичному адресу, но не к приватному ключу. Каждая транзакция требует подтверждения пользователем в интерфейсе кошелька. Подключение само по себе не расходует Energy или Bandwidth.

Wallet Drain (Опустошение кошелька)

Кража средств с кошелька вследствие: фишинга (поддельный сайт получает seed phrase или приватный ключ), вредоносного approve (контракт получает бесконечный доступ к токенам), подмены адреса (clipboard hijacking — вредоносное ПО заменяет адрес при копировании), компрометации ключей. Защита: никогда не вводить seed phrase на сайтах, проверять approve-лимиты, использовать аппаратный кошелёк, проверять адрес перед отправкой.

Wallet Energy Status (Статус Energy кошелька)

Текущее состояние ресурсов Energy на кошельке: доступная Energy (для транзакций без сжигания TRX), общий лимит (собственная + делегированная), использованная за текущий цикл, время до полного восстановления. Проверить: Tronscan (раздел «Resources»), TronLink (главный экран), API wallet/getaccountresource. Рекомендуется проверять перед каждым переводом USDT.

Wallet Monitoring (Мониторинг кошелька)

Непрерывное отслеживание транзакций, баланса и активности кошелька. Инструменты: Tronscan (история транзакций, ресурсы, approve), TronGrid API (программный мониторинг, webhook-уведомления), сторонние сервисы с алертами по балансу и ресурсам. Для бизнеса: мониторинг нескольких операционных кошельков с централизованным дэшбордом и автопополнением Energy.

Wallet Recovery (Восстановление кошелька)

Процесс восстановления доступа к кошельку. Основной метод: импорт seed phrase (мнемоническая фраза из 12 или 24 слов). Альтернатива: импорт приватного ключа. При восстановлении все балансы (TRX, USDT, другие токены), стейкинг и делегирования сохраняются — они записаны в блокчейне и привязаны к адресу, а не к устройству. Без seed phrase или приватного ключа восстановление невозможно.

Wallet Security (Безопасность кошелька)

Меры защиты: хранение seed phrase офлайн (бумага, металл — не в облаке), аппаратный кошелёк для крупных сумм, ограниченные approve-лимиты (не бесконечные), разделение кошельков (хранилище + операционный), мультиподпись для командных кошельков, проверка контрактов перед взаимодействием. Никогда: не вводить seed phrase на сайтах, не подключать кошелёк к неизвестным dApps.

Wallet Signature (Подпись транзакции кошельком)

Криптографическая подпись, подтверждающая подлинность и авторство транзакции. Создаётся приватным ключом по алгоритму ECDSA (secp256k1). Любой узел сети может проверить подпись с помощью публичного ключа, но не может её подделать. Каждая транзакция в TRON должна быть подписана — без подписи сеть её отклонит. Аппаратные кошельки подписывают транзакции внутри устройства, не раскрывая приватный ключ.

Wallet Transaction History (История транзакций кошелька)

Полный список операций аккаунта, зафиксированных в блокчейне: переводы TRX, переводы TRC-20 (USDT и др.), вызовы контрактов, стейкинг, делегирование, голосование. Просмотр: Tronscan (вкладки «Transactions», «Transfers», «Internal Txns»), TronLink (история в кошельке), API wallet/gettransactionlistbyaddress. Каждая запись содержит: txID, статус, расход ресурсов, время.

Withdrawal Fee (Комиссия за вывод)

Комиссия, взимаемая биржей или сервисом при выводе USDT или других активов на внешний кошелёк. Это не сетевая комиссия TRON, а наценка платформы. Сетевая комиссия: ~6,77 TRX (при сжигании), но биржи обычно берут фиксированную сумму (1–5 USDT). При выводе на TRON (TRC-20) комиссия значительно ниже, чем на Ethereum (ERC-20) или Bitcoin.

WithdrawExpireUnfreeze (Вывод размороженных TRX)

Транзакция в Stake 2.0 для получения TRX после завершения 14-дневного периода ожидания анстейкинга. После выполнения TRX переходят на свободный баланс аккаунта и доступны для переводов, повторного стейкинга или других операций. Проверить доступную сумму: API wallet/getcanwithdrawunfreezeamount. Если период ожидания не завершён — транзакция будет пустой (0 TRX).

Witness Permission (Разрешение свидетеля)

Третий уровень разрешений в системе управления аккаунтом TRON (наряду с Owner Permission и Active Permission). Witness Permission используется только Super Representatives и SR-партнёрами для: производства блоков, подписи блоков, участия в голосовании по Committee Proposals. Для обычных пользователей Witness Permission не применяется.

Yield Staking (Доходный стейкинг)

Форма стейкинга, при которой заморозка криптовалюты используется не только для получения сетевых ресурсов, но и для генерации дохода. В экосистеме TRON: стейкинг TRX → получение TRON Power → голосование за SR → награды от SR (APR). Дополнительно: DeFi-стейкинг в JustLend (депозит TRX/USDT для получения процентов), Sun.io (стейкинг LP-токенов для фарминга SUN/TRX). Важно: DeFi-стейкинг расходует Energy и несёт риски смарт-контрактов.

Zero Energy State (Состояние нулевой Energy)

Состояние аккаунта, при котором доступный объём Energy полностью исчерпан. В этом состоянии: переводы USDT TRC-20 возможны, но вся Energy оплачивается сжиганием TRX (Energy Fee Fallback) — ~6,77–13,37 TRX за перевод. Переводы TRX не затрагиваются (требуют только Bandwidth). Для выхода из Zero Energy State: стейкинг TRX, аренда Energy, делегирование от другого аккаунта.

Zero Fee Transaction (Транзакция с нулевой комиссией)

Транзакция в TRON, выполненная без сжигания TRX — полностью за счёт ресурсов (Energy + Bandwidth). Достижимо при: достаточном объёме Energy (стейкинг/делегирование/аренда) + достаточном Bandwidth (стейкинг/делегирование/бесплатные 600 ед.). Для перевода TRX: достаточно бесплатных 600 Bandwidth (1 перевод в день). Для перевода USDT: нужна Energy (~64 285–130 285 ед.) + Bandwidth (~345 ед.).