Ethereum-обновление Fusaka будет активировано в основной сети 3 декабря 2025 года на слоте 13 164 544. Название объединяет форк уровня консенсуса Fulu и форк уровня исполнения Osaka, подчёркивая двойную природу изменений. Fusaka следует за обновлением Pectra, состоявшимся в этом году, и становится важным шагом в плане Ethereum по улучшению масштабируемости и пользовательского опыта.
Ключевая новация — Peer Data Availability Sampling (PeerDAS), механизм выборочного контроля доступности данных. Узлам больше не нужно загружать целиком большие «блоб-данные» (blobs) — они проверяют лишь небольшие фрагменты. Это позволяет значительно увеличить объём данных для rollup-решений на уровне Layer-2 и снизить комиссии.
Обновление вписывается в долгосрочную дорожную карту Ethereum. После Merge (2022), Shapella (2023) и Dencun (2024), которые принесли вывод стейкинга и временные data-blobs для роллапов, Pectra (2025) добавила элементы абстракции аккаунтов. Fusaka развивает эти изменения, затрагивая этапы Surge и Verge/Purge в дорожной карте: масштабирует доступность данных, улучшает эффективность клиентов и подготавливает платформу к будущим форкам, таким как Glamsterdam.
Масштабирование данных Layer-2 с помощью PeerDAS
Rollup-решения Layer-2 агрегируют транзакции и публикуют результаты в сети Ethereum в виде blobs. В модели «до Fusaka» каждый полный узел должен был загружать каждый blob целиком, чтобы подтвердить, что данные доступны. Это ограничивало число blobs в блоке, так как сильно нагружало валидаторов по трафику и хранению.
На практике сеть сейчас ориентируется на целевой показатель в 6 blobs и максимум 9 blobs на блок. По мере роста активности роллапов такой небольшой «грузовой отсек» становится узким местом: комиссии растут, а децентрализация оказывается под угрозой.
PeerDAS (EIP-7594) решает эту проблему, позволяя узлам проверять доступность данных с помощью выборочного сэмплирования. Вместо загрузки всего blob’а, узлы запрашивают случайные выборки данных и используют кодирование с восстановлением (erasure coding), чтобы гарантировать возможность восстановления полного набора данных при наличии достаточного количества образцов.
Официальный блог Ethereum отмечает, что этот механизм позволяет узлам подтверждать доступность данных без увеличения требований к пропускной способности, открывая путь к повышению целевых значений blobs. Quicknode указывает, что PeerDAS может сразу увеличить объём обрабатываемых сетью данных до восьми раз. Понижая нагрузку на каждого валидатора, PeerDAS сохраняет доступность запуска узла, что критично для децентрализации.
С точки зрения пользователя, увеличение вместимости по blobs означает больше пространства для размещения данных роллапов, меньшую конкуренцию за ограниченные слоты и снижение комиссий на сетях Layer-2. Quicknode подчёркивает: чем дешевле хранение данных на Layer-2, тем дешевле становятся транзакции, что напрямую выгодно пользователям DeFi, игр и социальных приложений.
Однако PeerDAS также формирует трёхуровневую архитектуру сети: лёгкие клиенты, которые выполняют сэмплирование; типичные валидаторы, которые хранят лишь часть данных; и «супер-ноды» — крупные провайдеры инфраструктуры и RPC-сервисы, которые хранят весь объём данных. Такая структура вызывает опасения по поводу централизации, но сторонники подхода утверждают, что система всё равно опирается на консенсус сети, а не на доверие к отдельным участникам.
Гибкая ёмкость данных: BPO-форки и стабильность комиссий
PeerDAS сам по себе не увеличивает лимит blobs в первый же день — он создаёт основу для будущего расширения. Чтобы безопасно повышать лимиты, в Ethereum вводятся Blob Parameter Only-форки (BPO-forks, EIP-7892). Вместо ожидания очередного крупного хардфорка для изменения параметров blobs, BPO-форки позволяют командам клиентов постепенно корректировать целевое и максимальное количество blobs через небольшие обновления.
По данным Ethereum Foundation, за Fusaka последуют два BPO-обновления: первое, запланированное на 9 декабря 2025 года, поднимет целевой показатель с 6 до 10 blobs на блок и максимум с 9 до 15; второе, в январе 2026 года, увеличит target до 14 и максимум до 21. Эти постепенные шаги позволяют сети адаптироваться к спросу со стороны Layer-2 без длительных координационных циклов.
Одновременно меняется механизм комиссий за blobs. Сейчас операторы Layer-2 платят две комиссии: за blob и за execution gas, необходимый для валидации. Когда execution-компонент доминирует, аукцион blob-комиссий может опускаться почти до нуля, искажая ценовой сигнал. EIP-7918 вводит «резервную цену», пропорциональную затратам исполнения, чтобы рынок комиссий за blobs корректно отражал загрузку сети и чтобы роллапы платили справедливую долю за вычислительную нагрузку, которую они создают. Это предотвращает падение комиссии за blob до 1 wei в периоды высоких gas-цен на L1 и стабилизирует издержки для роллапов.
Повышение пропускной способности и безопасности Layer-1
Хотя Fusaka в первую очередь нацелен на масштабирование Layer-2, он также усиливает базовую цепь Layer-1. EIP-7935 повышает лимит газа блока по умолчанию с 45 млн до 60 млн, увеличивая объём вычислений, которые можно уместить в один блок, и позволяя включать больше операций и более сложные транзакции.
Чтобы предотвратить злоупотребления на фоне роста лимитов, EIP-7825 ограничивает максимум газа для одной транзакции величиной 16 777 216 (2^24). Жёсткая верхняя граница для «самого тяжёлого» кейса гарантирует, что одна операция не сможет занять весь блок целиком, создавая условия для безопасного повышения лимита газа.
Fusaka также вводит физический лимит размера блока. EIP-7934 устанавливает ограничение в 10 МиБ на RLP-кодированный execution-блок, оставляя 2 МиБ «запас» под данные консенсус-слоя. Синхронизация ограничений на уровне исполнения и консенсуса предотвращает задержки распространения слишком больших блоков и снижает риск реорганизаций.
Для дальнейшей защиты от DoS-атак обновляется и предкомпиляция MODEXP. EIP-7823 устанавливает верхние границы для размеров входных данных, отклоняя числа длиннее 8192 бит, а EIP-7883 пересматривает модель ценообразования газа с учётом реальной вычислительной сложности. Эти меры не позволяют злоумышленникам блокировать сеть через дорогостоящие операции модульного возведения в степень и подготавливают сеть к дальнейшему повышению gas-лимита.
Улучшение UX и инструментария для разработчиков
Fusaka — это не только про «голые» ресурсы; обновление улучшает удобство работы и расширяет возможности для разработчиков.
EIP-7917 вводит детерминированное «заглядывание вперёд» в расписание блок-пропозеров. Сейчас валидаторы не всегда могут заранее надёжно определить, кто будет предлагать блок в следующей эпохе, так как балансы могут меняться. После обновления Beacon Chain будет публиковать список пропозеров для текущей и следующей эпох.
Такая предсказуемость помогает протоколам Layer-2 предлагать более быстрые пред-подтверждения, координируясь с будущими пропозерами для ранних коммитов транзакций. Это снижает риски манипуляций расписанием и упрощает реализацию клиентов.
Разработчики получают новые низкоуровневые примитивы. EIP-7939 добавляет опкод Count Leading Zeros (CLZ), возвращающий количество ведущих нулевых бит в 256-битном слове. Многие задачи — вычисление логарифмов, поиск первого значащего бита, нормализация чисел — выигрывают от такой операции. CLZ заменяет ручные циклы одним опкодом, что снижает gas-стоимость «тяжёлой» математики в смарт-контрактах и ZK-приложениях.
С точки зрения пользовательского опыта, EIP-7951 добавляет предкомпиляцию для кривой secp256r1 (P-256). Это позволяет контрактам проверять подписи, созданные аппаратными модулями безопасности — Apple Secure Enclave, Android Keystore и устройствами FIDO2/WebAuthn. Кошельки смогут нативно интегрировать аутентификацию по Face ID, отпечатку пальца и другим биометрическим методам для подписания транзакций. Для разработчиков всё сведено к простой схеме: на вход предкомпиляции подаётся 160-байтовый массив, на выходе — 32-байтовый результат.
Кроме того, Fusaka добавляет метод JSON-RPC eth_config (EIP-7910), с помощью которого операторы узлов могут запрашивать текущие и будущие параметры форков. Это решает проблемы неверной конфигурации, наблюдавшиеся на тестовых сетях, и позволяет убедиться, что узел корректно подготовлен к обновлению.
Последствия для валидаторов, роллапов и пользователей
Fusaka по-разному влияет на разные группы участников. Операторы роллапов и платформы Layer-2 получают максимальную выгоду от роста доступности данных. Quicknode отмечает, что с PeerDAS более дешёвые данные для Layer-2 напрямую трансформируются в более низкие комиссии для пользователей. Ethereum Foundation объясняет: по мере масштабирования ёмкости blobs можно снижать комиссии роллапов, не жертвуя гарантией доступности данных. Новый механизм комиссий дополнительно гарантирует, что роллапы всегда платят осмысленную долю вычислительных расходов сети.
Валидаторам и операторам узлов предстоит обновить ПО до версий, поддерживающих PeerDAS, cell proofs и новые gas-правила. Согласно официальному гайду, Fusaka требует обновления как execution-, так и consensus-клиентов, иначе узлы потеряют синхронизацию после активации. Отдельно подчёркивается необходимость проверить требования к «железу», диску и каналу: объём хранимых данных теперь зависит от объёма застейканного ETH. Валидаторы с крупными стейками (например, 32 ETH, 320 ETH, 1024 ETH и более) будут хранить больше данных, тогда как типичные узлы, наоборот, будут загружать и сохранять меньше, чем раньше.
Отдельный компромисс — появление «супер-нод». Quicknode объясняет, что хотя PeerDAS снижает нагрузку на обычных валидаторов, он создаёт спрос на мощные узлы, которые скачивают все blob-данные целиком. Такие узлы, как правило, обслуживаются крупными инфраструктурными провайдерами и предъявляют более высокие требования к диску и пропускной способности. Некоторые исследователи опасаются, что концентрация полной копии данных у ограниченного числа операторов ударит по децентрализации. Другие указывают, что сеть полагается не на доверие к этим нодам, а на криптографические гарантии: сэмплирование всё равно позволяет доказать доступность данных. Баланс между масштабируемостью и децентрализацией останется предметом дискуссий.
Для рядовых пользователей и держателей ETH влияние в основном косвенное. Ethereum Foundation подчёркивает, что никаких действий не требуется: балансы ETH не меняются, «обновлять» токены никуда не нужно. Любые предложения конвертировать ETH в «новый ETH» следует рассматривать как мошенничество. Реальный эффект для пользователей проявится в виде более низких комиссий на роллапах и более плавного подтверждения транзакций по мере того, как сети Layer-2 будут использовать новый потенциал.
Место Fusaka в дорожной карте и что дальше
Fusaka — ключевой элемент этапов Surge и Verge/Purge в дорожной карте Ethereum, нацеленных на масштабирование за счёт роллапов и «облегчение» узлов. PeerDAS и BPO-форки продвигают Surge, расширяя ёмкость blobs и делая сэмплирование стандартом. Исторический экспайр (EIP-7642) и «уборка» сетевых протоколов удаляют поля эпохи до Merge и фильтры по квитанциям (receipt bloom), снижая объём данных для синхронизации и упрощая клиентов. В совокупности эти изменения готовят сеть к регулярному увеличению пропускной способности без превращения каждого узла в мини-дата-центр.
После Fusaka в 2026 году ожидается форк Glamsterdam, который, как прогнозируется, добавит «зашитое» разделение ролей proposer-builder (ePBS) и блочные access lists. Хотя детали ещё разрабатываются, связка PeerDAS, BPO-форков и будущих функций призвана создать модульную архитектуру Ethereum, способную обрабатывать более 100 000 транзакций в секунду с учётом throughput’а Layer-2 поверх settlement-слоя Layer-1. При этом дорожная карта подчёркивает: устойчивое масштабирование не должно разрушать децентрализацию — баланс, к которому Fusaka делает очередной шаг через сэмплирование и гибкие параметры протокола.
Итог: фундамент для следующего этапа развития Ethereum
Обновление Fusaka можно рассматривать как поворотный момент в эволюции Ethereum. Вводя PeerDAS, BPO-форки, изменения gas-лимитов и новые инструменты для разработчиков, сеть одновременно решает проблему пропускной способности данных для Layer-2 и расширяет вычислительные возможности Layer-1.
Официальная документация показывает, что PeerDAS даёт узлам возможность подтверждать доступность данных через выборку, позволяя кратно увеличить throughput blobs без перегрузки отдельных валидаторов. Гибкие форки параметров blobs и стабильный рынок комиссий обеспечивают рост ёмкости по мере спроса.
Для пользователей, роллапов и разработчиков Fusaka означает более низкие комиссии, более быстрые подтверждения и лучшую интеграцию с современными методами аутентификации. Валидаторы должны обновить клиенты и, возможно, усилить инфраструктуру, но обычные узлы, напротив, смогут работать с меньшими объёмами хранимых данных благодаря сэмплированию.
Дискуссии о роли «супер-нод» и рисках централизации продолжатся, однако сеть по-прежнему опирается на криптографические гарантии и открытый консенсус. По мере продвижения к 2026 году и далее Fusaka, вероятно, запомнят не как единичный форк, а как обновление, которое разблокировало следующий уровень масштабируемости и гибкости для ведущей в мире платформы смарт-контрактов.
