Криптословник 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 секунди.

Сonsume_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 (Шкідливий смарт-контракт)

і dApps.

Mass Distribution (М Смарт-контракт, створений для крадіжки токенів, зловживання дозволами або отримання несанкціонованого доступу до гаманця. Типові атаки: нескінченний approve (контракт отримує необмежений доступ до токенів), фішингові контракти (маскуються під легітимні), honeypot-контракти (дозволяють купити токен, але не продати). Захист: перевіряйте ліміти approve, не взаємодійте з невідомими контрактами, використовуйте перевіренасове розподілення)
Процес одночасного надсилання коштів або токенів на велику кількість адрес. У мережі 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, де перевантаження підвищує ціну gas, у 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 од.).