Наратив Ethereum переписывается: когда L1 zkEVM станет окончательным, когда наступит следующая революция?

С точки зрения ощущений, с 2025 года сообщество основных разработчиков Ethereum демонстрирует необычно интенсивную частоту обновлений.

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

Сам такой ритм уже является сигналом.

Если внимательно изучить последнюю дорожную карту, становится очевидным, что появляется более ясное и одновременно более радикальное направление: Ethereum превращается в проверяемый вычислительный механизм, а конечная точка этого пути — L1 zkEVM.

I. Три сдвига фокуса в нарративе Ethereum

26 февраля исследователь фонда Ethereum Justin Drake в соцсетях заявил, что фонд представил проект дорожной карты под названием Strawmap, в которой изложены направления обновлений протокола Ethereum L1 на ближайшие годы.

Эта дорожная карта ставит пять ключевых целей: более быстрый L1 (окончательное подтверждение за секунды), создание L1 «Gigagas» с 10 000 TPS с помощью zkEVM, высокопроизводительный L2 на базе выборки данных (DAS), квантово-устойчивые системы шифрования, встроенные функции приватных переводов; а также запланировано до 2029 года провести семь форков протокола, примерно каждые шесть месяцев.

Можно сказать, что за последние десять лет развитие Ethereum постоянно сопровождалось эволюцией нарративов и технических путей.

Первый этап (2015–2020) — это программируемый реестр.

Это и был первоначальный нарратив Ethereum — «Тьюринг-полные смарт-контракты». Тогда главным преимуществом Ethereum было то, что по сравнению с Bitcoin он мог делать больше — например, DeFi, NFT, DAO — все это порождалось именно этим нарративом. На блокчейне начали работать многочисленные децентрализованные финансовые протоколы: от кредитования и DEX до стейблкоинов, и Ethereum постепенно стал основным расчетным сетевым механизмом криптоэкономики.

Второй этап (2021–2023) — это захват нарратива Layer 2.

По мере роста комиссий 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 и другие. Все эти направления указывают на одну цель: сделать сам L1 Ethereum проверяемым. Важно подчеркнуть, что речь идет не только о возможности проверять доказательства L2 на L1, а о том, чтобы каждое состояние и его переходы могли быть сжаты и проверены с помощью нулевых знаний.

Именно это и есть амбиции L1 zkEVM. В отличие от zkEVM для L2 (zkSync, Starknet, Scroll), L1 zkEVM (встраиваемый zkEVM) предполагает интеграцию технологий нулевых знаний непосредственно в консенсусный слой Ethereum.

Это не копирование zkEVM для L2, а преобразование самого слоя исполнения Ethereum в систему, дружественную к ZK. Поэтому если zkEVM для L2 — это создание ZK-мира поверх Ethereum, то L1 zkEVM — это превращение самого Ethereum в этот ZK-мир.

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

Это станет качественным скачком, а не просто количественным ростом, как за последние годы.

II. Что такое настоящий L1 zkEVM?

Это вопрос, который уже давно обсуждается, и в классической модели проверяющий должен «перезапускать» выполнение каждого транзакционного блока для его проверки. В режиме zkEVM проверяющий лишь подтверждает один ZK-доказательство, что позволяет повысить Gas Limit до 100 миллионов и более (подробнее в статье «ZK Roadmap: «Рассвет» — ускоряет ли Ethereum свой финальный этап?»).

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

Направление 1: Формализация спецификаций EVM (EVM Formalization)

Все ZK-доказательства требуют точного математического определения объектов, а текущий EVM реализован через код клиентов (Geth, Nethermind и др.), а не через строгую формальную спецификацию. Различия в поведении клиентов в крайних случаях создают сложности при написании ZK-электросхем, поскольку невозможно доказать систему с нечетко определенными правилами.

Цель этого направления — формализовать каждую инструкцию и каждое правило перехода состояния EVM в виде машинно-проверяемых спецификаций. Это фундамент всей работы по созданию L1 zkEVM. Без этого все последующие шаги — как строить дом на песке.

Направление 2: Замена хеш-функций на ZK-дружественные

В Ethereum широко используется Keccak-256, который крайне неэффективен для ZK-электросхем: его вычисление очень дорогостояще и значительно увеличивает время и стоимость генерации доказательств.

Задача этого направления — постепенно заменить Keccak на более ZK-дружественные хеш-функции, такие как Poseidon или Blake-серии, особенно в структурах данных, таких как Merkle-деревья и пути доказательств. Это масштабное изменение, поскольку хеш-функции пронизывают весь протокол.

Направление 3: Замена Merkle Patricia Tree на Verkle Tree

Это одна из самых заметных изменений в дорожной карте 2025–2027. В Ethereum сейчас используется Merkle Patricia Tree (MPT) для хранения глобального состояния. Verkle Tree, основанный на векторных обещаниях (Vector Commitments), позволяет значительно уменьшить объем данных для доказательств — в десятки раз.

Для L1 zkEVM это означает, что объем данных, необходимых для доказательства каждого блока, существенно снизится, а скорость генерации доказательств — возрастет. Внедрение Verkle Tree — ключевая инфраструктурная основа для реализации L1 zkEVM.

Направление 4: Stateless Clients (Бессостояние клиентов)

Бессостояние клиента — это узел, который при проверке блока не хранит всю базу данных состояния Ethereum, а использует только witness-данные, прикрепленные к блоку.

Это направление тесно связано с Verkle Tree, поскольку только при очень маленьких witness-данных возможна реализация бессостояния. Для L1 zkEVM это важно по двум причинам: во-первых, оно снижает аппаратные требования к узлам, способствуя децентрализации; во-вторых, обеспечивает четкие входные данные для ZK-доказательств, позволяя доказателю обрабатывать только witness, а не весь глобальный статус.

Направление 5: Стандартизация и интеграция ZK-протоколов

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

Цель — определить на уровне протокола Ethereum стандартный интерфейс доказательств (proof interface), чтобы разные системы могли конкурировать за интеграцию, а не подчиняться одному поставщику. Это сохранит открытость технологий и позволит развивать их дальше. В этом направлении уже есть значительный опыт у команды Ethereum Foundation в рамках PSE (Privacy and Scaling Explorations).

Направление 6: Разделение исполнения и консенсуса (эволюция Engine API)

Сейчас Ethereum использует API Engine для связи между слоем исполнения (EL) и слоем консенсуса (CL). В архитектуре L1 zkEVM каждое состояние должно подтверждаться ZK-доказательством, а его генерация — очень затратна по времени.

Задача — решить, как при этом сохранить целостность протокола: можно ли выполнить вычисления быстро, а доказательства — асинхронно и с задержкой? Это потребует кардинальной переработки модели финальности (Finality).

Направление 7: Рекурсивные доказательства и агрегирование доказательств

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

Направление 8: Инструментарий для разработчиков и совместимость с EVM

Все технологические изменения должны быть прозрачны для разработчиков смарт-контрактов. Уже сотни тысяч контрактов не должны стать несовместимыми из-за внедрения zkEVM. Инструментарий и экосистема должны оставаться совместимыми.

Это направление часто недооценивают, хотя именно оно — самая трудоемкая часть. Каждое обновление EVM требует обширных тестов и адаптации инструментов. Внедрение L1 zkEVM — это масштабное изменение, и объем работы по совместимости будет в разы больше, чем при предыдущих обновлениях.

III. Почему сейчас — подходящее время для понимания этого?

Публикация Strawmap совпала с моментом, когда рынок сомневается в росте цены ETH. С этой точки зрения, главная ценность этой дорожной карты — в переопределении Ethereum как «инфраструктуры».

Для разработчиков и строителей (Builders) Strawmap дает ясность направления; для пользователей — это преобразование в ощутимый опыт: транзакции за секунды, бесшовное перемещение активов между L1 и L2, встроенная приватность вместо плагинов.

Конечно, полностью реализовать L1 zkEVM — задача долгосрочная, и, скорее всего, она будет завершена только к 2028–2029 годам или позже.

Но она уже сейчас переопределяет ценностное предложение Ethereum: если L1 zkEVM удастся реализовать, Ethereum перестанет быть лишь расчетным слоем L2, а станет «источником проверяемого доверия» для всей Web3. Любое состояние на цепочках сможет в конечном итоге математически прослеживаться через ZK-доказательства Ethereum, что кардинально повысит долгосрочную ценность сети.

Кроме того, это влияет на долгосрочную стратегию L2: когда L1 обладает ZK-возможностями, роль L2 меняется — от «безопасных решений масштабирования» к «специализированным средам исполнения». Найдут ли L2 свое место в этой новой парадигме — вопрос будущих лет, и за этим стоит наблюдать.

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

Понимание этого помогает точнее оценить реальное положение Ethereum среди конкурирующих нарративов.

В целом, от идеи «Ethereum вокруг Rollup» в 2020 году до концепции Strawmap в 2026-м — развитие Ethereum отражает четкую траекторию: расширение масштабов невозможно только за счет L2, L1 и L2 должны развиваться синхронно.

Именно восемь технологических линий L1 zkEVM — это техническое отображение этого сдвига, они ведут к одной цели: повысить производительность основной сети без ущерба децентрализации. Это не отрицание пути L2, а его дополнение и совершенствование.

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

Будем ждать с нетерпением.