Fusaka в процессе обновления предлагает предложение EIP-7825, которое ограничением Gas на одну транзакцию устраняет препятствия для реализации L1 zkEVM и реального доказательства на Ethereum, превращая «реальное доказательство» из теоретической невозможности в инженерно управляемую задачу, прокладывая путь к окончательной интероперабельности.
（Предыдущие сведения: BitMine вложила 110 миллионов долларов в дополнение 33 000 ETH! Том Ли кричит: ETH уже достиг дна ）
（Дополнительные сведения: Vitalik прокомментировал инцидент с уязвимостью «Клиента Prysm»: Иногда отсутствие окончательности в Ethereum — нормально! Главное — не допустить ошибок окончательности ）

Содержание статьи

• 1. За обновлением Fusaka скрывается недооценённый EIP-7825
• 2. L1 zkEVM: «якорь доверия» для интероперабельности Ethereum
• 3. Fusaka & EIP-7825: освобождение дорожной карты интероперабельности
• В заключение

В предыдущих статьях серии Interop мы рассмотрели OIF (рамочная структура намерений) и EIL (слой интероперабельности), которые решают стандартизацию намерений межцепочечного взаимодействия (чтобы вся сеть понимала ваши намерения) и проблему исполнения каналов (чтобы средства могли передаваться стандартизировано).

Но для достижения идеального «опыта единой цепи» остаётся баланс между скоростью и доверием. В текущем интерфейсе интероперабельности либо приходится мириться с медлительностью (например, Optimistic Rollup требует 7 дней для подтверждения окончательности), либо жертвовать децентрализацией (полагаясь на доверие к мультиподписным мостам).

Чтобы преодолеть этот «недостижимый треугольник», необходима базовая способность — дорожная карта интероперабельности с «ускорением (Acceleration)» и окончательной фиксацией (Finalisation), — которая достигается благодаря ZK-технологиям с «реальными доказательствами».

Именно в этом контексте, в процессе обновления Fusaka, неказистое предложение EIP-7825 стало ключевым препятствием, которое оно помогло устранить.

1. За обновлением Fusaka скрывается недооценённый EIP-7825

4 декабря в основной сети Ethereum началось официальное внедрение Fusaka, хотя оно и не вызвало такого ажиотажа, как обновление Dencun ранее. Основное внимание рынка сосредоточено на масштабировании Blob и PeerDAS, а также на дальнейшем снижении стоимости данных для L2.

Но за этим шумом скрывается ещё одно, менее заметное предложение — EIP-7825, которое устраняет крупнейшее препятствие на пути реализации L1 zkEVM и реальных доказательств, фактически прокладывая путь к окончательной интероперабельности.

В рамках этого обновления большинство внимания было сосредоточено на расширении Blob в 8 раз и проверке с помощью PeerDAS с рандомизированным выбором, что сделало расходы на Data Availability (DA) более предсказуемыми и сниженными.

Безусловно, более дешёвые L2 — это хорошо. Но для долгосрочного развития ZK-стратегии Ethereum именно EIP-7825 становится настоящим изменителем правил игры, поскольку оно вводит ограничение на Gas для одной транзакции — примерно 16 780 000 Gas.

Известно, что лимит Gas в блоках Ethereum уже достиг 60 миллионов, но даже при постоянном росте лимита, теоретически, при очень высокой ценовой ставке Gas (Gas Price), можно отправить «гигантскую транзакцию» — Mega-Transaction, использующую весь лимит в 60 миллионов Gas, что может заблокировать весь блок.

Ранее это было разрешено, однако EIP-7825 вводит новое ограничение — независимо от размера блока, расход газа на одну транзакцию не может превышать 16 780 000 Gas.

Почему же этот лимит важен? На самом деле, он не влияет на обычные пользовательские переводы, но для генераторов ZK-откровений (Prover) это — вопрос жизни и смерти, поскольку от способа генерации доказательств зависит многое.

Приведём пример: до EIP-7825, если в блоке есть транзакция, потребляющая 60 миллионов Gas, ZK-откровитель должен последовательно выполнить эту очень сложную транзакцию —拆分不能, параллелизация невозможна. Это похоже на узкую двухполосную автомагистраль, по которой медленно движется гигантский грузовик, а все остальные машины (остальные транзакции) стоят в очереди, ожидая его завершения.

Это, без сомнения, приговорило «реальное доказательство» к смерти — время генерации доказательства становится полностью непредсказуемым, иногда занимает десятки минут или больше.

После внедрения EIP-7825, даже при расширении блока до 100 миллионов Gas, благодаря ограничению по 16 780 000 Gas на транзакцию, блоки разбиваются на предсказуемые, ограниченные, параллельно обрабатываемые «мелкие задачи». Это превращает процесс генерации ZK-доказательств из сложной «логической головоломки» в чистую «проблему вычислительной мощности (Money Problem)»:

Если мы можем вложить достаточное количество параллельных вычислительных ресурсов, то за очень короткое время сможем одновременно обработать эти разбитые задачи и сгенерировать ZK-доказательство для огромного блока.

Как отмечает Михаил, генеральный директор Brevis, EIP-7825 — одна из самых недооценённых обновлений для будущего ZK- и Ethereum-расширения в 100 раз. Оно превращает «теоретическую невозможность» в «инженерно управляемое решение», и если мы сможем решить проблему вычислительной мощности — даже блоки по 200 миллионов Gas могут быть подтверждены за секунды. Это не только прорыв в ZK-технологиях, но и физическая база для мгновенного межцепочечного расчёта (секундного кросс-чейна).

По сути, это — важнейшее обновление, которое открывает путь к будущему масштабирования Ethereum и ZK-технологий.

2. L1 zkEVM: «якорь доверия» для интероперабельности Ethereum

Несмотря на то, что EIP-7825 обеспечивает физическую возможность реального доказательства за счёт ограничения размера транзакции (параллелизация), важна и другая сторона — как сама сеть Ethereum сможет использовать эти возможности.

Речь идёт о самом важном направлении дорожной карты Ethereum — L1 zkEVM.

Долгое время zkEVM рассматривался как «святая грааль» расширения Ethereum — не только потому, что оно решает проблему пропускной способности, но и потому, что оно переопределяет механизм доверия в блокчейне, позволяя основной сети генерировать и проверять ZK-доказательства.

Проще говоря, в будущем после выполнения каждого блока Ethereum сможет выводить подтверждаемое математическое доказательство, которое другие узлы (особенно легкие и L2) смогут быстро проверить — без повторных вычислений, просто проверяя маленькое математическое доказательство.

Что это значит для интероперабельности?

В контексте Interop, L1 zkEVM — это не только расширение масштабируемости, но и «якорь доверия» для всех L2.
Поскольку если Ethereum L1 сможет генерировать доказательства в реальном времени, то все L2 смогут получать актуальное состояние без доверия к третьим сторонам.

Это приведёт к двум важным изменениям:

• Отмена периода вызова (Challenge Period): подтверждение между цепями сократится с 7 дней (OP-механизм) до секундных интервалов (ZK-механизм);
• Децентрализованная межцепочечная связь: межцепочечные транзакции больше не потребуют доверия к третьим сторонам — доверие будет только к математической правде Ethereum.

Это также лежит в основе физической реализации слоя интероперабельности — без реальной окончательности (Finality) в L1, межцепочечное взаимодействие всегда будет иметь задержки.

Итак, при наличии L1 zkEVM и ограничении EIP-7825, остаётся вопрос — какие инструменты и технологии реализуют эти возможности?

Здесь происходит тонкая эволюция ZK-стека: от zkEVM к zkVM.

3. Fusaka & EIP-7825: освобождение дорожной карты интероперабельности

Если EIP-7825 — это создание «вычислительно управляемых» условий для ZK, то развитие ZK-стека — это поиск «более эффективной программной архитектуры».

Это звучит как сложное словосочетание, но по сути — два этапа развития ZK.

Первый — zkEVM, который можно считать «совместимым» или «усовершенствованным» вариантом, пытается имитировать каждую команду EVM, чтобы разработчики могли быстро переносить существующие Solidity-программы, снижая издержки миграции.

Главное преимущество zkEVM — совместимость с существующими приложениями Ethereum, что значительно упрощает развитие экосистемы: разработчики могут использовать уже доступные инструменты, клиенты, браузеры и дебаггеры.

Но, из-за исторической несогласованности с ZK, эффективность доказательств zkEVM часто ограничена: доказательство занимает намного больше времени.

Зато zkVM — это более радикальный подход, создающий виртуальную машину, оптимизированную под ZK-доказательства (например, на базе RISC-V или WebAssembly), чтобы ускорить доказательство и повысить скорость исполнения.

Проблема в том, что это — потеря совместимости с классическими EVM-совместимыми приложениями, но тренд таков, что всё больше L2-проектов начинают совершенствовать доказательства, оптимизировать их скорость и стоимость, выбирая архитектуру на базе zkVM.

Почему же обновление Fusaka считается «открывающим двери»?

Потому что, ещё до EIP-7825, любые большие транзакции в zkEVM или zkVM приводили к росту времени генерации доказательств — из-за невозможности разбить задачу.

Теперь же, благодаря EIP-7825, транзакции разбиваются на предсказуемые мелкие части, и с помощью параллельных вычислений zkVM может максимально эффективно работать, даже с очень сложными Ethereum-блоками, обеспечивая реальное время генерации доказательств.

Что это означает для интероперабельности? Распространение zkVM в сочетании с EIP-7825 снизит стоимость генерации доказательств до минимума. Когда стоимость межцепочечного доказательства станет пренебрежимо малой, а скорость — практически мгновенной, исчезнет необходимость в классических мостах — вместо них появится универсальный протокол обмена сообщениями на самом низком уровне.

Заключение

Как неоднократно подчеркивалось в предыдущих статьях серии Interop, конечная цель — не просто «перекрестная передача активов», а целая система — межцепочечное взаимодействие, включающее обмен данными, логическую интеграцию, пользовательский опыт, безопасность и консенсус.

Можно понять Interop как универсальный язык будущих протоколов Ethereum, где важно не только передавать ценность, но и делиться логикой. Роль ZK — гарантия корректности выполнения, поддержка актуальности статуса в реальном времени, и без реального времени ZK невозможно построить полноценный интерфейс межцепочечной интеграции.

Когда EIP-7825 реализуется в Fusaka, а L1 zkEVM становится реальностью, мы приближаемся к финальной точке — выполнение, финализация и доказательства полностью скрыты за фонами, а пользователи не замечают наличия цепочек.

Это — будущая вершина, к которой мы все стремимся: завершённая интероперабельность.