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