В начале мая 2026 года более 100 ключевых участников разработки Ethereum собрались в Лонгйирбюене, за Полярным кругом, на недельном саммите Soldøgn, посвящённом вопросам интероперабельности, который проходил при постоянном дневном свете. По итогам мероприятия было объявлено, что три основные технические задачи обновления Glamsterdam по сути готовы: фиксация лимита газа на уровне 200 миллионов, стабильная работа ePBS в сценариях с внешними сборщиками блоков и окончательное утверждение параметров переоценки стоимости состояния в EIP-8037. Ожидается, что это обновление будет запущено в основной сети примерно в июне 2026 года и уже считается самым значительным скачком производительности Ethereum с момента The Merge в 2022 году.
Что означает повышение лимита газа Ethereum с 60 миллионов до 200 миллионов?
Текущий лимит газа в Ethereum составляет около 60 миллионов. С 2021 года благодаря обновлениям, таким как Pectra и Fusaka, этот показатель был постепенно увеличен с 30 миллионов до текущего значения. Glamsterdam поднимет лимит газа сразу до 200 миллионов, что увеличит вычислительную мощность каждого блока в 3,3 раза. Теоретическая пропускная способность сети возрастёт примерно с 1 000 TPS до 10 000 TPS.
Однако простое увеличение лимита газа не гарантирует, что сеть сможет справиться с соответствующей нагрузкой. Если клиенты исполнения не будут успевать обрабатывать блоки, более высокий лимит останется лишь теоретическим показателем, и в периоды пиковых нагрузок всё равно возможны задержки. В Glamsterdam этот скачок лимита газа сопровождается многоуровневыми мерами защиты — от исполнения до хранения состояния, благодаря совместной работе ePBS, EIP-8037 и списков доступа на уровне блока.
Как ePBS обеспечивает протокольное разделение процесса создания блоков?
Enshrined Proposer-Builder Separation (ePBS) — ключевое архитектурное нововведение в Glamsterdam. По сути, оно разделяет функции сборщика блока и его предлагающего на уровне протокола. Ранее такое разделение реализовывалось через внешние ретрансляторы и сторонние сети сборщиков. С внедрением ePBS оно интегрировано непосредственно в слой консенсуса, что устраняет необходимость доверять третьим сторонам.
ePBS вводит чёткие дедлайны для сборки блока, раскрытия полезной нагрузки и аттестации, предоставляя слою исполнения больше времени для обработки. Валидаторам больше не нужно заниматься сложной сборкой блоков — они могут сосредоточиться на валидации, а высокопроизводительные профессиональные сборщики смогут независимо оптимизировать свои стратегии. Интеграция ePBS на уровне протокола также предусматривает Комитет по своевременности полезной нагрузки и двойную логику дедлайнов, что увеличивает пропускную способность и снижает узкие места при валидации блоков.
Как списки доступа на уровне блока позволяют реализовать параллельное исполнение и прирост производительности?
Списки доступа на уровне блока (Block-Level Access Lists, BAL) представляют собой фундаментальную оптимизацию. Благодаря им клиенты могут заранее получать наборы данных для чтения и записи блока до начала исполнения, что позволяет обрабатывать транзакции параллельно и выполнять пакетные операции ввода-вывода. Это не увеличивает максимальную пропускную способность напрямую, но ускоряет самые медленные участки исполнения — что критически важно после значительного роста лимита газа, когда скорость синхронизации узлов и вычисление корня состояния становятся ключевыми факторами. BAL специально разработаны для решения этих задач.
Путь Ethereum к параллелизации можно рассматривать как поэтапную эволюцию: на ранних стадиях делался упор на последовательное исполнение и оптимизацию структуры хранения; затем BAL позволили проводить тестирование на тестовых сетях; в дальнейшем сеть будет постепенно переходить к более широким моделям параллельного исполнения транзакций. Glamsterdam не превращает Ethereum в полностью параллельную сеть одномоментно, но закладывает инфраструктурную основу для более эффективного параллельного исполнения.
Как EIP-8037 решает проблему разрастания состояния и дисбаланса в ценообразовании ресурсов?
Повышение лимита газа ускоряет рост объёма данных состояния. Глобальное состояние Ethereum хранит информацию обо всех балансах аккаунтов и данных контрактов. Без контроля именно состояние становится самой большой нагрузкой для операторов полных узлов.
EIP-8037 переводит ценообразование с динамического расчёта стоимости за байт состояния на фиксированную стоимость за байт, увеличивая расход газа на создание нового состояния. Это предотвращает дешёвое раздувание хранилища состояния за счёт атак или неэффективных развертываний контрактов. Механизм гарантирует, что даже при увеличении ёмкости блока до 200 миллионов предельная стоимость новых данных состояния будет соответствовать реальным затратам на оборудование, что предотвращает неустойчивый рост базы данных из-за «блоков, выполняющих больше операций».
Как масштабирование слоя исполнения L1 меняет ценность L2 и конкурентную среду?
В течение нескольких лет стратегия масштабирования Ethereum строилась вокруг концепции Rollup-Centric — основная часть исполнения переносилась на сети второго уровня (L2), а основной уровень (L1) оставался зоной безопасных расчётов. Обновление Glamsterdam свидетельствует о явном изменении: границы исполнения в основной сети пересматриваются.
Сети L2 обрабатывают от 95% до 99% всех транзакций экосистемы Ethereum, а комиссии за переводы в L1 снизились до крайне низких значений. После Glamsterdam стоимость расчётов данных в L1 упадёт ещё сильнее, а комиссии в rollup-сетях сократятся примерно на 70%. Это выгодно крупным решениям L2, но также расширяет спектр сценариев использования основной сети — многие простые транзакции, которые раньше было выгоднее проводить через L2, теперь станут удобнее напрямую в L1.
Для проектов L2 это означает краткосрочные преимущества и среднесрочные вызовы. Более низкие издержки — очевидный плюс, но теперь им предстоит доказать свою уникальную ценность и эффективность рынку. В противном случае пользователи закономерно спросят: «Зачем использовать L2, если можно проводить операции прямо в L1?»
Каков график внедрения Glamsterdam и насколько гарантировано его исполнение?
До саммита Soldøgn многие технические параметры Glamsterdam ещё обсуждались. После недели круглосуточных тестов финальные спецификации были подтверждены на тестовой сети glamsterdam-devnet-2. Сквозные сценарии для внешних сборщиков прошли кросс-клиентские тесты, а многоклиентские devnet-сети работали стабильно.
В обновление был включён EIP-8061, EIP-8080 был официально отклонён, а область действия EIP-8045 ограничена по времени для обязанностей предлагающего. Эти решения показывают, что команда перешла от «обсуждения реализуемости» к «финальным спецификациям для внедрения». Окончательные параметры будут утверждены на ближайшей встрече AllCoreDevs, а запуск в основной сети ожидается в июне 2026 года.
Будет ли масштабирование продолжаться после Glamsterdam? Каковы следующие шаги в дорожной карте Ethereum?
Согласно обновлению приоритетов протокола Ethereum Foundation на 2026 год, работа теперь организована по трём долгосрочным направлениям: масштабирование, улучшение пользовательского опыта и усиление безопасности L1. Glamsterdam — важная веха на пути масштабирования, но не конечная цель. В отрасли преобладает мнение, что лимит газа в 200 миллионов — не предел, и после Glamsterdam ожидаются дальнейшие повышения.
Следующим этапом станет обновление Hegotá, целью которого является внедрение деревьев Verkle и безсостояния клиентов в протокол. Это позволит многократно сократить требования к хранению данных для полных узлов, благодаря чему даже обычные потребительские устройства смогут запускать узлы. Такое изменение радикально повысит уровень децентрализации и устойчивость к цензуре, что станет основой долгосрочной конкурентоспособности Ethereum.
Краткое резюме
Обновление Glamsterdam, предусматривающее повышение лимита газа до 200 миллионов, протокольное разделение ролей предлагающего и сборщика блоков (ePBS), а также переоценку стоимости состояния по EIP-8037, увеличит теоретическую пропускную способность L1 Ethereum примерно до 10 000 TPS. Это самое масштабное улучшение производительности на уровне протокола со времён The Merge.
| Технический компонент | Основная функция | Прямое преимущество для сети |
|---|---|---|
| Лимит газа (60M → 200M) | Увеличение вычислительной мощности блока | Теоретическая TPS: с ~1 000 до ~10 000 |
| ePBS | Разделение ролей предлагающего и сборщика | Исключение зависимости от сторонних ретрансляторов, больше времени для исполнения |
| EIP-8037 | Повышение стоимости создания нового состояния | Сдерживание роста состояния, соответствие затрат на хранение реальным издержкам |
| Списки доступа на уровне блока | Предзагрузка наборов чтения/записи транзакций | Параллельное исполнение, ускорение синхронизации узлов |
После расширения возможностей L1 ожидается снижение издержек на расчёты данных в rollup-сетях примерно на 70%, что усилит конкуренцию по комиссиям среди L2. Одновременно расширится спектр сценариев использования L1. Обновление Hegotá уже готовится к запуску: деревья Verkle и безсостояния клиенты планируются к внедрению в конце 2026 года, что ещё больше снизит барьер для запуска полных узлов.
FAQ
Вопрос: Когда ожидается запуск обновления Glamsterdam в основной сети Ethereum?
Согласно плану Ethereum Foundation, обновление Glamsterdam должно быть активировано в основной сети примерно в июне 2026 года, однако точная дата зависит от финального утверждения командой разработчиков на встрече AllCoreDevs.
Вопрос: Приведёт ли повышение лимита газа с 60 миллионов до 200 миллионов к значительному росту издержек на обслуживание узлов?
Обновление повышает эффективность синхронизации узлов за счёт BAL и контролирует скорость роста состояния с помощью EIP-8037. В будущем обновление Hegotá также внедрит деревья Verkle и безсостояния клиентов, что дополнительно снизит нагрузку на хранение данных узлов.
Вопрос: Насколько снизятся комиссии в rollup-сетях L2 после масштабирования L1?
После обновления стоимость расчётов данных в L1 снизится, и комиссии в rollup-сетях, как ожидается, уменьшатся примерно на 70%. Подход Glamsterdam, ориентированный на L1, ускорит функциональную конкуренцию между решениями L2.
Вопрос: В чём разница между ePBS и текущей моделью PBS?
Текущая модель PBS использует внешние ретрансляторы и сторонние сети сборщиков для разделения ролей сборщика и предлагающего. ePBS внедряет это разделение непосредственно в слой консенсуса, устраняя необходимость доверять третьим сторонам и обеспечивая протокольное разделение процессов сборки и валидации блоков.
Вопрос: Какое следующее крупное обновление планируется после Glamsterdam?
В конце 2026 года ожидается обновление Hegotá. Его основные нововведения — деревья Verkle, безсостояния клиенты и FOCIL для повышения устойчивости к цензуре и внедрения абстракции аккаунтов. Финальные параметры ещё находятся в разработке.
