Оновлення Ethereum Fusaka відкриває шлях до автоматизованого масштабування даних

• PeerDAS дозволяє валідаторам тестувати blob-дані, що зменшує використання сховища та підтримує масштабованість.
• BPO-форки автоматично коригують ліміти blob, дозволяючи зростання без повних жорстких форків ETH.
• Ліміти gas зростають до 150M, оскільки масштабування blob забезпечує вищу швидкість транзакцій rollup.

Основні розробники Ethereum планують активувати оновлення Fusaka 3 грудня, що стане значним кроком у масштабованості мережі. Оновлення спрямоване на розширення доступності даних без необхідності повторних повних жорстких форків. Fusaka впроваджує PeerDAS (EIP-7594), що дозволяє валідаторам вибірково перевіряти частини blob-даних замість завантаження всіх наборів. Такий підхід зменшує вимоги до пропускної здатності та знижує потреби у сховищі, водночас місткість blob продовжує зростати для масштабування rollup.

Збільшення місткості blob відбуватиметься поетапно, починаючи з 17 грудня та з наступним розширенням 7 січня 2026 року. Дослідниця Ethereum Christine D. Kim підтвердила, що два заплановані жорсткі форки подвоять поточну місткість blob. Для підготовки до цих змін заплановано три публічні тестнети з початку жовтня до середини листопада.

Ethereum Foundation також запустила чотиритижневу програму аудиту з призовим фондом у $2 мільйони за виявлені вразливості у кодовій базі Fusaka. Розробники очікують, що активація в основній мережі співпаде з досягненням певної висоти блоку на початку листопада.

Поступове масштабування через PeerDAS та BPO-форки

Fusaka впроваджує Blob Parameter-Only (BPO) форки, як описано в EIP-7892, які змінюють параметри, пов’язані з blob, без необхідності жорсткого форку всієї мережі. Група розробників Ethereum ethPandaOps заявила: “Початковий висновок полягає в тому, що ми можемо рухатися далі з максимальним числом blob 15 для BPO1 та максимальним числом blob 21 для BPO2. Загалом для Fusaka заплановано 5 BPO, тож ми можемо безпечно масштабувати основну мережу.” Ці легкі форки дозволяють динамічно розширювати місткість blob, зберігаючи стабільність. 

Розробники окреслили цілі, починаючи з шести blob на блок, подібно до Pectra, поступово збільшуючи до 12–24, а згодом — до 48–72. Оскільки blob зберігають великі набори даних поза ланцюгом, їх розширення знижує вартість транзакцій у мережах другого рівня та підтримує більшу активність rollup.

За даними Dune Analytics, середнє використання blob зросло з 0,9 на блок у березні 2023 року до 5,1 на блок після оновлення Dencun у березні 2024 року. Така динаміка свідчить про зростаючу залежність від інфраструктури blob для масштабування.

Fusaka об’єднує 11–12 бекендових Ethereum Improvement Proposals, жоден з яких не змінює смарт-контракти чи видимі функції для користувачів. Замість цього вони спрямовані на вдосконалення інфраструктури для розширення пропускної здатності при збереженні децентралізації.

Дивіться також: Swiss Banks Test Tokenized Deposit Payments on Ethereum

Розширення ліміту gas і ефективність rollup

Поряд із масштабуванням blob, Fusaka впроваджує EIP-7935 для підвищення ліміту gas в Ethereum. Стандартна стеля gas на блок встановлена на рівні близько 45 мільйонів, з подальшим зростанням до 150 мільйонів. Ці зміни відкривають ширші можливості для пропускної здатності транзакцій. Розширення можливе лише завдяки тому, що PeerDAS і blob дозволяють керувати зростаючим обсягом даних без перевантаження операторів вузлів.

Розробники розглядають цю стратегію як консервативну та орієнтовану на інфраструктуру, що гарантує збереження децентралізації під час розширення місткості. Надалі триватимуть ретельні тести як на devnet, так і на testnet до фактичної активації в основній мережі Ethereum.

У травневому оновленні Pectra були підвищені ліміти стейкінгу для валідаторів, а також інтегровано абстракцію акаунтів, у результаті чого 2,6 мільйона ETH, вартістю $12 мільярдів минулого тижня, наразі перебувають у черзі на вихід. Fusaka робить ще один крок уперед, готуючи Ethereum до обробки тисяч транзакцій rollup за секунду та зниження витрат як для rollup, так і для валідаторів. Чи стане поступовий підхід Fusaka до масштабування даних початком шляху Ethereum до повного danksharding?