Дорожная карта Interop ускоряется: после обновления Fusaka межоперабельность Ethereum может сделать важный скачок

Автор: imToken

Ссылка:

Заявление: Эта статья является переработанным материалом, читатели могут получить дополнительную информацию по исходной ссылке. Если у автора есть какие-либо возражения против формы переработки, пожалуйста, свяжитесь с нами, мы внесем необходимые изменения по запросу автора. Перепечатка предназначена только для обмена информацией, она не является инвестиционной рекомендацией и не отражает позицию Wu Shuo.

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

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

Чтобы разрушить этот «невозможный треугольник», необходима базовая способность — ускорение («Acceleration») и окончательное подтверждение («Finalisation») межцепочечного маршрута Ethereum, реализуемые с помощью технологии ZK (Zero-Knowledge), которая обеспечивает «временные доказательства» (подробнее в «Дорожной карте Interop Ethereum: как разблокировать последние километры массового внедрения»).

Недавно активированное обновление Fusaka, в частности, невзрачный EIP-7825, устранено самое большое техническое препятствие для этого финала.

1. За обновлением Fusaka — недооценённый EIP-7825

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

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

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

Конечно, более дешевые L2 — это хорошо, но для долгосрочной дорожной карты ZK Ethereum EIP-7825 — истинный «игрок-революционер», поскольку он устанавливает лимит газа для каждой транзакции — примерно 16,78 миллионов Gas.

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

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

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

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

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

После внедрения EIP-7825, даже если в будущем лимит блока увеличится до 100 миллионов Gas, ограничение в 16,78 миллионов Gas на транзакцию сохранится. Тогда блоки будут разделены на «маленькие, предсказуемые и параллельно обрабатываемые» задачи, что превращает процесс генерации ZK-доказательств из «логической головоломки» в «проблему с вычислительной мощностью»:

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

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

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

2. L1 zkEVM: «маяк доверия» для межцепочечной взаимодействия Ethereum

Но несмотря на то, что EIP-7825 прокладывает физическую дорогу для «реального времени» доказательств за счёт ограничения размера транзакции, возникает вопрос: как же сама сеть Ethereum сможет использовать эту возможность?

Здесь выходит на сцену самая важная часть дорожной карты Ethereum — L1 zkEVM.

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

Иными словами, в будущем каждый блок Ethereum сможет выходить с подтверждением — математической гарантией, которую могут проверять другие узлы (особенно легкие узлы и L2) без повторных вычислений. Если способность генерировать ZK-доказательства встроена прямо в протокол Ethereum (L1), то предлагающий (Proposer), упаковав блок и создав ZK-доказательство, сможет передавать его в сеть. Верификационные узлы не придется повторно выполнять транзакции, а лишь проверять очень небольшое математическое доказательство.

Что это означает для взаимодействия между цепочками?

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

· Удаление периода оспаривания: подтверждение между цепями сократится с 7 дней (OP-Mechanism) до секундных задержек (ZK-Mechanism);

· Децентрализованная межцепочечная связь: межцепочечные мосты больше не потребуют доверия к сторонним многоподписным мостам, а будут опираться на математическую истину основного протокола Ethereum.

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

Если есть цель — L1 zkEVM, и физические ограничения сняты (EIP-7825), то возникает вопрос: какие инструменты для реализации?

Здесь происходит тонкое развитие ZK-технологий: от zkEVM к zkVM.

3. Fusaka & EIP-7825: прорыв в маршрутах взаимодействия

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

Первый этап — zkEVM, можно назвать совместимым или усовершенствованным.

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

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

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

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

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

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

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

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

В заключение

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

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

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

Это и есть финал, которого мы все ждем для Interop будущего.