За последние два года основными драйверами масштабирования 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 Джастин Дрейк. На самом деле, эта идея была предложена и обсуждалась в общественном форуме еще в начале 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 не может произвольно добавлять пользовательские коды операций (opcode), предварительно скомпилированные контракты или специальные типы транзакций в своей среде исполнения, иначе EXECUTE основной цепи не сможет правильно воспроизвести блоки.
Но это не означает, что L2 полностью не может реализовать дифференциацию. На самом деле, L2 по-прежнему может сохранить свои особенности в таких аспектах, как экономическая модель, способы управления и механизмы сортировки транзакций, но уровень исполнения сам должен строго следовать стандартам основной цепи Ethereum.
Что означает Native Rollup для экосистемы Ethereum?
Для проектов L2 безопасность и сложность обслуживания значительно снизятся, а затраты на управление и операционные расходы также уменьшатся.
Для разработчиков, при развертывании контрактов можно получить такую же детерминированную работу, как и в основной цепи, больше не требуется специальная адаптация для каждого L2.
Для пользователей безопасность активов значительно повысится, а опыт станет ближе к «настоящей основной цепи Ethereum». В долгосрочной перспективе единство экосистемы и доступность значительно улучшатся.
Резюме
Ethereum через предложение Native Rollup EIP-8079 на уровне протокола предоставил стандартизированный способ проверки выполнения для L2, что позволяет L2 действительно использовать безопасность и зрелую инфраструктуру основной цепи. В то же время, в сотрудничестве с другими решениями, такими как EIL, Ethereum постепенно исправляет текущие проблемы с пользовательским опытом L2 и разрывом в движении активов.
В будущем мы, возможно, увидим более унифицированную и безопасную экосистему Ethereum.
На этой странице может содержаться сторонний контент, который предоставляется исключительно в информационных целях (не в качестве заявлений/гарантий) и не должен рассматриваться как поддержка взглядов компании Gate или как финансовый или профессиональный совет. Подробности смотрите в разделе «Отказ от ответственности» .
0xbow Пересмотренный новый порядок смешивания токенов в эпоху Tornado Cash
Автор: 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 Джастин Дрейк. На самом деле, эта идея была предложена и обсуждалась в общественном форуме еще в начале 2025 года, и только недавно она официально оформилась в проект EIP и вошла в стадию обсуждения технических деталей.
!
Что именно сделала Native Rollup с технической точки зрения?
Основное технологическое изменение Native Rollup заключается в добавлении специального предварительно скомпилированного контракта — EXECUTE. Он позволяет Rollup после отправки блока в L1 непосредственно проверять его с помощью собственного EVM-движка основной цепи Ethereum.
Конкретный процесс выглядит так:
Данные, отправляемые Rollup, содержат текущее состояние L2, данные блока, которые необходимо проверить, а также некоторые данные о привязке L1 к L2.
При выполнении главной цепи EXECUTE будет:
Если повторное воспроизведение прошло успешно, это означает, что блок действителен; в противном случае блок отклоняется.
Таким образом, L2 больше не нужно создавать сложную систему верификации, а можно напрямую использовать зрелый исполняющий движок самой основной цепи Ethereum.
Почему нужно делать такие изменения?
В настоящее время каждая L2 независимо реализует логику проверки, что приводит к очень высоким затратам на обслуживание и рискам безопасности. Каждый раз, когда основная цепочка обновляется, L2 также должна синхронно обновляться, иначе могут возникнуть риски безопасности или проблемы совместимости.
А благодаря стандартизации логики валидации Native Rollup, L2 больше не потребуется отдельно поддерживать целый набор сложных копий EVM и систем валидации. Вся модель безопасности будет упрощена до одного вопроса: безопасна ли главная цепочка Ethereum.
Это также способствует постепенному отказу от временных мер безопасности, таких как комитет по безопасности и мультиподпись, в будущем, что позволит быстрее реализовать истинно децентрализованные и безопасные решения для масштабирования.
Какие ограничения это наложит на L2?
Чтобы стать Native Rollup, необходимо одно ключевое условие: уровень исполнения должен быть эквивалентен EVM основной цепи Ethereum. Это означает, что L2 не может произвольно добавлять пользовательские коды операций (opcode), предварительно скомпилированные контракты или специальные типы транзакций в своей среде исполнения, иначе EXECUTE основной цепи не сможет правильно воспроизвести блоки.
Но это не означает, что L2 полностью не может реализовать дифференциацию. На самом деле, L2 по-прежнему может сохранить свои особенности в таких аспектах, как экономическая модель, способы управления и механизмы сортировки транзакций, но уровень исполнения сам должен строго следовать стандартам основной цепи Ethereum.
Что означает Native Rollup для экосистемы Ethereum?
Для проектов L2 безопасность и сложность обслуживания значительно снизятся, а затраты на управление и операционные расходы также уменьшатся.
Для разработчиков, при развертывании контрактов можно получить такую же детерминированную работу, как и в основной цепи, больше не требуется специальная адаптация для каждого L2.
Для пользователей безопасность активов значительно повысится, а опыт станет ближе к «настоящей основной цепи Ethereum». В долгосрочной перспективе единство экосистемы и доступность значительно улучшатся.
Резюме
Ethereum через предложение Native Rollup EIP-8079 на уровне протокола предоставил стандартизированный способ проверки выполнения для L2, что позволяет L2 действительно использовать безопасность и зрелую инфраструктуру основной цепи. В то же время, в сотрудничестве с другими решениями, такими как EIL, Ethereum постепенно исправляет текущие проблемы с пользовательским опытом L2 и разрывом в движении активов.
В будущем мы, возможно, увидим более унифицированную и безопасную экосистему Ethereum.