Имя Fusaka происходит от комбинации обновления уровня исполнения Osaka и версии уровня консенсуса Fula Star. Ожидается, что это обновление будет активировано 3 декабря 2025 года в 21:49 UTC.
Это обновление включает 12 EIPs, охватывающих доступность данных, ёмкость газ/блока, оптимизацию безопасности, совместимость подписей, структуру транзакционных сборов и т.д. Это системное обновление направлено на увеличение ёмкости L1, снижение затрат L2, уменьшение затрат на узлы и улучшение пользовательского опыта.
I. Две ключевые цели Fusaka: улучшить производительность Ethereum и повысить пользовательский опыт.
Цель 1: Существенно улучшить базовую производительность и масштабируемость Ethereum.
Ключевые слова:
-
Расширение доступности данных
-
Снижение нагрузки на узлы
-
Больше гибкости для blob
-
Улучшенные возможности исполнения
-
Более эффективный и безопасный механизм консенсуса
Вкратце: дальнейшее улучшение производительности Ethereum.
Цель 2: Улучшить пользовательский опыт и продвинуть новое поколение абстракции кошельков и аккаунтов.
Ключевые слова:
-
Предварительное подтверждение блоков
-
Поддержка P-256 (нативная подпись устройства)
-
Мнемонический кошелек
-
Более современная система аккаунтов
По сути, Ethereum становится ближе к опыту использования традиционного интернет-программного обеспечения.
II. Пять ключевых изменений в Fusaka
1. PeerDAS: сокращение нагрузки на хранение данных на узлах
PeerDAS — это ключевая новая функция обновления Fusaka. В настоящее время узлы второго уровня используют blob (временный тип данных) для публикации данных в Ethereum. До обновления Fusaka каждый полный узел должен был хранить каждый blob, чтобы обеспечить существование данных. С увеличением пропускной способности blob скачивание всех этих данных становится чрезвычайно ресурсоёмким процессом, усложняя обработку для узлов.
PeerDAS использует схему выборочного анализа доступности данных, позволяя каждому узлу хранить только часть блоков данных вместо полного набора данных. Для обеспечения доступности данных любой поднабор данных может быть восстановлен из 50% существующих данных, что снижает вероятность ошибок или потерь данных до криптографически незначительного уровня.
ПирДАС работает, применяя кодирование стирания Рида-Соломона к данным блобов. В традиционных приложениях DVD используют ту же технологию кодирования — даже при наличии царапин плеер может считывать диск; аналогично, QR-коды могут быть полностью распознаны, даже если они частично закрыты.
Следовательно, решение PeerDAS может гарантировать, что требования к оборудованию и пропускной способности узлов находятся в приемлемых пределах, при этом обеспечивая возможность расширения блобов, что позволяет поддерживать большее количество узлов второго уровня большего масштаба при меньших затратах.
2. Гибкое увеличение числа блобов по мере необходимости: Адаптация к постоянно меняющимся требованиям L2 данных.
Чтобы обеспечить последовательное обновление всех узлов, клиентов и программного обеспечения валидаторов, необходим постепенный подход. Для более быстрой адаптации к изменяющимся требованиям данных второго уровня внедрен механизм форков только с параметрами блобов.
Когда блобы впервые были добавлены в сеть во время обновления Dencun, их было 3 (максимум 6), что позже увеличили до 6 (максимум 9) в обновлении Pectra. После Fusaka их можно добавлять с устойчивой скоростью без необходимости крупных обновлений сети.
3. Поддержка истечения срока действия исторических записей: снижает затраты на узлы.
Чтобы уменьшить объем дискового пространства, необходимого операторам узлов при продолжении роста Ethereum, клиенты обязаны начать поддерживать истечение срока действия некоторых исторических записей. Фактически, эта функция уже включена в режиме реального времени; это обновление просто добавляет ее в список задач.
4. Предварительное подтверждение блоков: обеспечивает более быстрое подтверждение транзакций.
Используя EIP7917, Цепь Маяков сможет определять предлагающих блоки для следующей эпохи. Знание заранее, какие валидаторы будут предлагать будущие блоки, позволяет выполнять предварительное подтверждение. Может быть достигнуто соглашение с будущим предлагающим блок, чтобы гарантировать включение пользовательских транзакций в этот блок, не дожидаясь фактического его создания.
Эта функция полезна для реализации клиентов и сетевой безопасности, поскольку предотвращает крайние ситуации, такие как манипуляции валидаторами расписанием предлагающих. Кроме того, функция предварительного просмотра снижает сложность реализации.
5. Родная подпись P-256: Ethereum напрямую интегрируется с 5 миллиардами мобильных устройств.
Встроенный проверщик подписей secp256r1 (P-256), похожий на ключ доступа, представлен по фиксированному адресу. Это родной алгоритм подписей, используемый такими системами, как Apple, Android, FIDO2 и WebAuthn.
Для пользователей это обновление разблокирует возможность подписи устройств и функциональность ключей доступа. Кошельки могут напрямую взаимодействовать с Apple's Secure Vault, Android Keystore, аппаратным модулем безопасности (HSM) и FIDO2/WebAuthn — без необходимости использования мнемонической фразы, с более гладким процессом регистрации и опытом многофакторной аутентификации, сравнимым с современными приложениями. Это приведёт к улучшению пользовательского опыта, более удобным методам восстановления аккаунтов и модели абстракции аккаунта, соответствующей функциональности миллиардов устройств.
Для разработчиков он принимает 160 байт входных данных и возвращает 32 байта выходных, что делает перенос существующих библиотек и контрактов уровня L2 очень простым. Его базовая реализация включает указатели на бесконечность и проверки сравнения по модулю, чтобы устранить сложные крайние случаи без нарушения корректной работы вызываемых функций.
III. Долгосрочное влияние обновления Fusaka на экосистему Ethereum
1. Влияние на L2: расширение входит во вторую кривую. Благодаря технологии PeerDAS и увеличению количества Blob по запросу, а также более справедливому механизму ценообразования данных,узкое место доступности данных было устранено, иFusaka ускорила снижение стоимости использования уровня L2.
2. Влияние на узлы: операционные расходы продолжают снижаться. Снижение требований к объёму хранилища и сокращение времени синхронизации уменьшают расходы на эксплуатацию. Кроме того, в долгосрочной перспективе это обеспечивает продолжение участия узлов с более слабым оборудованием, гарантируя дальнейшую децентрализацию сети.
3. Влияние на DApps: становится возможной более сложная логика в цепочке. Более эффективные математические опкоды и более предсказуемый график предложений блоков могут стимулировать высокопроизводительные автоматизированные маркетмейкеры, более сложные протоколы деривативов и полностью интегрированные в цепочку приложения.
4. Влияние на обычных пользователей: Наконец, они могут использовать блокчейн, как Web2. Подписи P-256 означают, что больше нет необходимости в мнемонических фразах, мобильные телефоны могут использоваться в качестве кошельков, вход становится более удобным, восстановление проще, а многофакторная аутентификация естественно интегрирована. Это революционное изменение в пользовательском опыте и одно из необходимых условий для привлечения 1 миллиарда пользователей к блокчейну.
IV. Заключение: Fusaka — это ключевой шаг на пути к DankSharding и массовому принятию пользователями.
Dencun ознаменовал начало эры Blob (Proto-Dank Sharding), Pectra оптимизировал выполнение и повлиял на EIP-4844, в то время как Fusaka позволил Ethereum сделать ключевой шаг к "устойчивому масштабированию + мобильному подходу".
TLDR:
Это обновление включает в себя 12 EIP, среди которых основные:
EIP-7594: Использует PeerDAS для уменьшения нагрузки на хранение данных узлами.
Это ключевой фундамент для увеличения емкости данных Ethereum. PeerDAS создал инфраструктуру, необходимую для реализации Danksharding, и ожидается, что будущие обновления увеличат пропускную способность данных с 375 кб/с до нескольких Мб/с. Также это напрямую реализует масштабирование второго уровня, позволяя узлам обрабатывать больше данных эффективно без перегрузки отдельных участников.
EIP-7642: Вводит функцию истечения срока действия истории для уменьшения объема дискового пространства, требуемого узлами.
Это эквивалентно изменению способа обработки квитанций, удаляя старые данные из синхронизации узлов, что позволяет экономить приблизительно 530 ГБ трафика при синхронизации.
EIP-7823: Устанавливает верхний предел для MODEXP, чтобы предотвратить уязвимости консенсуса.
Это ограничивает длину каждого входного значения до 1024 байт для криптографического предкомпилированного кода MODEXP. Ранее MODEXP был источником уязвимостей консенсуса из-за отсутствия ограничений на длину входных данных. Установление практических ограничений, которые охватывают все сценарии реального применения, сокращает объем тестирования, прокладывая путь для будущей замены на более эффективный код EVM.
EIP-7825: Вводит ограничение на газ для транзакций, чтобы предотвратить использование большей части пространства блока одной транзакцией.
Эта мера вводит ограничение на газ в размере 167,777,216 на транзакцию, предотвращая использование большей части пространства блока одной транзакцией. Это обеспечивает более справедливое распределение пространства блока, повышая стабильность сети и способность защищаться от DoS-атак, а также позволяет добиться более предсказуемого времени проверки блоков.
EIP-7883: Увеличивает стоимость газа для криптографического предкомпилированного кода ModExp, чтобы предотвратить потенциальные атаки отказа в обслуживании из-за чрезмерно низкой цены.
Для решения проблемы чрезмерно низкой цены операций стоимость газа для криптографического предкомпилера ModExp была увеличена. Минимальная стоимость увеличена с 200 газа до 500 газа, а стоимость удваивается для больших входных данных, превышающих 32 байта. Это гарантирует разумное ценообразование для криптографических предкомпилеров, улучшает экономическую устойчивость сети и предотвращает потенциальные атаки отказа в обслуживании, вызванные чрезмерно низкой ценой.
EIP-7892: Поддерживает эластичное масштабирование количества блобов по запросу, чтобы адаптироваться к изменяющимся требованиям второго уровня (Layer 2).
Ethereum может чаще изменять параметры хранения блобов, создавая новый, легковесный процесс. Это позволяет проводить меньшие корректировки вместимости блобов для адаптации к изменяющимся потребностям Layer 2 без ожидания крупных обновлений.
EIP-7917: Вводит предварительное подтверждение блока, улучшая предсказуемость порядка транзакций.
В настоящее время валидаторы не могут знать, кто будет предлагать блоки, до начала следующей эпохи, создавая неопределенность в снижении MEV и протоколе предварительного подтверждения. Это изменение заранее вычисляет и сохраняет расписание предложений для будущих эпох, делая его детерминированным и доступным для приложений.
EIP-7918: Вводит базовую плату за блоб, связанную с расходами на выполнение, тем самым решая рыночную проблему платы за блок данных.
Данное решение устраняет проблему рыночной платы за блок, вводя резервную цену, связанную с расходами на выполнение. Это предотвращает сбой рынка платы за блоки на уровне 1 wei, когда расходы на выполнение второго уровня значительно превышают стоимость блока.
Это крайне важно для второго уровня (L2), гарантируя, что устойчивая цена блобов отражает истинные расходы и поддерживает эффективное ценообразование по мере увеличения использования L2.
EIP-7934: Ограничивает максимальный размер блока RLP выполнения до 10 МБ, чтобы предотвратить нестабильность сети и атаки отказа в обслуживании.
В настоящее время размеры блоков могут быть очень большими, что замедляет распространение по сети и увеличивает риск временных вилок. Это ограничение гарантирует, что размеры блоков остаются в разумных пределах, которые сеть может обработать и эффективно распространить. Это повышает надежность сети, снижает риск временных вилок и, таким образом, обеспечивает более стабильное время подтверждения транзакций.
EIP-7935: Увеличивает стандартное газовое ограничение до 60M для расширения возможностей выполнения L1.
Предложение предполагает увеличение газового лимита с 36M до 60M для расширения возможностей выполнения L1. Хотя это изменение не требует хардфорка (газовый лимит — это параметр, выбранный валидаторами), необходимы обширные тестирования, чтобы обеспечить стабильность сети при высоких вычислительных нагрузках. Поэтому включение этого EIP в хардфорк гарантирует приоритетность и продолжение данной работы.
Путем выполнения большего количества вычислений каждым блоком данных общая пропускная способность сети напрямую увеличивается, что является самым прямым способом расширения возможностей выполнения L1.
EIP-7939: Добавлен опкод CLZ для повышения эффективности вычислений в сети.
Этот обновление добавляет новый опкод CLZ (Calculate Leading Zeros) в EVM для эффективного вычисления количества ведущих нулей в 256-битном числе. Это значительно снижает газовые расходы для математических операций, требующих манипуляций с битами, улучшает вычислительную эффективность и позволяет выполнять более сложные вычисления в сети. Это позволяет проводить более дешевые и эффективные математические операции, что выгодно для DeFi-протоколов, игровых приложений и любых контрактов, требующих сложных математических расчетов.
EIP-7951: Добавлена поддержка предварительно скомпилированных кривых secp256r1 для улучшения пользовательского опыта.
Это обновление добавляет поддержку широко используемой криптографической кривой secp256r1 (также известной как P-256) в Ethereum. В настоящее время Ethereum поддерживает только кривую secp256k1 для подписей, но многие устройства и системы используют secp256r1. Это обновление позволяет Ethereum проверять подписи с iPhone, Android-устройств, аппаратных кошельков и других систем, использующих этот стандарт кривой, что упрощает интеграцию с существующей инфраструктурой.