Ethereum активував оновлення Fusaka 3 грудня 2025 року, значно розширивши доступність даних мережі через механізм Blob Parameter Overrides. Цей механізм дозволяє поступово коригувати цільову та максимальну стелю blob — стиснені пакети даних транзакцій, які rollup-2 рівня завантажують до Ethereum для забезпечення безпеки та повноти.
Наступні два коригування підвищили ціль на блок з 6 до 10, потім до 14, а максимальну стелю — до 21. Основна мета Fusaka — знизити вартість rollup-файлів шляхом збільшення пропускної здатності blob-даних.
Однак після трьох місяців збору даних результати показали чіткий розрив між технічними можливостями та фактичним використанням. Аналіз MigaLabs понад 750 000 слотів з моменту активації Fusaka показує, що мережа ще не досягла своєї мети — 14 блоків на блок.
Варто зазначити, що медіанне використання плям навіть зменшилося після першої корекції параметра. Блоки, що містять 16 або більше плям, мають значно вищий рівень промахів, що свідчить про зниження надійності мережі з наближенням нового ліміту пропускної здатності.
Висновок звіту досить прямолінійний: не рекомендується продовжувати збільшувати параметр blob, доки частота промахів у багатоблочних блоках не повернеться до норми і не виникне реальна потреба заповнити створену ємність.
Що змінив Фусака і коли це відбулося?
До Fusaka, згідно з EIP-7691, Ethereum встановив ціль у 6 блоків на блок з максимальною стелею 9. Оновлення Fusaka вводить два послідовні налаштування Blob Parameter Override.
Перший раз це було активовано 9 грудня 2025 року, підвищивши ціль до 10, а максимальну стелю — до 15. Другий раз відбудеться 7 січня 2026 року, що продовжує підвищувати ціль до 14 і максимальну межу до 21.
*Дорожня карта оновлення Fusaka від Ethereum показує, що параметри blob зростають з базових показників 9/6 до 15/12, а потім 14/21 між груднем 2025 і січнем 2026 року.*Ці зміни не потребують хардфорку, що дозволяє Ethereum регулювати пропускну здатність через координацію між клієнтами, а не через оновлення на рівні протоколу.
Аналітика MigaLabs із відтворюваним вихідним кодом і методологією відстежує використання blob та продуктивність мережі протягом цього переходного періоду. Результати показали, що медіанна кількість плям на блок зменшилася з 6 до 4 після першого перевищення, хоча загальна місткість була збільшена. Блоки, що містять 16 або більше плям, надзвичайно рідкісні, кожен рівень плям з'являється лише від 165 до 259 разів протягом усього періоду спостереження.
Іншими словами, мережа має простір, але ще не була використана.
Звіт також вказує на непослідовність: опис хронології зазначає, що перше перевизначення підвищує цільову мету з 6 до 12, тоді як оголошення Ethereum Foundation для основної мережі та клієнтська документація підтверджують зростання з 6 до 10. У цьому аналізі використовуються офіційні параметри Ethereum Foundation, тоді як емпіричні дані про використання та показники промахів від MigaLabs все ще вважаються основою аналізу.
Відсоток промаху різко зростає у багатоблоках
Надійність мережі, виміряна через пропущені слоти — блоки, які не поширюються або не перевіряються належним чином — демонструє дуже чітку тенденцію.
На низькому рівні blob базовий промах близько 0,5%. Коли блок містить 16 або більше плям, ця швидкість зростає до області 0,77% до 1,79%. При 21 блобі, максимальній межі після другого перевищення, рівень промахів досяг 1,79%, що більш ніж у три рази перевищує базовий рівень.
Аналіз кожного рівня плями від 10 до 21 показує, що крива погіршення надійності поступово зростає і стає помітною, коли цільова ціль у 14 плям перевищується.
Це особливо важливо, оскільки показує, що поточна інфраструктура Ethereum — включно з апаратним забезпеченням валідатора, пропускною здатністю мережі та часом атестації — має труднощі з обробкою блоків на високих порогах пропускної здатності.
Якщо попит різко зросте в майбутньому і регулярно наближає блоки до ліміту у 21 блок, високий рівень пропуску може призвести до затримки остаточності або зростання ризику реорганізації. Звіт розглядає це як стабільну межу: мережа технічно може обробляти багатоблокові блоки, але можливість підтримувати їх стабільно і надійно залишається відкритою.
Рівень помилок залишається нижчим за 0,75% для блоків з меншою кількістю пікселів, але зростає вище 1% при більшій кількості пікселів, досягаючи 1,79% при 21 пікселі.## Економіка Blob та роль резервних мінімальних цін
Фусака не лише розширив потужність, а й змінив механізм ціноутворення блобів через EIP-7918, який включав резервну мінімальну ціну, щоб запобігти падінню аукціонів блобів до 1 вей.
Раніше, коли попит на блоб був низьким, а вартість виконання домінувала, базова комісія блоб могла знижуватися майже до нуля, що призводило до втрати значення цінового сигналу. Rollup-і рівня 2, навпаки, повинні сплачувати комісію blob за публікацію даних транзакцій в Ethereum, і ця комісія, як очікується, відображатиме обчислювальне та мережеве навантаження, яке створює blob.
Коли тариф близький до нуля, економічний зворотний зв'язок розривається, що стимулює споживання потужностей без сплати відповідних витрат, через що мережа втрачає видимість у реальному попиті.
Резервна мінімальна ціна EIP-7918 прив'язує плату за блоб із вартістю виконання, гарантуючи, що навіть за слабкого попиту ціна все одно слугує значущим економічним сигналом. Це допомагає уникнути проблеми «безкоштовного пасажира» та надає чіткіші дані для майбутніх рішень щодо розширення потужностей.
Початкові дані з панелі Hildobby's Dune показують, що комісії за блоб стабілізувалися після Fusaka, а не продовжують різкий спад, як у попередні періоди. Середня кількість блоків на блок також підтверджує висновок MigaLabs, що використання не зросло достатньо для заповнення нової ємності.
Комісії за транзакції «Blob» досягли піку понад $2 мільйони на початку та наприкінці 2024 року, після чого зменшилися протягом 2025 року і залишалися низькими у 2026 році.## Наскільки ефективна Fusaka?
Технічно Fusaka зумів розширити пропускну здатність і довів, що механізм перевизначення параметрів Blob може працювати без суперечливого хардфорку. Ціни на резервному підлозі також працюють, запобігаючи тому, щоб комісії за блот стали економічно беззмістовними.
Однак використання все ще нижче за межі потужності, а надійність помітно знижується на верхній межі нових можливостей. Крива співвідношення промаху показує, що поточна інфраструктура обробляє рівні задовго до Фусаки, а також параметр 10/15 після першого переобходу, але починає відчувати тиск при проходженні 16 плям.
Це створює чіткий профіль ризику: якщо активність рівня 2 різко зросте і регулярно наближає блоки до стелі 21 blob, мережа може зіткнутися з високим відсотком промахів, що вплине на остаточність і опір реорганізації.
З іншого боку, зменшення медіанної кількості blob після першого override, незважаючи на збільшення пропускної здатності, свідчить про те, що rollup наразі не обмежені доступністю blob. Або їхній обсяг транзакцій недостатньо великий, або вони оптимізують стиснення та пакетування, щоб відповідати існуючій потужності замість розширення свого використання.
Дані Blobscan також показують, що окремі згортання підтримують відносно стабільну кількість клюпів з часом, а не швидко використовують нову надлишкову ємність.
Наступні кроки Ethereum
Дорожня карта Ethereum все ще включає PeerDAS — глибший редизайн доступності даних, який розширює ємність blob, одночасно покращуючи децентралізацію та безпеку.
Однак результати з Фусаки показують, що сировина наразі не є основним вузьким місцем. Мережа все ще має простір для «зростання» в діапазоні 14/21, перш ніж знадобиться подальше розширення, а дані про частоту промахів на високих рівнях blob свідчать про потребу паралельного оновлення інфраструктури.
Безпечніший підхід — дозволити використанню поступово зростати до поточної цілі, контролювати, чи покращується частота промахів у міру оптимізації клієнтів і валідататорів для більших навантажень blob, а потім коригувати параметр лише тоді, коли мережа демонструє свою здатність надійно обробляти edge-екземпляри.
Фусака створила простір для майбутнього зростання та стабілізувала економіку блобів, але поки що не спричинила вибухового зростання використання і не вирішила проблеми надійності на максимальній потужності. Чи буде ця частина потужності заповнена — це відкрите питання, на яке поточні дані не можуть дати відповіді.
Тхач Санх
