Апгрейд Fusaka: что нужно знать о главном обновлении Ethereum в 2025 году
Сегодня в сети Ethereum состоится одно из самых масштабных обновлений последних лет — апгрейд Fusaka. Он стал продолжением развития сети после обновления Pectra. Апгрейд открывает новую фазу масштабирования Ethereum.
Редакция BeInCrypto подготовила обзор, который объясняет суть Fusaka, ключевые технические улучшения и влияние обновления на пользователей, разработчиков, ноды и валидаторов.
Как купить Ethereum: 5 популярных вариантов
Что такое апгрейд 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:
- blob разбивается на множество небольших фрагментов;
- данные кодируются методом erasure coding, что позволяет восстановить blob даже при потере части фрагментов;
- фрагменты распределяются между нодами случайным образом;
- каждая нода хранит примерно 1/8 общего массива данных;
- доступность проверяется через выборочные запросы (sampling);
- для восстановления 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 способным обрабатывать больше данных, снижает нагрузку на ноды, удешевляет работу роллапов и готовит сеть к следующему этапу масштабирования.
Хотите получить доступ к экспертным инсайдам? Подписывайтесь на наш телеграм-канал, получайте доступ торговым сигналам и новостям рынка, общайтесь с нашим аналитиком. Будьте на шаг впереди рынка каждый день!
The post Апгрейд Fusaka: что нужно знать о главном обновлении Ethereum в 2025 году appeared first on BeInCrypto.