Неожиданное снижение использования Ethereum указывает на то, что сеть решила неправильную проблему с обновлением Fusaka

Источник: CryptoNewsNet Оригинальный заголовок: Неожиданный спад использования Ethereum указывает на то, что сеть решила неправильную проблему с обновлением Fusaka Оригинальная ссылка: Ethereum активировал обновление Fusaka 3 декабря 2025 года, увеличив пропускную способность сети за счет Blob Parameter Overrides, которые постепенно расширяли цели и максимумы blob.

Два последующих корректировки повысили цель с 6 blob за блок до 10, затем до 14, с максимальным потолком 21. Цель заключалась в снижении стоимости layer-2 rollup за счет увеличения пропускной способности для blob-данных — сжатых пакетов транзакций, которые rollup публикует в Ethereum для обеспечения безопасности и окончательности.

Через три месяца сбора данных результаты показывают разрыв между пропускной способностью и использованием. Анализ MigaLabs более чем по 750 000 слотов с момента активации Fusaka показывает, что сеть не достигает целевого количества blob в 14.

Медианное использование blob фактически снизилось после первой настройки параметров, а блоки с 16 или более blob демонстрируют повышенные показатели пропусков, что свидетельствует о снижении надежности на границах новой емкости.

Вывод отчета однозначен: дальнейшее увеличение параметра blob до тех пор, пока высокий уровень пропусков не нормализуется и не появится спрос на уже созданное резервное пространство, не имеет смысла.

Что изменилось в Fusaka и когда это произошло

Базовая линия Ethereum до Fusaka, установленная через EIP-7691, задавала цель в 6 blob за блок с максимумом 9. Обновление Fusaka включило две последовательные корректировки Blob Parameter Override.

Первая была активирована 9 декабря, повысив цель до 10 и максимум до 15. Вторая — 7 января 2026 года, подняв цель до 14 и максимум до 21.

Эти изменения не требовали жестких форков, механизм позволяет Ethereum регулировать пропускную способность через координацию клиентов, а не через обновления протокола.

Анализ MigaLabs, который опубликовал воспроизводимый код и методологию, отслеживал использование blob и производительность сети в ходе этого перехода.

Он обнаружил, что медианное количество blob за блок снизилось с 6 до 4 после первой корректировки, несмотря на расширение емкости сети. Блоки с 16 или более blob остаются крайне редкими — от 165 до 259 раз за весь период наблюдения, в зависимости от конкретного количества blob.

У сети есть резерв, который она не использует.

Одна из разночтений в параметрах: в хронологии отчета говорится, что первая корректировка повысила цель с 6 до 12, тогда как объявление Ethereum Foundation и документация клиентов указывают на 6 до 10.

Мы используем параметры Ethereum Foundation как источник: базовая линия 6/9, после первой корректировки 10/15, после второй 14/21. Тем не менее, мы рассматриваем данные отчета по использованию и паттернам пропусков как эмпирическую основу.

Уровень пропусков растет при высоком количестве blob

Надежность сети, измеряемая через пропущенные слоты — блоки, которые не были правильно распространены или подтверждены, — показывает четкую закономерность.

При меньшем количестве blob уровень пропусков составляет около 0,5%. Когда блоки достигают 16 или более blob, уровень пропусков возрастает до 0,77% — 1,79%. При 21 blob, максимальной емкости, введенной во второй корректировке, уровень пропусков достигает 1,79%, что более чем в три раза превышает базовый уровень.

Анализ разбивает это по количеству blob от 10 до 21, показывая постепенную кривую деградации, которая ускоряется после достижения цели в 14 blob.

Эта деградация важна, потому что она указывает на то, что инфраструктура сети, такая как оборудование валидаторов, пропускная способность сети и время подтверждения, испытывает трудности при обработке блоков на верхней границе емкости.

Если спрос в конечном итоге достигнет уровня, достаточного для заполнения цели в 14 blob или приближения к максимуму в 21, повышенные показатели пропусков могут привести к значительным задержкам окончательности или рискам реорганизации. В отчете это рассматривается как граница стабильности: сеть технически способна обрабатывать блоки с большим количеством blob, но делать это последовательно и надежно — еще открытый вопрос.

Экономика blob: почему важна резервная цена

Fusaka не только расширила емкость. Она также изменила ценообразование blob через EIP-7918, который вводит резервную цену, чтобы предотвратить крах аукционов blob до 1 wei.

До этого изменения, когда издержки выполнения доминировали, а спрос на blob оставался низким, базовая плата за blob могла стремительно снижаться, фактически исчезая как ценовой сигнал. Layer-2 rollup платят за blob, чтобы публиковать свои транзакционные данные в Ethereum, и эти сборы должны отражать вычислительные и сетевые издержки, которые накладывают blob.

Когда сборы падают почти до нуля, экономическая обратная связь ломается, и rollup используют емкость без пропорциональной оплаты. В результате сеть теряет видимость реального спроса.

Резервная цена EIP-7918 связывает сборы за blob с издержками выполнения, обеспечивая, что даже при слабом спросе цена остается значимым сигналом.

Это предотвращает проблему «свободных ездоков», когда дешевые blob поощряют расточительное использование, и дает более ясные данные для будущих решений по расширению емкости: если сборы за blob остаются высокими несмотря на увеличение емкости, спрос подлинный; если они падают до уровня пола, резервное пространство есть.

Ранние данные с панели Hildobby в Dune, отслеживающей blob Ethereum, показывают, что сборы за blob стабилизировались после Fusaka, а не продолжили нисходящую спираль, как в ранние периоды.

Среднее количество blob за блок подтверждает вывод MigaLabs о том, что использование не выросло до заполнения новой емкости. Блоки регулярно содержат меньше 14 blob, а распределение по количеству остается сильно смещенным в сторону меньших значений.

Что показывает анализ эффективности данных

Fusaka успешно расширила техническую емкость и доказала, что механизм Blob Parameter Override работает без необходимости спорных жестких форков.

Резервная цена, похоже, функционирует как задумано, предотвращая экономическую бессмысленность сборов за blob. Но использование отстает от емкости, а надежность на границах новой емкости показывает измеримое ухудшение.

Кривая пропусков указывает, что текущая инфраструктура Ethereum уверенно справляется с базовой линией до Fusaka и с параметрами 10/15 после первого override, но начинает испытывать нагрузку при более чем 16 blob.

Это создает профиль риска: если активность layer-2 резко возрастет и регулярно будет приближаться к максимуму в 21 blob, сеть может столкнуться с повышенными уровнями пропусков, что поставит под угрозу окончательность и сопротивляемость реорганизациям.

Паттерны спроса дают еще один сигнал. Медианное использование blob после первой корректировки снизилось, несмотря на увеличение емкости, что говорит о том, что layer-2 rollup в настоящее время не ограничены доступностью blob.

Либо их объем транзакций еще не вырос достаточно, чтобы требовать больше blob за блок, либо они оптимизируют сжатие и группировку, чтобы вписаться в существующую емкость, а не расширять использование.

Blobscan, специализированный обозреватель blob, показывает, что отдельные rollup публикуют относительно стабильное количество blob со временем, а не увеличивают его, чтобы воспользоваться новым резервом.

Ранее опасение заключалось в том, что ограниченная емкость blob станет узким местом для масштабирования Layer 2 и удержит высокие сборы за rollup, поскольку сети конкурируют за дефицитную доступность данных. Fusaka решила проблему емкости, но узкое место, похоже, сместилось.

Rollup не заполняют доступное пространство, что означает, что либо спрос еще не появился, либо другие факторы, такие как экономика секвенсера, активность пользователей и фрагментация между rollup, ограничивают рост больше, чем доступность blob.

Что ожидает дальше

Дорожная карта Ethereum включает PeerDAS — более фундаментальную переработку выборки доступности данных, которая дополнительно расширит емкость blob и улучшит свойства децентрализации и безопасности.

Однако результаты Fusaka показывают, что сейчас ограничением является не сырая емкость.

У сети есть резерв для роста до параметров 14/21, прежде чем потребуется очередное расширение, а кривая надежности при высоком количестве blob указывает, что инфраструктурные обновления могут понадобиться раньше, чем произойдет очередное увеличение емкости.

Данные по уровню пропусков задают четкое условие границы. Если Ethereum увеличит емкость, а блоки с 16+ blob по-прежнему будут показывать повышенные пропуски, это может привести к системной нестабильности, которая проявится в периоды высокого спроса.

Более безопасный путь — дать использованию расти до текущей цели, следить за улучшением показателей пропусков по мере оптимизации клиентов для больших нагрузок и корректировать параметры только после того, как сеть продемонстрирует способность надежно обрабатывать крайние случаи.

Эффективность Fusaka зависит от метрики. Она успешно расширила емкость и стабилизировала ценообразование blob через резервный пол, но не вызвала немедленного роста использования и не решила проблемы надежности при максимальной емкости.

Обновление создало резерв для будущего роста, но останется открытым вопрос, реализуется ли этот рост — данные еще не дали ответа.