Будущее Ethereum: L1 как собственный рулап и эволюция L2

«Поглощают ли L2 ценность L1?» «Потеряет ли Эфириум свою глобальную композиционность?» — в те два года, когда L2 достигли пика популярности, подобные тревоги почти полностью заполнили сообщество Эфириума.

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

Таким образом, в течение последних двух лет эти вопросы стимулировали Ethereum переосмыслить отношения между L1 и L2.

С одной стороны, Ethereum L1 продолжает повышать лимит Gas, продвигать безсостоятельность и верификацию zkEVM, отказываясь ограничиваться ролью лишь низкопроизводительной базы для расчетов; с другой стороны, обсуждения в сообществе становятся все более ожесточенными: в начале года Vitalik прямо заявил, что с ростом собственной масштабируемости основной сети Ethereum часть предпосылок дорожной карты, принятой пять лет назад и рассматривавшей L2 как основной способ масштабирования, уже изменились (дополнительное чтение: Понимание размышлений Vitalik о L2: прощание с фрагментацией, новая стадия — корректировка в сторону Native Rollup).

В последнее время исследователь Ethereum Барнабе Монно отметил, что необходимо пересмотреть долгосрочные отношения между L1 и L2, включая то, как L2 будет создавать ценность в будущем, почему конечная подтверждённость должна быть значительно сокращена, а также может ли L1 со временем стать чем-то вроде «собственного Rollup» по мере того, как системы доказательств постепенно интегрируются в процесс проверки основной сети.

Хотя эти мнения пока не равны окончательно утвержденной дорожной карте протокола, они предоставляют ценную точку наблюдения.

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

Честно говоря, когда стратегия масштабирования Ethereum, основанная на Rollup, только формировала свои основы, главной задачей L2 было относительно проста: предоставить Ethereum больше и более дешевых возможностей для транзакций.

При тех условиях технологии такое разделение было вполне обоснованным.

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

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

Но сейчас предпосылки этого разделения труда изменились.

Фонд Ethereum в 2026 году объединит работу по масштабированию протокола, объединив ранее относительно независимые «масштабируемые L1» и «масштабируемые Blob» в единую маршрутную схему Scale, в которую включены повышение лимита Gas, расширение доступности данных, оптимизация клиентов исполнения, продвижение безсостоятельности и клиентов attester zkEVM в единую рамку масштабирования.

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

Эти изменения не означают, что Ethereum готов отказаться от L2 или перенести всю активность обратно на основную сеть. Напротив, они означают, что L2 теперь труднее оправдать свою долгосрочную ценность только за счет «более быстрых транзакций и更低их газовых сборов».

В конце концов, если L1 сама по себе сможет увеличить объем выполнения на несколько порядков, сохраняя при этом безопасность и децентрализацию, то обычное выполнение EVM и низкозатратное пространство блоков перестанут быть исключительной способностью L2; то, что L2 необходимо предоставлять, будет больше сосредоточено на дифференцированных потребностях, которые L1 трудно унифицировать, например, оптимизация под конкретные приложения, функции конфиденциальности, а также более гибкие модели управления и экономики.

Эфириум Фонд также четко подчеркнул это в своем последнем заявлении о соотношении L1 и L2 в этом году. Ранее основной целью L2 было масштабирование Эфириума, а дифференциация и кастомизация были второстепенными ценностями; теперь акцент сделан на предоставлении дифференцированных функций при одновременном продолжении вклада в дополнительную масштабируемость.

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

Это фактически переводит L2 из единой технической категории в более сложный непрерывный спектр:

• На одном конце спектра находятся Rollup, стремящиеся максимально наследовать безопасностные свойства Ethereum, они стремятся сократить использование мультиподписных комитетов безопасности, открыть разрешительные механизмы доказательства и обеспечить, чтобы пользователи могли выводить средства на L1 даже в случае остановки работы операторов;
• На среднем уровне находятся среды выполнения, наследующие часть свойств Ethereum в соответствии с бизнес-требованиями; они могут обладать более высокими правами управления, независимыми сортерами или специфическими механизмами соответствия требованиям, обеспечивая при этом производительность, конфиденциальность и операционную гибкость;
• С другой стороны, это может быть отдельная цепочка, которая использует EVM, активы Ethereum или частичные мосты для межсетевого взаимодействия, но при этом остается относительно независимой в плане безопасности и расчетов;

Вот почему говорят, что Ethereum не отказывается от L2, а просто заново определяет распределение ролей. В конечном счете, за последние 3–5 лет L2 сначала означал технологию масштабирования, а в будущем он скорее будет представлять собой набор сред выполнения, устанавливающих разные отношения безопасности, расчетов и ликвидности с Ethereum.

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

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

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

Команда протокола Ethereum сосредоточила внимание на двух направлениях для улучшения пользовательского опыта в 2026 году: нативную абстракцию аккаунтов и интероперабельность, считая, что ключ к решению фрагментации L2 заключается в том, чтобы сделать Ethereum «снова похожим на одну цепочку» — это видение зависит от зрелости архитектуры намерений (intent).

• В частности, открытая рамка намерений Open Intents Framework позволяет пользователям просто заявить желаемый результат, например, «преобразовать актив с цепочки A в USDC на цепочке B», а решатель за кулисами выполнит расчет пути, авансирование, исполнение и ребалансировку средств (дополнительное чтение: Когда «намерения» становятся стандартом: как OIF прекращает фрагментацию межцепочечных операций и возвращает Web3 интуиции пользователя?);
• Более продвинутый уровень взаимодействия Ethereum (EIL) стремится создать доверенную транспортную прослойку, целью которой является обеспечение одинакового опыта для межсетевых транзакций, как и для транзакций в пределах одной цепочки (дополнительное чтение: «Дорожная карта Ethereum Interop: как преодолеть «последний километр» для массового внедрения»);

На уровне аккаунта EIP-7702 в рамках обновления Pectra позволил традиционным EOA временно выполнять код смарт-контрактов, поддерживая пакетную обработку транзакций, оплату газа и механизмы восстановления; последующие решения, такие как EIP-8141, направлены на дальнейшее внедрение логики смарт-аккаунтов непосредственно в протокол, чтобы смарт-кошельки постепенно стали стандартной формой аккаунтов и снизили зависимость от дополнительных сервисов Bundler, Relayer и посредников.

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

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

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

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

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

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

Если изменение позиционирования L2 и сокращение окончательной определенности по-прежнему связаны с перестройкой существующей иерархической архитектуры, то другой вывод, упомянутый Барнабе, затрагивает само определение L1 и L2: по мере внедрения систем доказательств в основную сеть Ethereum, L1 в конечном итоге также может стать чем-то вроде «собственного Rollup».

Это звучит несколько нелогично.

В конце концов, Rollup обычно понимается как сеть масштабирования, построенная поверх L1, которая выполняет транзакции вне сети, а затем L1 проверяет результаты состояния; как тогда сама Ethereum, являющаяся базовой сетью консенсуса и расчетов, может стать собственным L2?

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

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

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

С точки зрения соотношения выполнения и проверки, это действительно похоже на Rollup: часть участников отвечает за высокопроизводительное выполнение, результаты которого сжимаются в криптографические доказательства, а более широкий круг участников консенсуса не повторяет все вычисления, а лишь проверяет доказательства и подтверждает финальное состояние.

Таким образом, то, что сказал Барнабе, — «L1 становится своим собственным Rollup» — лучше понимать как обобщение этой модели проверки, а не как утверждение, что основная сеть Ethereum будет перемещена на другую базовую цепочку или «деградирует» до уровня своего собственного L2.

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

Это также дополнительно размоет традиционную границу между L1 и L2.

С одной стороны, L1 может расширить свои вычислительные возможности с помощью доказательств zkEVM; с другой стороны, Native Rollup стремится позволить L2 напрямую использовать возможности проверки, встроенные в протокол Ethereum, чтобы L1 мог проверять переходы состояний L2 более нативным и унифицированным способом.

Сегодня различные Rollup обычно должны самостоятельно создавать системы доказательств, контракты для проверки, механизмы обновления и комитеты безопасности. Если возникает ошибка в системе доказательств, требуется срочное обновление протокола или оператор перестаёт функционировать, пользователи часто всё ещё зависят от дополнительных структур управления и доверия. Долгосрочное направление Native Rollup заключается в превращении части логики проверки Rollup в нативную функциональность Ethereum, что позволит L2 сократить собственные структуры безопасности, полностью унаследовать правила перехода состояний L1 и потенциально отказаться от комитета безопасности.

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

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

Конечно, это всё ещё долгосрочное направление.

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

Общая тенденция мира: то, что объединяется, в конце концов распадается; то, что распадается, в конце концов объединяется.

Эфириум ранее использовал общее состояние для достижения глобальной совместимости; позже он разделил выполнение с помощью Rollup, чтобы получить большую пропускную способность. Сейчас ему необходимо воссоединить разделённые активы, аккаунты и приложения, не отказываясь от достигнутых результатов масштабирования.

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

Таким образом, финальная роль L2, возможно, не в замене L1 и не в вытеснении постоянно масштабируемыми L1, а в формировании набора исполнительных сред с различными функциями и производительностью, способных совместно использовать безопасность, ликвидность и состояние.

Раньше Эфириум достигал большей пропускной способности за счет разделения выполнения.

На следующем этапе давайте посмотрим, сможет ли он после разбора снова собраться в Ethereum.