Команда протокола Ethereum работает над тем, чтобы к декабрю 2029 года сделать уровни исполнения, консенсуса и данных сети устойчивыми к квантовым атакам, исходя из предположения о планировании, что «Q-day» — момент, когда квантовые компьютеры смогут взламывать широко используемую криптографию, — может наступить к 2030 году.
Согласно этому графику, полная постквантовая готовность будет обеспечена в обновлении под названием L* — пятом хардфорке после Glamsterdam, запуск которого в основной сети намечен на декабрь 2026 года. Команда протокола Ethereum Foundation планирует повторно оценить прогресс в области квантовых вычислений в январе 2027 года, но рассматривает рубеж 2029 года как рабочий инженерный дедлайн, а не как отдалённую исследовательскую цель.
Этот график означает, что Ethereum пытается параллельно провести несколько крупных изменений протокола. Между Glamsterdam и L* сети потребуется выпустить Hegotá, I*, J*, K* и L* со средним интервалом примерно 7,2 месяца. Команда не установила фиксированные даты запуска в основной сети для обновлений после Glamsterdam, а порядок некоторых последующих работ, связанных с квантовой устойчивостью, всё ещё пересматривается.
Ускоренный путь к квантово-устойчивому Ethereum
Hegotá станет первой контрольной точкой программы, хотя само по себе это обновление не задумано как постквантовый хардфорк. Команды разработчиков клиентов ожидают, что первоначальная работа по реализации начнётся в конце 2026 года, одновременно с продолжением исследований, подготовки технических спецификаций, создания прототипов и тестирования безопасности для последующих обновлений.
Дорожная карта разбивает переход к квантовой устойчивости на этапы, вместо того чтобы пытаться заменить все уязвимые криптографические компоненты в одном релизе. Ожидается, что I* представит постквантовый реестр открытых ключей, который позволит аккаунтам регистрировать и использовать квантово-устойчивые ключи. Также на этом этапе «развязанный консенсус» рассматривается как основное направление, наряду с началом работы над крупными изменениями структуры состояния Ethereum и процесса миграции.
Планируется, что J* представит минимально жизнеспособный постквантовый Layer 1, или MV-PQ. Пакет объединит постквантовый механизм «сигнала жизни» для консенсуса, постквантовую выборку leanDA для уровня доступности данных Ethereum и постквантовые транзакции leanSPHINCS для исполнения.
K* в настоящее время предусматривает обязательные доказательства исполнения. Согласно этой концепции валидаторы должны будут проверять компактные криптографические доказательства исполнения блоков вместо того, чтобы самостоятельно полностью повторно исполнять каждый блок. Такой подход может изменить вычислительную роль валидаторов, одновременно подготавливая Ethereum к среде исполнения, в большей степени основанной на доказательствах.
L* добавит сообщения постквантовой аттестации, завершив запланированную защиту уровня консенсуса Ethereum. Порядок пока не определён: исследователи протокола рассматривают возможность перенести аттестации с защитой от квантовых атак в K*, а обязательные доказательства исполнения — в L*. При любом порядке L* останется целевой точкой для полного охвата систем исполнения, консенсуса и данных.
Hegotá сужает первоначальный охват до двух обязательных предложений
Команда протокола распределила 62 предложения-кандидата для Hegotá по приоритетным группам. Два относятся к обязательному уровню S, 15 входят в число высокоприоритетных задач уровня A, восемь находятся в условном уровне B, семь оказались ниже порога включения в уровне C, 28 помечены как «не включать в хардфорк», а по двум решения ещё не принято.
Два обязательных пункта Hegotá — EIP-7805, списки включения, обязательные для выбора форка, или FOCIL, и EIP-8141, транзакции Frame.
FOCIL добавит правила включения транзакций, обязательные для валидаторов, к существующему процессу формирования блоков Ethereum. В каждом слоте комитет будет публиковать списки транзакций, видимых его участникам. Создатель блока в следующем слоте будет объединять эти списки и включать подходящие транзакции, а валидаторы, выполняющие аттестацию, будут проверять, соответствует ли предложенный блок полученным ими вовремя спискам.
Блок, в котором без разрешённой причины отсутствуют подходящие транзакции из списка, может оставаться действительным согласно правилам исполнения Ethereum, но не получить достаточной поддержки аттестациями, чтобы войти в каноническую цепочку. Эта концепция даёт валидаторам более прямую роль в противодействии цензуре транзакций, не заменяя текущий процесс создания блоков.
EIP-8369 определяет, какие транзакции могут соответствовать требованиям включения в стиле FOCIL. Он различает обычные транзакции и транзакции Frames, программируемая проверка которых может потребовать ограничений на состояние, которое они считывают, и вычисления, которые они используют.
Фреймы, предложенные в рамках EIP-8141, сделают проверку транзакций, их выполнение и оплату газа более программируемыми на уровне протокола. Предложение создаёт основу для нативной абстракции аккаунтов, позволяя аккаунтам использовать пользовательскую логику валидации вместо того, чтобы полагаться исключительно на модель подписей, связанную с внешними аккаунтами.
Эта гибкость также является частью стратегии миграции Ethereum. Программируемая валидация позволит аккаунтам внедрять новые схемы подписей по мере изменения криптографических условий, снижая необходимость в отдельном хардфорке всякий раз, когда Ethereum потребуется поддержка другого метода аутентификации.
Миграция аккаунтов и устойчивость к цензуре объединяются
Работа над Frames зависит от двух предложений категории A: EIP-8250, Keyed Nonces, и EIP-8272. Keyed Nonces позволят отправителю использовать несколько независимых каналов nonce, снижая риск того, что одна задержавшаяся транзакция заблокирует несвязанную активность того же аккаунта. EIP-8272 позволит транзакциям ссылаться на недавнее состояние в блокчейне, которое валидаторы смогут проверять.
Команда протокола связывает эту возможность ссылаться на состояние с усилиями по расширению гарантий включения для некоторых ориентированных на конфиденциальность типов транзакций. На практике Ethereum пытается сочетать более строгие правила против цензуры с функциями аккаунтов, способными поддерживать более сложную проверку транзакций.
Несколько других предложений категории A посвящены отказу от криптографических предположений, которые могут стать небезопасными при наличии достаточно мощных квантовых компьютеров. EIP-8365 положит начало поэтапному отказу от некоторых учётных данных для вывода средств BLS. Эта работа может начаться ещё до того, как Ethereum завершит разработку своей полноценной постквантовой архитектуры консенсуса.
EIP-7906, EIP-8298 и EIP-8151 формируют дополнительный набор мер безопасности аккаунтов вокруг Frames. EIP-7906 введёт Transaction Assertions, позволяющие транзакции требовать выполнения определённых условий до её финализации. EIP-8298 позволит аккаунтам повторно использовать существующий код контрактов, предоставляя делегированным аккаунтам путь к превращению в аккаунты смарт-контрактов с собственным полным кодом. EIP-8151 не позволит адресам, уже содержащим код аккаунта, продолжать использовать традиционную аутентификацию на основе ecRecover.
Системы доказательств и ценообразование ресурсов остаются частью компромисса
В дорожной карте также упоминается EIP-8025 — необязательные доказательства выполнения — в контексте обсуждения Hegotá. Предложение связано с будущей работой над zkEVM и призвано включить необходимые изменения в единую спецификацию выполнения, избежав долгосрочного сопровождения отдельных форков протокола для разных проектов виртуальных машин с нулевым разглашением.
EIP-8279 и EIP-8131 установят минимальные цены на байты списков доступа к блокам и единый уровень содержимого транзакций. Их цель — ограничить максимальные затраты на обработку блоков, возникающие из-за заниженной стоимости содержимого транзакций. EIP-3298, отменяющий механизм возврата газа Ethereum, и EIP-5920 — опкод PAY для перевода ETH без выполнения кода получателя — также относятся к категории A.
Некоторые заметные идеи имеют более низкий приоритет. EIP-8198, Quick Slots, направленный на сокращение времени слота, остаётся зависимым от полной спецификации, прототипов, анализа последствий для последующих систем и доказательств того, что он не помешает отделению консенсуса. Ожидается, что решения по EIP-8368 и EIP-8372, касающимся лимитов газа и ценообразования ресурсов состояния, будут зависеть от данных основной сети, собранных после Glamsterdam.
Предлагаемая последовательность обновлений Ethereum объединяет краткосрочные результаты, такие как FOCIL и Frames, с четырёхлетним переходом в сфере безопасности, затрагивающим обязанности валидаторов сети, модель транзакций и криптографические основы. Переоценка в январе 2027 года покажет, соответствуют ли предполагаемые темпы развития квантовых технологий — и способность самого Ethereum выпускать обновления примерно дважды в год — завершению работ в декабре 2029 года.
Узнайте, как дорожная карта Ethereum влияет на торговлю и безопасность сети — начните анализировать рынки криптовалют в реальном времени с помощью Toobit Markets уже сегодня.
Отказ от ответственности: Содержимое этой страницы предоставлено исключительно в общих информационных целях и не отражает взгляды или финансовые рекомендации Toobit. Мы не гарантируем точность или полноту этой информации и не несём ответственности за какие-либо ошибки, пропуски или последствия, возникшие в результате её использования. Инвестирование в цифровые активы сопряжено с риском; пользователям следует самостоятельно оценить своё финансовое положение и связанные с этим риски. Для получения дополнительной информации ознакомьтесь с нашими Условиями предоставления услуг и Раскрытием информации о рисках.
