Hedera закриває AccountBalanceQuery – розробники мають до липня

Hedera скасовує AccountBalanceQuery до липня 2026 року, підштовхуючи розробників до REST API Mirror Node, оскільки обмеження почнуть знижуватися з травня 2026 року. Ось що змінюється.

Hedera припиняє підтримку AccountBalanceQuery. Мережа підтвердила, що ця функція буде повністю видалена з релізом консенсусного вузла у липні 2026 року, версія 0.75. Розробники, які ще не почали мігрувати, вже втрачають час.

Головна проблема не в технічній складності. Кожен виклик AccountBalanceQuery напряму звертається до консенсусних вузлів. Це відволікає їх від обробки транзакцій та досягнення згоди, їхньої основної роботи. З ростом мережі така компромісність перестає мати сенс.

Час почався у лютому

Як повідомили @hedera_devs у X, обмеження швидкості почнуть знижуватися задовго до липневого кінця. Зараз запити обробляються з швидкістю 40 000 запитів на секунду. Це триватиме до квітня 2026 року. У травні швидкість знизиться до 20 000 рс. У червні — до 10 000 рс. А у липні всі запити почнуть провалюватися.

Високопродуктивні додатки відчують це вже у травні. Це переломний момент.

Мережа не позбавляється цієї функції без пропонування чогось кращого. Mirror Nodes створені саме для таких запитів. Вони обробляють високий обсяг даних без навантаження на консенсус. Mirror Node, розміщений на Hedera, надає безкоштовний доступ з власними обмеженнями швидкості, а комерційні провайдери пропонують більші обсяги за платними планами.

Обов’язково до прочитання: Hedera активує безшовні міжланцюгові перекази через Axelar

Міграція простіша, ніж здається

Заміна вже доступна. Розробники можуть замінити AccountBalanceQuery на REST-запит до API Mirror Node за ендпоінтом balances, передаючи ID рахунку. За офіційним керівництвом з міграції Hedera, баланси токенів отримуються через окремий ендпоінт accounts tokens. Обидва вже готові до роботи.

Керівництво з міграції містить п’ять кроків. Спершу — знайти у коді виклики AccountBalanceQuery та .getAccountBalance(). Другий — обрати REST API Mirror Node як заміну. Третій — протестувати все на тестовій мережі. Четвертий — розгорнути до травня. П’ятий — повністю видалити застарілі посилання.

Найважливіший — четвертий — отримати роботу до травня, щоб уникнути обмежень швидкості.

Можливо, вас зацікавить: HBAR приєднується до DMI у формуванні глобальної крипто-політики та інфраструктури

Блок-стріми з’являться, але не зараз

З’являється ще один варіант. Блок-ноді, базовані на HIP-1056 і HIP-1081, зможуть пропонувати оновлення балансу у режимі реального часу через Block Streams. Ця система об’єднує події, записи та дані бокових ліній у один перевірений потік. Розробники зможуть підписуватися і фільтрувати лише потрібні дані.

Блок-ноді ще в розробці. Вони недоступні для цієї міграційної хвилі. Зараз шлях — REST API Mirror Node.

Ця функція однаково поширюється на mainnet, testnet і previewnet. Жодне середовище не отримує окремий графік.

Також до прочитання: Грузія співпрацює з Hedera для дослідження реєстру земель на блокчейні

Чому ця зміна вказує на щось більше

Це не просто очищення. Архітектура Hedera перебудовується навколо чіткого розділення. Консенсусні вузли відповідають за консенсус. Спеціалізована інфраструктура — за дані. AccountBalanceQuery з неправильної категорії з точки зору масштабованості зникає саме через це.

Більш широкі зміни видно і в інших сферах. Hedera розширює партнерства з підприємствами, долучається до політичних органів і розширює сумісність з EVM. Видалення навантаження з консенсусних вузлів відповідає цій стратегії: створити мережу, яка справді може масштабуватися.

Як підтвердили @hedera_devs безпосередньо у X, обмеження почнуть знижуватися з травня 2026 року. Травень і червень — це тестовий період. Липень — без запасу.