EIP-8079: переосмысление стандартов сотрудничества и безопасности между L1 и L2

Автор: Zhixiong Pan Источник: chainfeeds

За последние два года основным драйвером масштабирования Ethereum стали различные Layer 2 Rollup, такие как Arbitrum, Optimism, Base и другие. Эти L2-сети действительно повысили производительность, но привели к фрагментации активов и пользовательского опыта. Пользователи часто вынуждены совершать кросс-чейн операции, их активы рассредоточены по разным сетям, опыт использования неудовлетворителен, а технические и стандарты безопасности сложно унифицировать.

Для решения проблемы фрагментации на уровне пользовательского опыта сообщество Ethereum недавно предложило EIL (Ethereum Interoperability Layer, уровень взаимодействия Ethereum), который позволяет реализовать унифицированный пользовательский опыт между разными L2-сетями, чтобы пользователи ощущали работу с одной цепочкой, а не с множеством независимых сетей.

В то же время исследователи Ethereum начали уделять внимание стандартизации и безопасности на уровне протокола, что привело к появлению предложения EIP-8079 (Native Rollup).

Что такое Native Rollup?

Проще говоря, современные Rollup после обработки транзакций в собственной сети периодически отправляют на основную цепь Ethereum (L1) некоторые данные о состоянии или доказательства, чтобы гарантировать достоверность результатов исполнения. Однако у каждого Rollup своя собственная машина состояния, система доказательств и логика валидации, что может привести к усложнению и потенциальным угрозам безопасности.

Концепция Native Rollup, предложенная в EIP-8079, заключается в добавлении на основной цепи Ethereum нового преподготовленного контракта под названием EXECUTE, который позволяет Rollup напрямую отправлять свои блоки на основную цепь, где они повторно исполняются основной сетью для проверки их корректности.

Это означает, что Rollup больше не нужно самостоятельно реализовывать сложную машину состояния или систему доказательств, а можно напрямую использовать ядро исполнительного движка Ethereum, значительно снижая сложность и риски безопасности. Такой подход называется «Native Rollup» — по-настоящему нативный Rollup.

Кто продвигает это предложение?

Авторы EIP-8079 — Лука Донно из L2BEAT и исследователь Ethereum Foundation Джастин Дрейк. На самом деле, еще в начале 2025 года эта идея уже обсуждалась на форумах сообщества, и только недавно был официально оформлен драфт EIP и началось обсуждение технических деталей.

Что технически меняет Native Rollup?

Ключевое техническое изменение Native Rollup — добавление специального преподготовленного контракта EXECUTE. Он позволяет Rollup после отправки блока на L1 непосредственно проверить его на основной цепи с помощью движка EVM Ethereum.

Процесс выглядит следующим образом:

Rollup отправляет данные, включающие текущее состояние L2, данные блока для проверки, а также некоторые данные якоря с L1 на L2.

При исполнении EXECUTE основная цепь:

• Проверяет валидность блока (например, запрещает специальные типы Blob-транзакций);
• Внедряет якорные данные в определенный системный адрес в состоянии L2;
• Вызывает внутреннюю функцию перехода состояния клиента Ethereum, полностью воспроизводя отправленный L2-блок.

Если повторное исполнение прошло успешно — блок считается валидным; в противном случае — блок отклоняется.

Таким образом, L2 больше не нужно создавать собственную сложную систему валидации, а можно повторно использовать зрелый исполнительный движок основной цепи Ethereum.

Зачем нужны такие изменения?

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

Стандартизируя логику валидации с помощью Native Rollup, L2 больше не нужно поддерживать собственные копии EVM и системы доказательств. Вся модель безопасности сводится к единственному вопросу: безопасна ли основная цепь Ethereum.

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

Какие ограничения это накладывает на L2?

Чтобы стать Native Rollup, необходимо выполнить ключевое условие: исполнительный уровень должен быть максимально эквивалентен EVM основной цепи Ethereum. Это значит, что L2 не может произвольно добавлять собственные opcodes, преподготовленные контракты или специальные типы транзакций в своем исполнительном окружении, иначе основной EXECUTE не сможет корректно воспроизвести блок.

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

Что означает Native Rollup для экосистемы Ethereum?

Для проектов L2 безопасность и сложность поддержки значительно снизятся, а издержки на управление и эксплуатацию также уменьшатся.

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

Для пользователей безопасность активов существенно повысится, а опыт станет ближе к «настоящему Ethereum mainnet». В долгосрочной перспективе единство и удобство экосистемы значительно улучшатся.

Вывод

Ethereum благодаря предложению Native Rollup (EIP-8079) на уровне протокола предоставляет L2 стандартизованный метод валидации исполнения, что позволяет L2 по-настоящему использовать безопасность и зрелую инфраструктуру основной цепи. Одновременно с этим, в сочетании с такими инициативами, как EIL, Ethereum постепенно устраняет разрыв в пользовательском опыте и перемещении активов между L2.

В будущем мы, возможно, увидим более унифицированную и безопасную экосистему Ethereum.