Масштабное обновление Ethereum Glamsterdam: анализ архитектуры и переход к параллельному выполнению

Апгрейд Ethereum под названием Glamsterdam представляет собой крупнейшее архитектурное обновление базового уровня сети, нацеленное на радикальное увеличение пропускной способности, снижение издержек и повышение устойчивости к цензуре. Изначально запланированное на второй квартал 2026 года, внедрение было перенесено на третий квартал из-за необходимости дополнительной отладки кросс-клиентской совместимости и завершения тестирования ключевых механизмов консенсуса. Это обновление Ethereum строится на фундаменте, заложенном предыдущим хардфорком Fusaka, и фокусируется на структурной реорганизации процессов создания и верификации блоков.

⚙️ Архитектурные цели Ethereum и сдвиг парадигмы масштабирования

В отличие от предыдущих итераций Ethereum, которые преимущественно оптимизировали доступность данных для решений второго уровня (Layer 2), обновление Glamsterdam напрямую атакует «трилемму масштабирования» на базовом слое (Layer 1). Разработка сосредоточена на трех взаимосвязанных векторах:

  • Параллелизация обработки: переход от строго последовательного выполнения транзакций в EVM к модели, позволяющей сети Ethereum обрабатывать множество независимых операций одновременно.
  • Расширение емкости блока: разделение обязанностей по созданию и проверке блоков, что предоставляет сети Ethereum дополнительное время для безопасной передачи больших объемов данных без риска форков.
  • Контроль разрастания состояния: интеллектуальный пересмотр ценообразования газа для отражения долгосрочных аппаратных затрат на хранение новых данных, что разблокирует возможность безопасного повышения лимита газа в Ethereum.

Ключевой индикатор успеха: Ethereum Foundation официально обозначил целевой лимит газа на уровне 200 миллионов единиц пост-обновления Glamsterdam. Это более чем трехкратное увеличение по сравнению с текущим базовым уровнем Ethereum в 60 миллионов, что требует безупречной работы новых механизмов синхронизации.

🔑 Ключевые предложения по улучшению Ethereum (EIP)

Обновление Ethereum Glamsterdam представляет собой комбинацию изменений как на уровне исполнения (Execution Layer), так и на уровне консенсуса (Consensus Layer). Несколько EIP выделены в качестве приоритетных для протокола Ethereum.

🏗️ EIP-7732: Встроенное разделение ролей создателя и строителя блоков в Ethereum (ePBS)

В текущей архитектуре Ethereum взаимодействие между валидаторами (предлагателями блоков) и строителями блоков relies на доверенном стороннем промежуточном программном обеспечении, таком как MEV-Boost. Эта внепротокольная зависимость создает критическое узкое место в Ethereum: валидаторы вынуждены транслировать и выполнять транзакции в сжатое двухсекундное окно, что жестко ограничивает размер полезной нагрузки блока.

EIP-7732 встраивает разделение ролей непосредственно в ядро протокола Ethereum, устраняя необходимость в доверенных ретрансляторах. Для решения проблемы двухсекундного узкого места в Ethereum внедряется Комитет своевременности полезной нагрузки (Payload Timeliness Committee, PTC) и логика двойных дедлайнов. Это позволяет валидаторам Ethereum отдельно аттестовать консенсусный блок и полезную нагрузку исполнения, расширяя окно распространения данных с 2 до примерно 9 секунд. Дополнительное время критически важно для безопасной обработки блоков увеличенного размера в сети Ethereum без перегрузки сетевых узлов.

🗺️ EIP-7928: Списки доступа на уровне блока (BALs) и параллелизм в Ethereum

Традиционная модель обработки транзакций в Ethereum требует от валидаторов выполнять операции строго по очереди, поскольку EVM не знает, к каким данным обратится транзакция, до момента ее фактического выполнения. Это создает эффект «однополосной дороги» в Ethereum, ограничивающий пропускную способность сети.

Списки доступа на уровне блока (Block-Level Access Lists) радикально меняют эту парадигму в Ethereum, предоставляя предварительную карту всех зависимостей транзакций в блоке. Слой исполнения Ethereum хранит полный список доступа, детализирующий каждый аккаунт, который затронут транзакции, вместе с конечными результатами этих изменений. Заголовок блока Ethereum содержит компактный криптографический отпечаток этого списка.

Техническое преимущество для Ethereum: Наличие этой карты позволяет валидаторам Ethereum обрабатывать неконфликтующие транзакции параллельно. Кроме того, узлы Ethereum могут синхронизироваться значительно быстрее, считывая конечные результаты без необходимости повторного прогона каждой транзакции в EVM (механизм executionless sync), что закладывает фундамент для экспоненциального роста пропускной способности первого уровня Ethereum.

⚖️ EIP-8037: Пересмотр ценообразования газа в Ethereum и защита от «раздувания»

Повышение лимита газа в Ethereum имеет смысл только в том случае, если сеть способна справляться с результирующим ростом состояния без деградации производительности. EIP-8037 внедряет более интеллектуальное ценообразование газа в Ethereum для операций хранения данных, повышая стоимость операций, создающих новое состояние, при относительном сохранении дешевизны вычислений в EVM.

Этот пересмотр ценообразования газа напрямую синхронизирован с целевым показателем Ethereum в 200 миллионов газа. Без него увеличение лимита газа в Ethereum привело бы к чрезмерному росту состояния, сделавшему запуск и поддержку полноценного узла Ethereum непомерно дорогим для рядовых участников. Выравнивание стоимости газа с реальными долгосрочными аппаратными затратами гарантирует устойчивость масштабирования Ethereum.

📈 Целевой лимит газа в Ethereum: 200 миллионов

Достижение лимита в 200 миллионов единиц газа является не гарантированной настройкой в день запуска Glamsterdam, а «достоверной целевой емкостью» Ethereum пост-обновления. Лимит газа в Ethereum определяет объем вычислений EVM, которые могут поместиться в один блок. Его повышение означает, что в каждом блоке Ethereum может быть обработано больше транзакций и операций смарт-контрактов, но также делает блоки более крупными и ресурсоемкими для валидации узлами Ethereum.

Синергия между ePBS, BALs и пересмотром ценообразования газа в Ethereum разработана именно для того, чтобы сделать это увеличение безопасным. ePBS дает время на распространение, BALs ускоряет проверку, а EIP-8037 контролирует долгосрочные издержки хранения состояния Ethereum.

🗓️ Хронология внедрения Glamsterdam и операционные риски

Перенос сроков Glamsterdam на третий квартал 2026 года продиктован сложностью интеграции ePBS в Ethereum. Обеспечение бесшовной совместимости между различными реализациями клиентов консенсуса и исполнения Ethereum (Geth, Nethermind, Besu, Prysm, Lighthouse и другие) требует исчерпывающего тестирования в условиях, максимально приближенных к боевым. Devnet-сети для обновления Ethereum уже функционируют, а тестирование interoperability активно проводилось на специализированных мероприятиях разработчиков Ethereum.

Основным риском для графика запуска Glamsterdam остается возможность выявления дополнительных проблем на этапе публичных тестовых сетей Ethereum, особенно в части реализации кросс-клиентской консистентности при обработке блоков с параллельным выполнением в EVM. Активация Glamsterdam в основной сети Ethereum произойдет только после успешного завершения всех этапов тестовых развертываний.

🔮 Горизонт планирования Ethereum: следующее обновление Hegotà

Параллельно с финализацией обновления Glamsterdam команда разработчиков Ethereum уже определяет контуры следующей крупной итерации, условно названной Hegotà. Ожидаемое время ее внедрения в Ethereum — конец 2026 года или позже, в зависимости от темпов разработки.

Ключевым элементом обновления Hegotà для Ethereum станет внедрение деревьев Веркле (Verkle Trees), которые заменят текущую структуру данных состояния Ethereum на более эффективную, что окончательно включит режим «stateless» (безсостоятельных) клиентов. Это позволит узлам Ethereum валидировать блоки, не храня гигантские объемы исторических данных состояния, что является финальным шагом в демократизации запуска узлов Ethereum.

Также рассматривается EIP-8141 (Frame Transactions), который внедрит нативную абстракцию аккаунтов в Ethereum, сделав проверку транзакций программируемой и позволив пользователям Ethereum выбирать постквантовые схемы подписи, не будучи привязанными исключительно к ECDSA. Эта работа является частью долгосрочной стратегии обеспечения квантовой устойчивости сети Ethereum.

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

— Виталик Бутерин, сооснователь Ethereum

07.08.2026, 01:03