Як працює Bandwidth у мережі TRON

Блокчейн TRON працює на двох ключових ресурсах: Bandwidth та Energy. Якщо Energy відповідає за виконання смарт-контрактів, то Bandwidth — це фундамент. Він потрібен абсолютно для будь-якої транзакції в мережі: переказ TRX, відправка USDT TRC-20, делегування ресурсів, голосування за Super Representatives.

Якщо вашого балансу Bandwidth недостатньо, транзакція все одно буде виконана — але мережа автоматично спалить TRX з вашого балансу для покриття вартості. Саме тому розуміння роботи Bandwidth безпосередньо впливає на ваші операційні витрати в мережі TRON.

Bandwidth (пропускна здатність) — це мережевий ресурс блокчейну TRON, який вимірює розмір транзакції в байтах. Кожна транзакція в мережі передається та зберігається у вигляді байтового масиву, і саме його розмір визначає витрату Bandwidth.

Кожна транзакція в TRON складається з трьох частин, і всі вони враховуються при розрахунку Bandwidth:

raw_data — основне тіло транзакції: адреси відправника та отримувача, сума, параметри виклику контракту, reference block та інші дані. Це найбільша частина, і її розмір залежить від типу операції.

signature — електронний підпис, що підтверджує авторство транзакції. Кожен підпис займає 67 байт. При мультипідписі (multi-signature) додається 67 байт на кожного підписанта, що збільшує витрату Bandwidth.

result — результат виконання транзакції. Фіксований розмір — 64 байти.

На відміну від Energy, витрата Bandwidth не залежить від складності смарт-контракту. Простий переказ TRX та взаємодія зі складним DeFi-протоколом можуть потребувати порівнянний обсяг Bandwidth, якщо розмір транзакції в байтах приблизно однаковий.

Зверніть увагу: навіть простий переказ TRX споживає понад 250 одиниць. Відправка USDT TRC-20 потребує ~345 одиниць, оскільки транзакція містить додаткові дані виклику смарт-контракту (адреса контракту USDT, параметри функції transfer та адреса отримувача).

Безкоштовний добовий Bandwidth

Кожен активований акаунт у мережі TRON автоматично отримує 600 безкоштовних одиниць Bandwidth на добу. Жодних дій для цього виконувати не потрібно — ресурс нараховується автоматично.

Bandwidth через стейкінг TRX

Щоб отримати більший обсяг Bandwidth, можна заморозити (застейкати) TRX. Це основний спосіб для активних користувачів та бізнесу.

Обсяг нарахованого Bandwidth залежить від двох факторів: кількості застейканих вами TRX та загальної кількості TRX, застейканих усіма користувачами мережі. TRON щодня розподіляє фіксований пул ресурсів між усіма учасниками пропорційно до їхньої частки.

Загальний добовий пул — 43,2 мільярда одиниць Bandwidth — розподіляється між усіма стейкерами. Чим більша ваша частка, тим більше Bandwidth ви отримуєте.

Наприклад, для отримання 1000 Bandwidth необхідно заморозити приблизно 1 608 TRX.

За курсом 0,2766 USDT за TRX на 10.02.2026, це означає заморозку коштів на суму: 1 608 TRX × 0,2766 ≈ 444,77 USDT

Делегування Bandwidth

Якщо у вас немає застейканого TRX, а Bandwidth потрібен, його можна отримати через делегування. Це механізм, за якого інший акаунт передає вам свій Bandwidth без передачі токенів TRX.

Як це працює:

— власник заморожує TRX та отримує Bandwidth;

— отриманий Bandwidth делегується на вашу адресу;

— ви використовуєте цей ресурс для своїх транзакцій;

— право власності на TRX залишається у делегатора.

При відправці будь-якої транзакції мережа TRON списує Bandwidth у строго визначеному порядку пріоритетів. Розуміння цієї ієрархії є ключовим для контролю витрат:

Система проходить цей список згори донизу. Якщо одне з джерел повністю покриває потрібний обсяг — транзакція виконується за його рахунок. Якщо ні — мережа переходить до наступного.

Це одна з найменш очевидних особливостей ресурсної моделі TRON, яка регулярно призводить до неочікуваного спалювання TRX.

Приклад

Для транзакції потрібно 350 одиниць Bandwidth. На вашому гаманці:

— 100 одиниць безкоштовного добового Bandwidth;

— 300 одиниць Bandwidth через стейкінг TRX.

Сумарно доступно 400 одиниць — здається, що цього більш ніж достатньо. Однак мережа не може об'єднати ці два джерела для однієї транзакції. Ні безкоштовної квоти (100), ні застейканого ресурсу (300) окремо не вистачає, щоб покрити 350 одиниць.

Результат: мережа автоматично компенсує нестачу спалюванням TRX з вашого балансу.

Як уникнути цієї ситуації

Переконайтеся, що хоча б одне з ваших джерел Bandwidth повністю покриває розмір транзакції:

— збільшіть стейкінг TRX, щоб застейканого Bandwidth було достатньо;

— або отримайте Bandwidth через делегування з іншого акаунту;

— або розподіляйте навантаження так, щоб безкоштовних 600 одиниць вистачало на ваші операції.

Це особливо критично для бізнесів, які працюють із кількома гаманцями та здійснюють масові перекази.

Bandwidth Fee Fallback — це вбудований механізм мережі TRON, який гарантує виконання транзакції навіть за повної відсутності Bandwidth — але за це доведеться заплатити.

Якщо жодне з доступних джерел Bandwidth не покриває розмір транзакції, мережа автоматично розраховує комісію та списує TRX:

На перший погляд суми здаються невеликими. Якщо Bandwidth на гаманці немає:

345 Bandwidth × 0,001 TRX = 0,345 TRX — саме таку комісію ви побачите при відправці USDT без Bandwidth. Але при високій активності витрати швидко накопичуються: 100 транзакцій USDT на день — це 34,5 TRX лише на Bandwidth. На місяць — понад 1 000 TRX. І це без урахування витрат на Energy.

Bandwidth Fee Fallback спрацьовує автоматично. Ви не отримаєте помилку чи попередження — TRX просто спишуться з балансу. Саме тому завчасне планування ресурсів є критично важливим.

Відновлення Bandwidth

Витрачений Bandwidth — як безкоштовний, так і отриманий через стейкінг — відновлюється безперервно з кожним новим блоком, що виробляється в мережі TRON.
Загальний період повного відновлення становить 24 години, однак процес відбувається плавно та лінійно на рівні блоків, а не дискретно по годинах.

Це означає, що Bandwidth повертається маленькими частками практично безперервно, у міру виробництва нових блоків.

Як це працює технічно

• У мережі TRON час блоку становить приблизно 3 секунди
• За 24 години виробляється приблизно 28 800 блоків
• Кожен новий блок повертає приблизно 1 / 28 800 від витраченого Bandwidth
• Швидкість відновлення:
  • однакова для всіх акаунтів
  • не залежить від суми стейкінгу
  • не залежить від типу операцій чи історії транзакцій

Практична порада

Якщо вам потрібно виконати серію транзакцій, розподіляйте їх у часі.
Навіть пауза в кілька хвилин дозволить Bandwidth частково відновитися завдяки новим блокам, що може допомогти уникнути спалювання TRX.

Приклад

Якщо ви повністю витратили Bandwidth зранку:

• через ~6 годин буде відновлено приблизно 25% ресурсу
• відновлення відбувається не стрибком, а поступово — кожні ~3 секунди
• повне відновлення — приблизно через 24 години

Ключовий момент: для відправки USDT TRC-20 потрібні обидва ресурси одночасно. Bandwidth покриває передачу даних транзакції, Energy — виконання коду контракту USDT. Основна стаття витрат — це Energy (десятки тисяч одиниць), тоді як Bandwidth — порівняно невелика, але обов'язкова складова.

На обсяг споживаного Bandwidth впливають кілька факторів:

Тип операції. Простий переказ TRX важить менше, ніж виклик смарт-контракту. Операції делегування, голосування та управління ресурсами мають свій характерний розмір.

Додаткові дані. Поля Memo (текстові примітки до транзакцій), параметри виклику контракту та додаткові аргументи — все це збільшує розмір транзакції в байтах і, відповідно, витрату Bandwidth.

Мультипідписи. Кожен додатковий підпис додає 67 байт до транзакції. Якщо ваш акаунт використовує мультипідпис із 3 підписантами — це вже +201 байт = +201 одиниця Bandwidth порівняно зі стандартною транзакцією.

Структура транзакції. Складні транзакції з безліччю параметрів (наприклад, взаємодія з DeFi-протоколами) можуть генерувати більший обсяг raw_data.

Для звичайних користувачів

Якщо ви здійснюєте 1–2 перекази на день — безкоштовних 600 одиниць Bandwidth, скоріш за все, вистачить. Слідкуйте за балансом ресурсів у гаманці. Trust Wallet відображає доступний Bandwidth прямо на головному екрані. Перевірити ресурси також можна через Tronscan — у розділі "Resources" на сторінці вашого гаманця.

Для активних користувачів та трейдерів

При кількох транзакціях USDT на день безкоштовного Bandwidth не вистачить. Оптимальний варіант — застейкати помірну кількість TRX для отримання додаткового ресурсу. Пам'ятайте, що стейкінг одночасно надає вам TRON Power для голосування.

Для бізнесу та операцій з високим обсягом

При десятках та сотнях транзакцій на день управління Bandwidth стає критичним. Рекомендації:

— розрахуйте добову потребу: кількість транзакцій × середня витрата на операцію;

— забезпечте стейкінг, при якому одне джерело Bandwidth повністю покриває кожну транзакцію;

— використовуйте делегування для операційних гаманців — не потрібно тримати TRX на кожному;

— розподіляйте транзакції в часі, щоб Bandwidth встигав відновлюватися.

Якщо ви переказуєте TRX або токени TRC-10 на адресу, яка ще не активована (жодного разу не отримувала транзакцій), врахуйте додаткові витрати:

— комісія за активацію акаунту — 1 TRX;

— якщо у відправника немає Bandwidth через стейкінг, додатково спалюється 0,1 TRX за Bandwidth.

При масових розсилках на нові адреси це суттєво збільшує витрати.

Bandwidth — фундаментальний ресурс мережі TRON, без якого неможлива жодна транзакція. Ось ключові висновки:

1 байт = 1 Bandwidth. Витрата залежить від розміру транзакції, а не від суми переказу.

600 безкоштовних одиниць на добу — вистачає на 1–2 перекази TRX.

Потрібно більше Bandwidth? Стейкайте TRX або використовуйте делегування.

Ресурси не сумуються! Одне джерело повинно повністю покрити транзакцію.

Bandwidth не вистачило? Мережа автоматично спалить TRX (0,001 TRX за одиницю).

Повне відновлення за 24 години — лінійно, рівномірно, для всіх однаково.

Контролюйте ресурси, плануйте витрату Bandwidth — і не переплачуйте за транзакції в мережі TRON.