Стратегия слоев Ethereum: Как L1 zkEVM изменяет блокчейн в краткосрочной и долгосрочной перспективе

С момента вступления в 2026 год Ethereum сталкивается с критическим моментом в эволюции своей архитектуры уровня. Частота объявлений от сообщества основных разработчиков достигает рекордных значений, отражая фундаментальные стратегические изменения в том, как должна развиваться экосистема. С краткосрочной точки зрения, Ethereum балансирует между ролями Layer 1 и Layer 2; однако долгосрочное видение направлено на гораздо более амбициозную трансформацию: превращение самого L1 Ethereum в интегрированную систему zkEVM, а не просто в основу безопасности для L2.

Эти изменения отражаются в серии последних технических предложений. 26 февраля представитель Ethereum Foundation, Джастин Дрейк, опубликовал проект дорожной карты под названием Strawmap, в которой изложено направление развития протокола L1 Ethereum на ближайшие годы. Документ включает пять основных целей: увеличение скорости финализации до секунд, внедрение “Gigagas” L1 с пропускной способностью до 10 000 TPS через zkEVM, запуск высокоскоростных L2 на базе DAS (Data Availability Sampling), криптографической системы, устойчивой к квантовым атакам, и нативных функций приватности — все это планируется реализовать через семь хардфорков до 2029 года, примерно раз в полгода.

От фокуса на L2 к реинтеграции L1: три волны изменений нарратива Ethereum

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

Первая фаза (2015–2020): эпоха программируемых реестров

Основной нарратив Ethereum — создание платформы для Turing-полных смарт-контрактов. В этот период ключевым преимуществом Ethereum по сравнению с Bitcoin стала гибкость исполнения: возможность запускать DeFi, NFT, DAO и другие децентрализованные приложения. Протокол L1 Ethereum стал основным уровнем исполнения, на котором сосредоточена большая часть активности криптоэкономики. Эта роль закрепила за Ethereum статус “каркаса инфраструктуры Web3”, хотя вопросы масштабируемости еще не стояли остро.

Вторая фаза (2021–2023): эпоха L2 Rollup

Когда стоимость газа на основном сети Ethereum резко выросла, нарратив изменился. L2 Rollup стал доминирующим решением, и Ethereum переосмыслил свою роль: с уровня основного исполнения — на уровень расчетов (settlement). Обновления, такие как The Merge (2022) и EIP-4844 (Proto-Danksharding), были разработаны для поддержки этой модели — L1 отвечает за безопасность и доступность данных, а основная вычислительная нагрузка переносится на L2. Эта стратегия значительно увеличила масштабируемость, но создала новые дилеммы.

Третья фаза (2024–2025): рефлексия и переосмысление

Успех L2 породил неожиданный парадокс: пользователи массово перешли на Arbitrum, Base, Optimism и другие платформы L2, оставляя L1 Ethereum с относительно низкой активностью. Восприятие стоимости, закрепленной за L1, снизилось, тогда как L2 доминирует. В сообществе возник фундаментальный вопрос: если все пользователи и активность сосредоточены в L2, какая роль у L1? Как L1 сможет захватывать долгосрочную ценность?

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

Strawmap 2026: восемь технических путей к интегрированному zkEVM L1

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

Путь 1: Формализация спецификации EVM

Основой доказательств с нулевым знанием является точное математическое определение. Сегодня поведение EVM определяется реализациями клиентов (Geth, Nethermind, Besu и др.), а не строгой формальной спецификацией. Несовместимости между реализациями усложняют разработку zk-цепей. Этот путь предполагает преобразование каждой инструкции и правил перехода состояния EVM в формальную спецификацию, проверяемую машиной. Без этого все последующие шаги — лишь песок.

Путь 2: Миграция к ZK-дружелюбным хеш-функциям

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

Путь 3: Замена Merkle Patricia Tree на Verkle Tree

Текущая инфраструктура состояния Ethereum использует Merkle Patricia Tree (MPT). Verkle Tree заменяет ее векторными обязательствами, сокращая размер свидетельств в десятки раз. Для L1 zkEVM это означает значительное уменьшение данных для доказательства каждого блока, ускорение генерации proof и экономическую целесообразность L1 zkEVM. Verkle Tree — ключевая инфраструктурная предпосылка для жизнеспособности L1 zkEVM.

Путь 4: Stateless Clients

Бесполичные узлы — это узлы, которые могут проверять блоки без хранения полного состояния Ethereum — достаточно использовать свидетельства, включенные в блок. Это связано с Verkle Tree (только при достаточно маленьких свидетельствах). Stateless clients снижают аппаратные требования для запуска узлов (повышая децентрализацию) и задают четкие границы входных данных для ZK proof (пр proverу достаточно обработать свидетельство, а не весь глобальный state).

Путь 5: Стандартизация систем доказательств ZK

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

Путь 6: Декуплирование уровня исполнения и уровня консенсуса

Сейчас уровни исполнения (EL) и консенсуса (CL) Ethereum взаимодействуют через Engine API. В архитектуре L1 zkEVM каждый переход состояния требует генерации zk-доказательства. Процесс может занимать значительно больше времени, чем создание блока, что создает узкое место. Этот путь решает проблему: как разделить исполнение и генерацию доказательств без нарушения механизма консенсуса — исполнение может завершаться быстро, а доказательство — асинхронно и с задержкой, при этом валидаторы проверяют его для достижения финальности. Это требует глубокой модификации модели финализации.

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

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

Путь 8: Инструментарий разработчика и совместимость с EVM

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

Краткосрочные последствия для Layer 2 и экосистемы

Эта трансформация имеет немедленные и долгосрочные последствия для различных участников.

Краткосрочные (2026–2027):

На коротком горизонте L2 останется основным уровнем масштабируемости. Ethereum Foundation ясно заявила, что L1 zkEVM — не замена L2, а дополнение. L2 Rollup продолжит быть основным уровнем исполнения для высокого объема транзакций, обеспечивая строителям и пользователям уверенность в продолжении развития зрелой экосистемы Layer 2.

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

Долгосрочные (2028–2029):

Когда L1 zkEVM полностью интегрируется, Ethereum перестанет быть лишь слоем расчетов для L2. Он станет “корнем проверяемых вычислений” всей Web3-экосистемы. Каждая цепочка, каждый L2 сможет в конечном итоге закреплять происхождение данных математически через цепочку zk-доказательств Ethereum, создавая иерархию доверия, объединенную, но децентрализованную.

Почему это важно: доверие строителей и позиционирование Ethereum на долгий срок

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

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

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

Для инвесторов: Это момент для переоценки позиции Ethereum. Если L1 zkEVM реализуется успешно, Ethereum перестает быть только слоем расчетов для L2, а становится корнем доверия, подтвержденным через zk-доказательства для всей Web3. Это сдвиг в нарративе, а не только количественное улучшение.

На самом деле, полная реализация L1 zkEVM, вероятно, произойдет только к 2028–2029 году или позже. Но она уже переопределяет ценностное предложение Ethereum.

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

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

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