Ethereum, возможно, движется к фундаментальному обновлению способов верификации блоков. В феврале 2026 года появились сообщения о предложении, обсуждаемом исследователями Ethereum Foundation: перенос части процесса верификации блоков с повторного выполнения транзакций на проверку криптографических доказательств. Практическая цель амбициозна, но понятна — сделать валидацию легче, синхронизацию быстрее, а долгосрочное масштабирование Ethereum на первом уровне (Layer 1) более реальным без ущерба для безопасности.
В центре этого направления лежит простая идея: вместо того чтобы каждая нода заново выполняла каждую транзакцию, некоторые ноды могли бы валидировать блок, проверяя доказательства с нулевым разглашением (zero-knowledge proofs) того, что выполнение было корректным. Это не просто «технология для роллапов». Это исследуется как путь развития основного протокола — иногда называемый направлением L1-zkEVM, — где верификация доказательств EVM становится первоклассным компонентом модели верификации Ethereum.
Почему верификация блоков Ethereum сегодня обходится дорого
Архитектура Ethereum после «Слияния» (The Merge) разделяет обязанности между уровнем консенсуса (Proof-of-Stake) и уровнем исполнения (обработка транзакций EVM). Сегодня, если вы хотите работать как полностью верифицирующий валидатор Ethereum, вы обычно запускаете и клиент консенсуса, и клиент исполнения. Клиент исполнения повторно проигрывает транзакции в каждом блоке, чтобы подтвердить правильность перехода состояния.
Модель «каждый перевыполняет всё» очень надежна, но имеет недостаток: дублирование вычислений в огромных масштабах. Стоимость валидации растет вместе с рабочей нагрузкой на исполнение, и это может создавать всё большее давление на людей, пытающихся запустить домашнюю установку валидатора. Чем тяжелее становится исполнение, тем больше Ethereum рискует подтолкнуть валидацию в сторону крупных операторов с более мощным оборудованием и лучшей пропускной способностью.
Именно здесь исследователи Ethereum пытаются переломить ситуацию: уменьшить дублирование вычислений, сохранив при этом верификацию, не требующую доверия (trustless).
От повторного выполнения к верификации доказательств EVM
Предстоящую концепцию лучше всего можно описать так: «не перезапускай — проверяй доказательство».
Вместо локального повторного проигрывания транзакций нода может проверить доказательство того, что исполнение было выполнено верно. Это доказательство генерируется системой типа zkEVM: стеком прувинга (доказательства), который может подтвердить, что исполнение EVM (или эквивалентной схемы/VM) привело к правильному конечному состоянию из правильного начального состояния.
Именно здесь zkEVM и доказательства с нулевым разглашением превращаются из механизма, предназначенного преимущественно для роллапов, в потенциальную опору дизайна верификации самого базового уровня Ethereum. Если проверка доказательств дешевле, чем выполнение всех транзакций, Ethereum сможет сохранить гарантии безопасности, снизив вычислительную нагрузку на валидаторов.
Пайплайн «ExecutionWitness»
Повторяющимся строительным блоком в обсуждениях является ExecutionWitness (свидетель исполнения) — объект данных, предназначенный для того, чтобы сделать валидацию блоков более «stateless» (без сохранения состояния) и удобной для доказательств. В общих чертах пайплайн выглядит так:
- Генерация ExecutionWitness (уровень исполнения)
Уровень исполнения создает ExecutionWitness, который включает всё необходимое для валидации исполнения блока без наличия всего состояния локально. - Stateless-верификация + генерация доказательства (прувер / zkVM)
Стандартизированная программа проверяет переход состояния, используя этот witness. Затем система прувинга генерирует zk-доказательство. - Верификация доказательства (уровень консенсуса)
Клиент уровня консенсуса проверяет доказательство. В этой схеме некоторые валидаторы могут принимать «исполнение, подтвержденное доказательством», а не «локально перевыполненное исполнение».
На практике в экосистеме иногда описывается роль, подобная zkAttesters — участники (или режимы клиентов), которые подтверждают блоки, проверяя zk-доказательства, а не запуская полное локальное повторное выполнение. В случае успеха zkAttesters могут стать значимой частью истории безопасности Ethereum, расширив круг лиц, которые могут позволить себе валидацию.
EIP-8025: Опциональные доказательства исполнения (Optional Execution Proofs)
Самая конкретная спецификация, связанная с этим направлением, — это EIP-8025, официально названная Optional Execution Proofs. Ключевое слово «опциональные» здесь важно: сила предложения в том, что Ethereum может внедрить пути распространения и верификации доказательств, не заставляя каждую ноду переключаться в одночасье.
Концептуально EIP-8025 Optional Execution Proofs нацелен на то, чтобы позволить нодам маяка (уровень консенсуса) верифицировать полезную нагрузку исполнения (execution payloads), используя доказательства, передаваемые через p2p-сеть консенсуса. Это означает, что валидирующая нода может подтвердить корректность через верификацию доказательства, потенциально снижая необходимость запускать полный клиент исполнения в строгом смысле для каждого рабочего процесса верификации.
Это большое дело для децентрализации. Опциональные доказательства могут снизить требования к оборудованию валидаторов и уменьшить ценовое давление на верификацию, связанное с лимитом газа. Если верификация станет дешевле, Ethereum со временем сможет изучить более амбициозные варианты масштабирования первого уровня (Layer 1).
Что это значит для соло-стейкинга и домашних валидаторов
Для многих людей «участие в Ethereum» означает одну из двух вещей: запуск ноды для личного суверенитета или запуск валидатора для безопасности сети и получения дохода. И то, и другое ограничено стоимостью поддержания синхронизации и корректной верификации.
Если Optional Execution Proofs будут работать так, как задумано, ежедневная нагрузка на домашнего валидатора может уменьшиться:
- Снижение вычислительных затрат: меньше работы по повторному выполнению EVM на каждый блок.
- Потенциально более простая синхронизация: некоторые потоки валидации могут полагаться на потоки доказательств, а не на полную историю повторного выполнения.
- Лучшая доступность для соло-стейкеров: одиночный стейкинг может стать более реалистичным для людей без инфраструктуры серверного уровня.
Это не устраняет автоматически все потребности в ресурсах — у Ethereum все еще есть ограничения по доступности данных, хранилищу, пропускной способности и сети. Но это может сократить одну из самых дорогих частей: верификацию повторного исполнения.
Последствия для масштабирования Ethereum: за пределами роллапов
Нарратив масштабирования Ethereum в основном делал упор на роллапы. Zk-роллапы уже используют доказательства с нулевым разглашением для сжатия вычислений и доказательства корректности первому уровню. Но внедрение верификации доказательств в логику валидации блоков самого L1 — это отдельный рычаг.
Если Ethereum сможет сделать верификацию блоков дешевле с помощью проверки доказательств EVM, это может открыть более безопасный путь к более высокой пропускной способности исполнения на базовом уровне. Это долгосрочный приз: масштабирование Ethereum, которое не жертвует децентрализацией, делая валидацию недоступной.
Другими словами, верификацию на основе доказательств можно рассматривать как технологию защиты децентрализации в той же мере, что и как технологию пропускной способности. Она может позволить Ethereum продвигаться в масштабировании первого уровня, сохраняя при этом жизнеспособность широкого участия.
Реалии безопасности: сложные моменты, которые Ethereum должен решить правильно
Это не бесплатный обед. Системы доказательств вводят новые категории рисков:
- Баги в системах доказательств (сбои надежности, ошибки реализации).
- Давление в сторону централизации, если в генерации доказательств будет доминировать небольшая группа участников.
- Риск монокультуры клиентов, если все будут полагаться на одну zkVM, один прувер или одну реализацию исполнения.
Вот почему многие исследователи подчеркивают важность разнообразия и избыточности — множество независимых систем доказательств и реализаций, а также эшелонированная защита вместо одного нового якоря доверия. Самая сильная версия этого будущего — не «доверяй одному пруверу», а «проверяй доказательства от нескольких стеков», сохраняя модель безопасности ближе к давнему предпочтению Ethereum в пользу разнообразия.
Дорожная карта Ethereum 2026
Разговор о дорожной карте Ethereum 2026 вокруг валидации на основе доказательств — это не хайп по поводу быстрого переключения. Это осторожная попытка модернизировать верификацию, сохраняя при этом основные ценности Ethereum: минимизацию доверия, устойчивость к цензуре и децентрализацию.
Если EIP-8025 Optional Execution Proofs созреет, а пайплайн ExecutionWitness + zk-верификация станет надежным, мы можем увидеть новую эру, когда некоторые валидаторы будут работать как zkAttesters, валидируя блоки в основном через проверку доказательств. Это сделает верификацию блоков менее связанной с повторением вычислений и более — с быстрой криптографической достоверностью.
И если Ethereum сможет сделать это безопасно, сеть получит нечто редкое: путь, на котором улучшенная производительность и улучшенная децентрализация могут двигаться в одном направлении — ускоряя масштабирование Ethereum, оставляя дверь открытой для соло-стейкинга и обычного валидатора Ethereum, работающего из дома.