Если судить по ощущениям, с 2025 года частота обновлений в сообществе основных разработчиков Ethereum была исключительно высокой.
От обновления Fusaka до Glamsterdam и долгосрочных планов на следующие три года, касающихся kEVM, квантово-устойчивых криптографических систем, лимита Gas и других тем, — Ethereum за несколько месяцев выпустил множество дорожных карт, охватывающих три-пять лет.
Такой ритм сам по себе является сигналом.
Если внимательно прочитать последнюю дорожную карту, становится ясно, что проявляется более четкое и радикальное направление: Ethereum превращает себя в верифицируемый компьютер, и конечная точка этого пути — L1 zkEVM.
I. Три смещения фокуса в нарративе Ethereum
26 февраля исследователь из Ethereum Foundation Джастин Дрейк написал в социальной сети, что Ethereum Foundation предложила проект дорожной карты под названием Strawmap, в котором概述ены направления обновления протокола L1 Ethereum на ближайшие годы.
В дорожной карте предложены пять основных целей: более быстрый L1 (секундное окончательное подтверждение), достижение «Гигагаза» L1 с 10 000 TPS через zkEVM, высокопроизводительный L2 на основе сэмплирования доступности данных (DAS), квантово-устойчивая криптографическая система, нативная функция конфиденциальных переводов; также в дорожной карте запланировано семь форков протокола к 2029 году, в среднем примерно каждые шесть месяцев.
Можно сказать, что за последние десять лет развитие Ethereum всегда сопровождалось постоянной эволюцией нарратива и технического направления.
Первый этап (2015–2020) — программируемый реестр.
Это была первоначальная нарративная основа Ethereum, а именно «тьюринг-полные смарт-контракты». Тогда главным преимуществом Ethereum было то, что по сравнению с Bitcoin он мог делать больше, например, DeFi, NFT, DAO — все это продукты этого нарратива. Множество децентрализованных финансовых протоколов начало работать в сети, от кредитования и DEX до стейблкоинов. Ethereum постепенно стал основной сетью для расчетов в криптоэкономике.
Второй этап (2021–2023) — нарратив перехватили L2.
По мере роста комиссий Gas в основной сети Ethereum, обычные пользователи не могли позволить себе стоимость транзакций, и Rollup стали главным героем масштабирования. Ethereum также постепенно перепозиционировал себя как уровень расчетов, базовую основу, обеспечивающую безопасность для L2.
Проще говоря, большая часть вычислений уровня выполнения была перенесена на L2, масштабирование происходило через Rollup, а L1 отвечал только за доступность данных и окончательный расчет. The Merge, EIP-4844 в этот период служили этому нарративу, цель которого — сделать использование доверия Ethereum для L2 более дешевым и безопасным.
Третий этап (2024–2025) сосредоточен на внутренней конкуренции и переосмыслении нарратива.
Как известно, расцвет L2 принес неожиданную проблему: сам Ethereum L1 стал менее важен. Пользователи начали больше работать на Arbitrum, Base, Optimism, редко взаимодействуя напрямую с L1. Ценовые показатели ETH также подтверждали это беспокойство.
Это заставило сообщество спорить: если L2 забирают всех пользователей и активность, где тогда захват стоимости для L1? До внутренних потрясений в Ethereum в 2025 году и серии новых дорожных карт, развернутых в 2026 году, эта логика претерпевала глубокие изменения.
На самом деле, если梳理梳理 основные технические направления с 2025 года, Verkle Tree, бесстатусные клиенты (Stateless Client), формальная верификация EVM, нативная поддержка ZK и другие repeatedly появлялись. Все эти технические направления указывают на одно и то же: сделать так, чтобы сам L1 Ethereum обладал верифицируемостью. Важно отметить, что это не просто возможность проверки доказательств L2 на L1, а чтобы каждый шаг преобразования состояния L1 мог быть сжат и проверен с помощью доказательства с нулевым разглашением.
Это и есть амбиция L1 zkEVM. В отличие от zkEVM L2, L1 zkEVM (in-protocol zkEVM) означает прямую интеграцию технологии zk-Proof в уровень консенсуса Ethereum.
Это не копия zkEVM L2 (таких как zkSync, Starknet, Scroll), а преобразование самого уровня выполнения Ethereum в систему, дружественную к ZK. Поэтому если zkEVM L2 — это построение ZK-мира поверх Ethereum, то L1 zkEVM — это превращение самого Ethereum в этот ZK-мир.
Если эта цель будет достигнута, нарратив Ethereum перейдет от уровня расчетов для L2 к «корневому доверию для верифицируемых вычислений».
Это будет качественное изменение, а не количественное, как в последние годы.
II. Что такое настоящий L1 zkEVM?
Повторим еще раз общеизвестное: в традиционной модели валидаторам нужно «перевыполнять» каждую транзакцию для проверки блока, а в режиме zkEVM валидаторам достаточно проверить одно ZK-доказательство. Это позволяет Ethereum повысить лимит Gas до 100 миллионов и выше без увеличения нагрузки на ноды (см. также ««Рассвет» ZK-пути: Дорожная карта финальной стадии Ethereum ускоряется?»).
Однако преобразование L1 Ethereum в zkEVM — это отнюдь не проблема точечного прорыва, а требует одновременного продвижения по восьми направлениям, каждое из которых представляет собой многолетний проект.
Направление работы 1: Формальная спецификация EVM (EVM Formalization)
Предпосылкой любого ZK-доказательства является то, что доказываемый объект имеет точное математическое определение. Однако сегодня поведение EVM определяется реализациями клиентов (Geth, Nethermind и др.), а не строгой формальной спецификацией. Поведение разных клиентов в пограничных случаях может отличаться, что делает написание ZK-схем для EVM крайне сложным — в конце концов, нельзя написать доказательство для системы с размытым определением.
Поэтому цель этого направления работы — записать каждую инструкцию EVM, каждое правило преобразования состояния в машиночитаемую формальную спецификацию. Это фундамент всего проекта L1 zkEVM. Без него все последующее — это замок на песке.
Направление работы 2: Замена хеш-функции на ZK-дружественную
Ethereum в настоящее время широко использует Keccak-256 в качестве хеш-функции. Keccak крайне недружественен к ZK-схемам, вычислительные затраты огромны, что значительно увеличивает время и стоимость генерации доказательств.
Ключевая задача этого направления — постепенно заменить использование Keccak внутри Ethereum на ZK-дружественные хеш-функции (такие как Poseidon, семейство Blake), особенно в дереве состояний и путях Merkle-доказательств. Это изменение, затрагивающее все аспекты, поскольку хеш-функции пронизывают каждый угол протокола Ethereum.
Направление работы 3: Замена Merkle Patricia Tree на Verkle Tree
Это одно из самых ожидаемых изменений в дорожной карте на 2025–2027 годы. Ethereum в настоящее время использует Merkle Patricia Tree (MPT) для хранения глобального состояния. Verkle Tree, заменяя хеш-ссылки векторными обязательствами (Vector Commitment), может сжать объем witness-данных в десятки раз.
Для L1 zkEVM это означает, что объем данных, необходимых для доказательства каждого блока, значительно сокращается, а скорость генерации доказательств заметно повышается. Это также означает, что внедрение Verkle Tree является ключевым инфраструктурным prerequisite для осуществимости L1 zkEVM.
Направление работы 4: Бесстатусные клиенты (Stateless Clients)
Бесстатусный клиент означает, что ноде для проверки блока не нужно локально хранить полную базу данных состояния Ethereum, достаточно witness-данных, прилагаемых к самому блоку, чтобы завершить проверку.
Это направление работы тесно связано с Verkle Tree, поскольку бесстатусный клиент становится practically feasible только при достаточно малых witness-данных. Таким образом, значение бесстатусных клиентов для L1 zkEVM двойное: с одной стороны, они значительно снижают порог вхождения по hardware для запуска нод, способствуя децентрализации; с другой стороны, они предоставляют четкие границы ввода для ZK-доказательств, позволяя доказывающему обрабатывать только данные, содержащиеся в witness, а не все мировое состояние.
Направление работы 5: Стандартизация и интеграция ZK-систем доказательств
L1 zkEVM нуждается в зрелой ZK-системе доказательств для генерации доказательств выполнения блоков. Однако в настоящее время технологический ландшафт в области ZK сильно фрагментирован, нет общепризнанного оптимального решения. Цель этого направления — определить на уровне протокола Ethereum стандартизированный интерфейс доказательств (proof interface), позволяющий различным системам доказательств подключаться на конкурсной основе, а не назначать одну конкретную.
Это сохраняет технологическую открытость и оставляет пространство для постоянной эволюции систем доказательств. Группа PSE (Privacy and Scaling Explorations) Ethereum Foundation уже имеет значительные наработки в этом направлении.
Направление работы 6: Разделение уровня выполнения и уровня консенсуса (эволюция Engine API)
В настоящее время уровень выполнения (EL) и уровень консенсуса (CL) Ethereum взаимодействуют через Engine API. В архитектуре L1 zkEVM каждое преобразование состояния на уровне выполнения требует генерации ZK-доказательства, и время генерации этого доказательства может значительно превышать интервал создания блока.
Ключевая проблема, которую необходимо решить в этом направлении, — как, не нарушая механизм консенсуса, разделить выполнение и генерацию доказательств — выполнение может быть быстро завершено, а доказательство может быть сгенерировано асинхронно позже, а затем валидаторы завершат окончательное подтверждение в подходящий момент. Это involves глубокую модификацию модели окончательности (Finality) блоков.
Направление работы 7: Рекурсивные доказательства и агрегация доказательств
Стоимость генерации ZK-доказательства для отдельного блока высока, но если можно рекурсивно агрегировать доказательства нескольких блоков в одно доказательство, стоимость проверки значительно снизится. Прогресс в этом направлении напрямую определит, насколько низкой может быть работа L1 zkEVM.
Направление работы 8: Инструментарий для разработчиков и обеспечение совместимости с EVM
Все низкоуровневые технические изменения в конечном итоге должны быть прозрачны для разработчиков смарт-контрактов в Ethereum. Существующие сотни тысяч контрактов не должны перестать работать из-за внедрения zkEVM, инструментарий разработчиков не должен быть переписан.
Это направление работы最容易 недооценить, но往往是最 трудоемкое. Каждое обновление EVM в истории требовало огромного объема работ по тестированию обратной совместимости и адаптации инструментария. Масштаб изменений в L1 zkEVM намного больше, чем при предыдущих обновлениях, поэтому объем работ по инструментарию и совместимости также увеличится на порядки.
III. Почему сейчас правильный момент, чтобы понять это?
Публикация Strawmap совпала с моментом, когда рынок испытывает сомнения относительно ценовых показателей ETH. С этой точки зрения,最重要的 ценность этой дорожной карты заключается в重新определении Ethereum как «инфраструктуры».
Для строителей (Builder), в лице разработчиков, Strawmap provides определенность в направлении; для пользователей эти технические обновления в конечном итоге преобразуются в ощутимый опыт: транзакции окончательно подтверждаются за несколько секунд, активы беспрепятственно перемещаются между L1 и L2, защита конфиденциальности становится встроенной функцией, а не плагином.
Конечно, объективно говоря, L1 zkEVM — это не продукт, который будет реализован в ближайшее время, его полная реализация может занять до 2028-2029 годов или даже позже.
Но, по крайней мере, он重新определяет ценностное предложение Ethereum. Если L1 zkEVM будет успешным, Ethereum перестанет быть仅仅 уровнем расчетов для L2, а станет корневым доверием для всего верифицируемого мира Web3, позволяя любому состоянию в любой цепи в конечном итоге математически отслеживаться до цепи ZK-доказательств Ethereum. Это является решающим для долгосрочного захвата стоимости Ethereum.
Во-вторых, это также влияет на долгосрочное позиционирование L2. Ведь когда сам L1 обладает ZK-возможностями, роль L2 изменится — от «безопасного решения для масштабирования» до «специализированной среды выполнения». То, какие L2 смогут найти свое место в этой новой структуре, будет самой интересной эволюцией экосистемы в ближайшие годы.
Самое главное, по мнению автора, это также прекрасное окно для наблюдения за культурой разработчиков Ethereum — возможность одновременно продвигать восемь взаимозависимых технических направлений работы, каждое из которых представляет собой многолетний проект, и при этом сохранять децентрализованный способ координации, — это и есть уникальная способность Ethereum как протокола.
Понимание этого помогает более точно оценить реальное положение Ethereum в различных конкурентных нарративах.
В целом, от «ориентированности на Rollup» в 2020 году до Strawmap в 2026 году, эволюция нарратива Ethereum отражает четкую траекторию: масштабирование не может зависеть только от L2, L1 и L2 должны развиваться совместно.
Поэтому восемь направлений работы L1 zkEVM — это техническое отражение этого изменения восприятия. Они共同 указывают на одну цель, а именно: позволить основной сети Ethereum добиться повышения производительности на порядки, не жертвуя децентрализацией. Это не отрицание пути L2, а его完善 и дополнение.
В ближайшие три года этот «Корабль Тесея» переживет семь форков, сменит бесчисленные «доски», и когда он достигнет следующей остановки в 2029 году, мы, возможно, увидим真正意义上的 «глобальный уровень расчетов» — быстрый, безопасный, конфиденциальный и, как всегда, открытый.
Будем ждать с нетерпением.
