Fusaka уже запущен, и обсуждение сместилось от того, что он изменит, к тому, насколько хорошо он себя проявил. Активированный через семь месяцев после Pectra, он стал вторым хардфорком Эфириума в 2025 году и самым быстрым переходом между крупными обновлениями с тех пор, как сеть перешла на доказательство доли.
Релиз подтвердил смену темпа. Core-разработчики заменили прежний годовой цикл более короткими и частыми форками, а Fusaka стал proof of concept. Ниже — что именно было выпущено, как отреагировала сеть и что это значит для ETH на пути к 2026 году. 👇
Что такое обновление Fusaka в Эфириуме?
Обновление Fusaka для Эфириум — это скоординированный хард-форк, запущенный в основной сети 3 декабря 2025 года. По традиции название объединяет «Fulu» — звезду в созвездии Кассиопея — и «Osaka» — бывший город-хозяин Devcon, связывая уровни консенсуса и исполнения в единый релиз.
В отличие от предшествовавшего ему обновления Pectra, Fusaka было сосредоточено на масштабируемости, а не на функциях для пользователей. Его главное изменение, PeerDAS (EIP-7594), изменило способ, которым узлы подтверждают наличие данных блобов Layer 2: они выбирают фрагменты вместо хранения каждого байта. Это заложило основу для полного Danksharding.
В форк вошло около двенадцати предложений по улучшению Эфириум, большинство из которых были унаследованы от предыдущих этапов отбора, с упором на укрепление виртуальной машины Эфириум и уровня данных. В совокупности они позволили Эфириум поддерживать более быстрые роллапы и приложения с большим объёмом данных, не повышая требования к узлам выше уровня обычного оборудования.

Основные преимущества, которые принёс Fusaka
В Fusaka приоритет отдали работоспособности сети и предсказуемому масштабированию, а не громким функциям, что отражает осторожность, определившую итоговый объём обновления. Изменения повлияли на то, как Эфириум обрабатывает большие объёмы данных и как валидаторы координируют создание блоков в сети.
Основные преимущества, которые принесло обновление Fusaka:
- Выборка блобов (PeerDAS): снижает нагрузку на пропускную способность и хранилище консенсусных узлов примерно на 85 %, позволяя валидаторам проверять доступность блобов по частичным выборкам вместо полной загрузки.
- Более высокая пропускная способность blobs: максимум blobs на блок был повышен с 9 до 21 поэтапными форками, что резко расширяет ёмкость уровня 2 и со временем снижает затраты на публикацию данных роллапов.
- Больший лимит газа L1: лимит газа блока по умолчанию увеличен до 60 млн через EIP-7935, что даёт базовому уровню примерно на 20–30 % больше места для транзакций и сложного исполнения смарт-контрактов.
- Гибкое масштабирование blob (EIP-7892): добавлены форки Blob Parameter Only — лёгкие обновления, которые меняют настройки blob без полноценного хард-форка каждый раз, когда разработчикам нужна большая ёмкость.
- Предсказуемые proposers (EIP-7917): ввели детерминированный просмотр proposers наперёд, поэтому валидаторы раньше узнают, кто предложит ближайшие блоки, что помогает прекомфирмациям и стабильности консенсуса.
- Подпись нативным passkey (EIP-7951): добавлен предкомпилированный контракт secp256r1, открывающий подписи на уровне устройства через WebAuthn, FIDO2 и аппаратные модули безопасности для более удобного подключения кошелька.

Fusaka, PeerDAS и решение по EOF: объяснение
Объём Fusaka определили два компонента: PeerDAS, который вошёл в релиз как ключевая функция, и EOF, от которого разработчики в итоге отказались. Понимание обоих объясняет, почему итоговое обновление оказалось более компактным, чем предполагали ранние дорожные карты.
Что такое PeerDAS в Fusaka?
PeerDAS (Peer Data Availability Sampling) позволяет узлам уровня консенсуса подтверждать крупные blob-транзакции, проверяя небольшие случайные фрагменты вместо загрузки каждого blob целиком. Данные делятся на 128 столбцов, распределённых по сети, поэтому каждый узел хранит лишь часть, а вместе они гарантируют доступность.
Такая конструкция разорвала связь между пропускной способностью блобов и стоимостью оборудования валидатора, позволив Эфириуму наращивать ёмкость данных без необходимости в машинах корпоративного класса. Разработчики снизили приоритет всех функций, которые могли задержать PeerDAS, поскольку он был необходим для удовлетворения будущего спроса на роллапы и доступность данных, как описано в нашем разборе EIP-4844.

Почему EOF исключили из Fusaka
EVM Object Format (EOF) должен был изменить структуру смарт-контрактов, чётко разделив код, данные и метаданные вместо нынешнего неструктурированного байткода. План объединял около дюжины согласованных EIP в первую глубокую переработку EVM с момента её создания.
Основные разработчики исключили EOF из Fusaka после звонка All Core Developers в апреле 2025 года, сославшись на нерешённую сложность, риски для сроков и отсутствие приблизительного консенсуса. Руководитель протокола Tim Beiko представил это решение как защиту PeerDAS, а сторонникам EOF предстоит отстаивать его в одном из следующих форков, а не продавливать сейчас.

Сроки выпуска Fusaka в Эфириум
Fusaka вышел в основную сеть по графику, пройдя три публичные тестовые сети в октябре 2025 года. Затем развёртывание продолжилось двумя форками, изменявшими только параметры, которые увеличивали ёмкость blob поэтапно, а не сразу; такой подход был намеренно осторожным, учитывая новизну технологии сэмплирования.
Внедрение Fusaka проходило через следующие ключевые этапы:
- Тестовая сеть Holesky: активирована 1 октября 2025 года, тестирует базовые изменения, включая повышение лимита газа и работу валидаторов по новым правилам.
- Тестовая сеть Sepolia: активирована 14 октября 2025 года, сосредоточена на поведении PeerDAS и моделировании более высоких лимитов газа в разных клиентских реализациях.
- Тестовая сеть Hoodi: активирована 28 октября 2025 года; последняя репетиция с открытым доступом для валидаторов, прежде чем разработчики подтвердили готовность основной сети.
- Запуск основной сети: запущена 3 декабря 2025 года в эпоху 411392, финализация прошла без сбоев примерно за пятнадцать минут на всех основных клиентах.
- Форк BPO1: активирован 9 декабря 2025 года, целевое число блобов увеличено до 10, а максимум — до 15 на блок.
- Форк BPO2: активирован 7 января 2026 года, поднял целевое значение до 14, а максимальное до 21, завершив настройку параметров Fusaka.

Список EIP Эфириума в обновлении Fusaka
Итоговый набор EIP в Fusaka преследовал три цели: масштабирование ёмкости данных Layer 2, повышение эффективности исполнения в Layer 1 и улучшение опыта разработчиков и валидаторов. Согласно объявлению Ethereum Foundation об основной сети и данным Forkcast, именно эти предложения определили содержание релиза.
Наиболее значимые EIP Fusaka по ролям включают следующие:
- EIP-7594: внедрён PeerDAS — протокол выборочной проверки, который позволяет узлам консенсуса проверять доступность блобов без полной загрузки; это основа всего обновления.
- EIP-7892: форки Blob Parameter Only, позволяющие слегка корректировать целевые и максимальные значения блобов без полного скоординированного хардфорка.
- EIP-7935: установил лимит газа на блок по умолчанию на уровне 60 млн, стандартизировав значение для всех клиентов, которое валидаторы начали применять ещё до активации.
- EIP-7825: ограничил газ на одну транзакцию примерно 16,7 млн (2²⁴); эта мера защиты от DoS также закладывает основу для параллельного выполнения.
- EIP-7918: ограничил базовую комиссию за блобы стоимостью исполнения, не позволяя ценам на блобы падать до 1 wei и сохраняя значимый ценовой сигнал.
- EIP-7951: добавлен прекомпайл secp256r1, позволяющий дёшево проверять ончейн подписи в стиле passkey и подписи с аппаратной защитой.
- EIP-7917: реализовал детерминированный просмотр предстоящих proposer, позволяющий rollup-решениям и приложениям заранее знать будущих производителей блоков для лучшего упорядочивания.
- EIP-7939: добавлен опкод CLZ (подсчёт ведущих нулей), дающий разработчикам дешёвую нативную инструкцию для побитовой математики и криптографических вспомогательных функций.
Пакет дополнили несколько небольших предложений, включая пару по изменению цены ModExp (EIP-7823 и EIP-7883), ограничение размера блока RLP (EIP-7934) и улучшения сетевого протокола (EIP-7642). Они в основном ужесточили экономику газа и повысили эффективность распространения по мере роста ёмкости блоков.

Как сеть отреагировала после запуска
Настоящая проверка Fusaka наступила после активации, когда реальные данные об использовании блобов и комиссиях заменили прогнозы. Первые сигналы в целом совпали с ожиданиями разработчиков, хотя некоторые результаты удивили тех, кто следил за ценой газа в Эфириум и рынками блобов в последующие недели.
Два форка BPO утроили максимальную ёмкость блобов примерно за месяц, дав роллапам значительно больше места для публикации пакетов. Комиссии уровня Layer 2 в крупных сетях оставались намного ниже цента для типичных транзакций, а аналитики указывали на дальнейшее снижение по мере масштабирования ёмкости к долгосрочной цели в 128 блобов.
Один контринтуитивный результат оказался заметным. Минимальная комиссия за блобы в EIP-7918 привела к резкому скачку базовой комиссии за блобы с прежних почти нулевых уровней, поскольку публикация данных перестала быть фактически бесплатной. Затраты в L2 при этом остались низкими, так как минимальная комиссия в основном восстановила работающий ценовой сигнал, а не сделала блобспейс по-настоящему дорогим для роллапов.

Fusaka и ETH: динамика цены с момента запуска
Fusaka активировался на фоне краткосрочного спроса: в день запуска ETH стоил около 3 200 $, вырос примерно на 4 %, так как форк завершился на фоне ожиданий снижения ставки ФРС и многолетних минимумов резервов на биржах. Этот рост сохранялся лишь до начала января, когда ETH всё ещё держался выше 3 000 $, прежде чем на рынок повлияли более общие условия.
Затем снижение усилилось. ETH упал ниже 1 800 $ к февралю 2026 года на фоне опасений рецессии, продаж ETH сооснователем Vitalik Buterin и устойчивого оттока из спотовых ETF. Весенние отскоки к 2 350 $ в марте и 2 100 $ в апреле каждый раз выкупались продавцами, а июньское бегство от риска толкнуло цену к 1 570 $.
Общая картина отрезвляет. В начале июля ETH торгуется около 1 774 $, примерно на 45 % ниже уровня на момент запуска, и зафиксировал первые за всю историю три подряд красные квартальные свечи. Fusaka сняла основные технические возражения, но цена за следующие семь месяцев двигалась в противоположную сторону.
Это расхождение отражает вопрос о том, как ETH накапливает стоимость. Более дешёвое и более доступное пространство в блоках само по себе не увеличивает сжигание комиссий базового уровня и доходность стейкинга, пока спрос остаётся слабым, поэтому Fusaka улучшил качество сети больше, чем её цену. Ничто из этого не является финансовой рекомендацией, поэтому проведите собственное исследование, прежде чем вкладывать средства.

Что Fusaka подготовил дальше
Fusaka никогда не был конечной точкой. Запустив PeerDAS и механизм BPO, он дал основным разработчикам повторяемый способ масштабировать ёмкость данных и основу для более амбициозной работы над уровнем исполнения, которая последует дальше. Дорожная карта после Fusaka уже вырисовывается.
Ближайший преемник — Glamsterdam, запланированный на вторую половину 2026 года, который смещает акцент на масштабирование самого Layer 1 за счёт встроенного разделения предлагающих и строящих блоки и параллельного выполнения. Помимо графика форков, Vitalik Buterin опубликовал дорожную карту «Lean Эфириум», охватывающую квантовую безопасность, приватность и долгосрочную масштабируемость до 2029 года.
Дальнейшие форки BPO нацелены на увеличение числа блобов до 48 на блок к середине 2026 года, продолжая поэтапное масштабирование, которое открыл Fusaka. Каждый шаг усиливает предыдущий, неуклонно приближая Эфириум к пропускной способности, которую давно обещает его роадмап, ориентированный на роллапы.

Выводы
Fusaka выполнил главное обещание: он масштабировал уровень данных Эфириум, не нарушив децентрализацию, от которой зависят операторы узлов. PeerDAS был запущен без проблем, пропускная способность блобов утроилась за несколько недель, а сеть приняла изменения с минимальными сбоями.
Более сложный вопрос — что из этого выйдет. Fusaka дал Эфириум инфраструктуру для привлечения следующей волны пользователей, но сама по себе инфраструктура не гарантирует роста активности, комиссий или цены. По мере реализации Glamsterdam и более широкой дорожной карты на 2026 год способность сети превращать технические возможности в устойчивую ценность остаётся главной темой для наблюдения.






