Ethereum активировал Fusaka на мейннете, запустив одно из самых значительных обновлений сети со времен Dencun. Релиз внедряет PeerDAS для масштабирования доступности данных для роллапов и намечает график постепенного увеличения пропускной способности блобов в ближайшие недели — без принуждения домашних стейкеров становиться операторами дата-центров.
Когда был активирован Fusaka?
Фонд Ethereum установил активацию мейннета на эпоху 411392, 3 декабря 2025 года в 21:49:11 UTC, после успешных запусков в тестовых сетях. ForkLog сообщил об активации и немедленном начале периода мониторинга сообществом для отслеживания проблем в клиентских приложениях и роллапах.
Ранее CoinDesk подробно описал, как разработчики зафиксировали дату после того, как тестовая сеть Hoodi прошла гладко, и указал ожидаемый слот мейннета для перехода.
Что такое PeerDAS?
PeerDAS (EIP-7594) позволяет узлам проверять, что данные блобов роллапов доступны, путем семплирования небольших «ячеек» от пиров (других узлов) вместо загрузки целых блобов. Другими словами, узлы подтверждают доступность данных, обрабатывая лишь часть информации. Это резко снижает требования к пропускной способности и открывает путь к безопасному увеличению пропускной способности блобов. Считайте: более дешевые данные L2, больше места для приложений с высоким объемом транзакций и меньшие требования к ресурсам для обычных узлов.
PeerDAS использует кодирование с исправлением стираний (в стиле Рида-Соломона) и коммитменты KZG, так что даже если некоторые части отсутствуют, полный блоб может быть восстановлен, когда присутствует достаточное количество «столбцов». Этот математически обоснованный подход позволяет Ethereum стремиться к значительно более высокой емкости данных без централизации сети.
Что еще входит в Fusaka?
Помимо PeerDAS, объявление Фонда освещает изменения в интерфейсе и параметрах, которые важны для операторов узлов и разработчиков приложений:
- Изменения Engine/API между уровнем исполнения (Execution Layer) и уровнем консенсуса (Consensus Layer) для учета нового потока данных.
- EIP-7935, устанавливающий лимит газа по умолчанию на уровне 60 миллионов (клиентский стандарт), что приводит сеть к более безопасной и гибкой базовой линии после обновления.
- Пакетные выпуски клиентских приложений уровней исполнения и консенсуса, реализующие полную спецификацию.
Пропускная способность блобов: рост поэтапно, а не сразу
Fusaka также представляет путь «Только параметр блобов» (Blob Parameter Only, BPO) — механизм мягкого форка, который позволяет Ethereum постепенно повышать целевые и максимальные значения блобов. Согласно графику EF, BPO1 запланирован на скорое увеличение пропускной способности до 10 целевых / 15 максимальных блобов сразу после активации, за которым последует BPO2 до 14 / 21 в начале января 2026 года. Смысл в гибкости: если спрос резко возрастает, параметры можно настроить без тяжелого хардфорка по принципу «все или ничего».
Что это может означать для комиссий и пользовательского опыта
PeerDAS не меняет волшебным образом комиссии за газ L1 в одночасье; его цель — снизить стоимость данных роллапов, которая является крупнейшим компонентом многих комиссий за транзакции L2. По мере увеличения пропускной способности блобов через форки BPO, роллапы могут публиковать больше данных за меньшую плату, что должно привести к удешевлению транзакций L2 в масштабе — это хорошо для игровых, социальных и высокопроизводительных DeFi-приложений. EF и сообщения в СМИ преподносят это как прямое повышение качества жизни для конечных пользователей и разработчиков, создающих приложения на L2.
Отчет ForkLog подчеркнул внимание рынка к обновлению, отметив положительную краткосрочную ценовую реакцию и выделив PeerDAS как ключевую особенность Fusaka. В то время как цены шумны, структурное воздействие — большая пропускная способность и более низкие затраты L2 — как правило, проявляется в течение недель по мере адаптации сетей.
Почему важен этот стиль масштабирования
Дорожная карта масштабирования Ethereum делает акцент на модульности: пусть роллапы обрабатывают исполнение, а базовый уровень сосредоточится на безопасности и доступности данных. Dencun (EIP-4844) представил блобы — более дешевый канал данных для L2. Fusaka развивает это с помощью PeerDAS и упрощает настройку пропускной способности блобов, чтобы сеть могла увеличивать пропускную способность, не нарушая децентрализации. Это критически важно для сохранения жизнеспособности домашних стейкеров и для предотвращения ловушек «масштабирования за счет централизации», в которые могут попасть другие блокчейны.
За чем стоит следить в ближайшие несколько недель
- Числа клиентов и комиссии роллапов: По мере запуска форков BPO, отслеживайте дашборды комиссий L2 на предмет устойчивого падения компонента платы за данные. Если спрос на блобы высок, поэтапные повышения до 10/15, а затем до 14/21 должны привести к заметной разнице.
- Использование ресурсов узлов: PeerDAS должен снизить пропускную способность для каждого узла при проверке доступности. Операторы будут следить за метриками памяти и сети после активации, чтобы подтвердить ожидаемую экономию.
- Реализации EIP-7594: Поскольку EIP находился в статусе Last Call, а теперь запущен на мейннете через Fusaka, команды экосистемы будут работать над оптимизацией и мониторингом, чтобы обеспечить плавное семплирование и кастодиальное хранение среди пиров.
Более широкая картина для ETH
Обновления, такие как Fusaka, редко сами по себе сдвигают рынки в первый же день, но их эффекты накапливаются. Более дешевые транзакции L2 привлекают больше использования, что стимулирует появление большего числа категорий приложений и более частые взаимодействия в блокчейне. Со временем это может поддержать фундаментальные показатели ETH — от спроса на расчеты до более здоровой экосистемы разработчиков. Как предварительный обзор CoinDesk, так и примечания EF к запуску характеризуют Fusaka как фактор, способствующий масштабированию, а не как косметическую доработку.
Заключение
Fusaka запущен на мейннете Ethereum, предоставляя PeerDAS (EIP-7594), чтобы сделать семплирование доступности данных практичным на уровне узлов. Канал блобов готов к расширению через форки BPO — сначала 10/15, затем 14/21, — чтобы роллапы могли масштабировать пропускную способность и снижать комиссии для пользователей. Клиентские стандарты (включая установку лимита газа 60M) и обновления Engine/API завершили релиз; операторам следует следовать указаниям EF и заметкам для конкретных клиентов.
Для пользователей заголовок переводится просто: на подходе более дешевые и быстрые L2, построенные на консервативном, проверяемом пирами подходе Ethereum к масштабированию.