Crypto Апгрейд Fusaka: что нужно знать о главном обновлении Ethereum в 2025 году

[Article Publisher]

Сегодня в сети Ethereum состоится одно из самых масштабных обновлений последних лет — апгрейд Fusaka. Он стал продолжением развития сети после обновления Pectra. Апгрейд открывает новую фазу масштабирования Ethereum.

Редакция BeInCrypto подготовила обзор, который объясняет суть Fusaka, ключевые технические улучшения и влияние обновления на пользователей, разработчиков, ноды и валидаторов.

Что такое апгрейд Fusaka и зачем он нужен​

Апгрейд Fusaka активируется 3 декабря 2025 года в 21:49:11 по UTC, что соответствует 4 декабря 2025 года в 00:49:11 по московскому времени. С этого момента обновление начнет работать в основной сети Ethereum.

Fusaka — крупное обновление протокола, следующее после Pectra. Оно состоит из двух компонентов:

• Osaka — обновление исполнительного слоя, в котором выполняются транзакции и работают смарт-контракты.
• Fulu — обновление консенсусного слоя, который управляет валидаторами и созданием блоков.

Название Fusaka объединяет эти части и отражает комплексность изменений. Апгрейд усиливает масштабирование, снижает нагрузку на узлы, улучшает пользовательский опыт и подготавливает Ethereum к дальнейшему росту пропускной способности. Тестовые сети Hoodi, Holesky и Sepolia уже успешно прошли обновление.

Масштабирование blob-данных: как работает PeerDAS​

Одним из главных элементов Fusaka является PeerDAS — новый механизм обработки данных для L2. L2 — это сети второго уровня, включая роллапы, которые обрабатывают транзакции вне основной сети и публикуют в Ethereum только данные для проверки. Чтобы понять роль Fusaka, начнем с объяснения blob.

Что такое blob и calldata​

Blob — это специальный временный формат данных, который L2-сети публикуют в Ethereum, чтобы доказать доступность своей информации.

Эти данные не попадают в постоянную историю блокчейна и существуют только для безопасности роллапов.

Простой пример:
blob — это как временная коробка с бумагами, которую нужно показать комиссии для подтверждения, но которую не нужно хранить в архиве навечно.
До появления blob-ов L2 использовали calldata — часть транзакции, которая хранится в блокчейне навечно. Это дорого и забивает пространство.

Пример:
calldata — это как если бы каждую временную записку отправляли в государственный архив вместо того, чтобы выбросить после проверки.
Blob решает проблему. Он:

• не хранится навечно;
• значительно дешевле;
• освобождает постоянную историю блокчейна;
• позволяет роллапам публиковать большие объемы данных без перегрузки Ethereum.

Почему прежний подход стал ограничением​

До Fusaka каждая нода Ethereum была вынуждена скачивать все blob-данные целиком.

Пример:
представьте, что в доме 100 квартир, и любой документ для одной квартиры приходится скачивать всем жильцам. Такие правила быстро приведут к бунту в домовом чате.

PeerDAS — главное улучшение Fusaka​

Fusaka внедряет PeerDAS — механизм выборочной проверки доступности данных. Он описан в документе EIP-7594 (EIP — это официальный документ, который описывает конкретное изменение протокола Ethereum).

Как работает PeerDAS:

1. blob разбивается на множество небольших фрагментов;
2. данные кодируются методом erasure coding, что позволяет восстановить blob даже при потере части фрагментов;
3. фрагменты распределяются между нодами случайным образом;
4. каждая нода хранит примерно 1/8 общего массива данных;
5. доступность проверяется через выборочные запросы (sampling);
6. для восстановления blob-а достаточно примерно 50% фрагментов.

Простой пример erasure coding:
вы рвете фотографию на 8 частей. Чтобы восстановить изображение, вам достаточно 4–5 крупных кусочков — весь снимок все равно будет понятен.
Преимущества PeerDAS:

• можно увеличить blob-пропускную способность до 8 раз;
• нагрузка по диску и трафику на ноду снижается примерно на 80%;
• масштабирование L2 становится безопасным и не приводит к централизации.

BPO-форки: гибкое расширение blob-пространства​

BPO — это крошечные обновления, которые регулируют количество blob-ов без больших хардфорков.

Пример:
как если бы вы увеличивали лимит сообщений в чате с 100 до 150 без полной переустановки приложения.
Два ближайших BPO:

BPO1​

• 9 декабря 2025, 17:21:11 MSK
• Target = 10, Max = 15

BPO2​

• 7 января 2026, 04:01:11 MSK
• Target = 14, Max = 21.

Масштабирование L1: повышение устойчивости и устранение узких мест​

Оптимизация MODEXP (EIP-7823 и EIP-7883)​

MODEXP — тяжелая математическая операция. До Fusaka она могла занимать почти весь блок.

Простой пример:
в очереди из 50 человек один человек с огромным пакетом документов мог занять весь приемный час — никто больше не проходил.
Теперь:

• ограничен размер входных чисел;
• стоимость операции увеличена;
• расчет стал точнее.

Это приводит к стабильной работе сети.

Лимит газа на транзакцию (EIP-7825)​

Теперь транзакция не может потреблять больше 16 777 216 газа.

Удаление устаревших элементов (EIP-7642)​

Обновление eth/69:

• удаляет устаревшие pre-merge поля;
• исключает receipt bloom;
• снижает объем данных для синхронизации;
• упрощает код клиентов.

Ограничение размера блока (EIP-7934)​

Максимальный RLP-размер блока — 10 МиБ. Можно сравнить с запретом посылать гигантские письма по электронной почте, чтобы сервер не падал.

Gas limit 60M (EIP-7935)​

Больше газа — больше операций в блоке. Как будто кто-то расширил дорогу с двух полос до трех — пробки становятся меньше

Улучшения UX, EVM и криптографии​

Поддержка secp256r1 (EIP-7951)​

Ethereum получает нативную поддержку подписи через Apple Secure Enclave, Android Keystore и WebAuthn. Это как входить в приложение отпечатком пальца вместо ввода сложного пароля

Новый опкод CLZ (EIP-7939)​

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

Deterministic proposer lookahead (EIP-7917)​

Сеть заранее знает, какая нода будет создавать блоки. Похоже на школьное расписание дежурств — заранее понятно, кто и когда отвечает.

RPC-метод eth_config (EIP-7910)​

Он помогает проверять правильность конфигурации ноды. Это как диагностическое меню автомобиля — быстро видно, есть ли проблемы.

Что важно знать пользователям, нодам и валидаторам​

Пользователям ETH​

Ничего делать не нужно:

• баланс ETH не изменится;
• новый токен не появится;
• предложения «обновить ETH» — мошенничество.

Операторам нод​

Необходимо обновить:

• клиент консенсусного слоя;
• клиент исполнения.

Валидаторам​

Нужно:

• обновить beacon node и validator client;
• учитывать рост blob-нагрузки;
• следить за скоростью интернета.

Разработчикам​

Важно проверить:

• чувствительность контрактов к лимиту 2²⁴ газа;
• влияние новых цен MODEXP;
• использование secp256r1;
• применение CLZ;
• корректность работы с blob-данными.

Итоги: главное о Fusaka​

Fusaka — это большое обновление Ethereum, которое делает сеть быстрее, дешевле и удобнее. Оно усиливает масштабирование, снижает нагрузку на ноды и улучшает пользовательский опыт как на L1, так и в экосистеме L2-роллапов.

Главное:

• Fusaka внедряет PeerDAS — новый способ работы с данными, который позволяет увеличивать пропускную способность L2 без перегрузки нод;
• blob-данные становятся проще, легче и масштабируются до 8 раз благодаря выборочной проверке, а не полной загрузке каждым участником сети;
• появляются BPO-форки — маленькие обновления, которые позволяют увеличивать blob-пространство без большого хардфорка;
• сеть получает важные улучшения безопасности и стабильности: лимит газа на транзакцию, оптимизацию MODEXP, ограничение размера блока, повышение gas limit до 60M;
• пользовательский опыт улучшается за счет поддержки secp256r1, появления опкода CLZ и более предсказуемой работы валидаторов.

Проще говоря:

Fusaka делает Ethereum способным обрабатывать больше данных, снижает нагрузку на ноды, удешевляет работу роллапов и готовит сеть к следующему этапу масштабирования.