Перейти к основному контенту

Объяснение хардфорка Ethereum Glamsterdam: как параллельное выполнение и ePBS стремятся к 10 000 TPS

· 10 мин чтения
Dora Noda
Software Engineer

Прямо сейчас два построителя блоков формируют более 90 % каждого блока Ethereum. Каждая транзакция ждет в одной очереди, независимо от того, сколько ядер процессора есть у валидатора. А цены на газ по-прежнему отражают стандарты, установленные много лет назад на оборудовании, которого больше не существует.

Glamsterdam, следующий хардфорк Ethereum, запланированный на первую половину 2026 года, призван решить все три проблемы одновременно. С увеличением лимита газа с 60 до 200 миллионов, новым примитивом параллельного исполнения и разделением пропозера и билдера, встроенным непосредственно в уровень консенсуса, это обновление представляет собой самое агрессивное структурное изменение со времен The Merge. Если оно будет реализовано по графику, уровень 1 (Layer 1) Ethereum сможет обрабатывать около 10 000 транзакций в секунду — что примерно в десять раз больше сегодняшней пропускной способности — при одновременном снижении комиссий за газ почти на 79 %.

Вот что на самом деле меняется, почему это важно и где скрываются риски.

Почему Ethereum потребовался структурный перезапуск

Ethereum провел 2025 год, наблюдая, как конкуренты обходят его по чистой скорости. Solana обрабатывает более 1 000 реальных транзакций в секунду. Monad, новый EVM-совместимый игрок, продемонстрировал более 10 000 TPS с блоками менее полусекунды. Между тем, Layer 1 Ethereum застрял на отметке от 15 до 20 TPS — цифра, которая почти не изменилась со времен обновления Shanghai.

Разрыв в производительности привел к заметной миграции. Разработчики, создающие приложения, чувствительные к задержкам — игры, высокочастотные DeFi, транзакции ИИ-агентов — все чаще выбирают более быстрые блокчейны. Ответ Ethereum до сих пор заключался в переносе пропускной способности на Layer 2 решения (Base, Arbitrum, Optimism), но эта стратегия породила собственные проблемы фрагментации: ликвидность распределена между более чем 60 роллапами, семидневные задержки на вывод средств и пользовательский опыт, требующий глубоких знаний о работе мостов.

Glamsterdam не отменяет дорожную карту L2. Он делает сам L1 достаточно быстрым, чтобы вернуть рабочие нагрузки, ушедшие к конкурентам, одновременно улучшая экономику для расчетов L2. Виталик Бутерин в конце февраля 2026 года наметил восемь предложений по улучшению Ethereum (EIP), определяющих масштаб обновления, при этом два «главных» EIP получили наивысший приоритет.

Два главных нововведения: Параллельное исполнение и построение блоков на уровне протокола

EIP-7928: Списки доступа на уровне блоков (BAL)

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

EIP-7928 вводит списки доступа на уровне блоков (Block-Level Access Lists, BAL) — структурированные декларации, точно указывающие, какие слоты хранения и учетные записи каждая транзакция будет читать или записывать. Хеш этого списка доступа, «BAL root», встраивается непосредственно в заголовок блока.

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

BAL также обеспечивают предварительную выборку состояния (state prefetching): узлы могут загружать необходимые данные состояния в память еще до начала исполнения, устраняя узкие места ввода-вывода (I/O), которые в настоящее время замедляют обработку блоков. Ethereum Foundation оценивает, что BAL могут обеспечить 10–30-кратное улучшение пропускной способности исполнения в краткосрочной перспективе.

EIP-7732: Встроенное разделение пропозера и билдера (ePBS)

Проблему построения блоков труднее заметить, но она не менее разрушительна. Сегодня 80–90 % производства блоков Ethereum зависит от внесетевых сервисов, называемых реле — в первую очередь Flashbots MEV-Boost. Горстка специализированных построителей (билдеров), таких как Flashbots, Titan и BeaverBuild, собирают блоки для валидаторов, извлекая максимальную извлекаемую стоимость (MEV) через упорядочивание транзакций.

Эта схема работает, но она создает три структурных риска:

  • Централизация. Два-три билдера контролируют практически все производство блоков.
  • Уязвимость к цензуре. Около 30 % блоков в настоящее время соответствуют санкционным спискам OFAC из-за фильтрации на уровне реле, что означает, что транзакции могут систематически исключаться небольшой группой лиц.
  • Зависимость от доверия. Валидаторы должны доверять реле в том, что они не подделают блоки и не удержат выплаты.

EIP-7732 переносит весь механизм разделения пропозера и билдера в саму сеть (on-chain). В рамках ePBS билдеры собирают блоки и криптографически «запечатывают» их содержимое, публикуя ставки с обязательствами по полезной нагрузке. Пропозеры выбирают самый высокооплачиваемый блок, не имея возможности увидеть или изменить то, что находится внутри. Транзакции раскрываются только после финализации блока.

Новый Комитет по своевременности полезной нагрузки (Payload Timeliness Committee, PTC) занимается базовыми проверками валидации, а все ставки, обязательства и платежи проходят через сообщения, определенные протоколом и проверяемые в сети. Больше никаких внесетевых реле. Больше никаких допущений о доверии.

Flashbots уже предвидели этот сдвиг, перенеся свои операции в BuilderNet в декабре 2024 года — децентрализованную сеть построения блоков, управляемую совместно с BeaverBuild и Nethermind. ePBS в Glamsterdam делает децентрализованный подход стандартом для каждого билдера и пропозера в сети.

Вспомогательный состав: пересмотр цен на газ и экономика состояния

Помимо основных обновлений, Glamsterdam включает в себя несколько EIP, которые реструктурируют экономическую модель Ethereum:

EIP-7904: General Repricing перекалибровывает стоимость газа для EVM-опкодов, используя эмпирические тесты на современном оборудовании. Многие текущие цены на газ были установлены много лет назад и больше не отражают фактическую стоимость вычислений. Перекалибровка обеспечивает снижение платы за газ на 78,6 % как для простых переводов ETH, так и для сложных взаимодействий со смарт-контрактами.

EIP-8037: State Creation Gas Cost Increase повышает стоимость газа для создания новых аккаунтов и слотов хранения, препятствуя ненужному расширению состояния, которое раздувает чейн.

EIP-8038: State-Access Gas Cost Increase повышает стоимость газа для холодного чтения аккаунтов и хранилищ, лучше отражая затраты на ввод-вывод (I/O) при доступе к редко используемому состоянию.

Конечным результатом является модель газа, которая взимает больше за то, что действительно дорого (создание и доступ к холодному состоянию), и меньше за то, что обходится дешево (выполнение общих опкодов на современных процессорах). Увеличение лимита газа с 60 миллионов до 200 миллионов на блок обеспечивает достаточную мощность для внедрения этих изменений, при этом значительно снижая стоимость одной транзакции.

Как Glamsterdam выглядит на фоне конкурентов

Гонка за параллельным выполнением происходит не в изоляции. Вот как Glamsterdam соотносится с другими решениями:

ХарактеристикаEthereum (Glamsterdam)SolanaMonad
Подход к параллелизмуПредварительно объявленные списки доступа (BAL)Нативный планировщик SealevelОптимистичное параллельное выполнение
Целевой показатель TPS~10 000~1 000–1 500 (реальный)~10 000+
EVM-совместимостьНативнаяНет (требуется переписывание на Rust)Полная EVM-совместимость
Время блока~12 секунд~400 мс~400 мс
Управление MEVePBS на уровне протоколаРынок чаевых JitoУнаследовано от экосистемы EVM
Набор валидаторов~500 000+~1 500В процессе формирования

Подход Ethereum подчеркнуто консервативен: транзакции должны заранее объявлять о своем доступе к состоянию, что гарантирует параллельное выполнение без конфликтов, но требует изменений в инструментарии для разработчиков. Среда выполнения Sealevel в Solana обрабатывает параллелизм нативно на уровне виртуальной машины. Monad использует оптимистичное выполнение — обработку транзакций параллельно с повторным выполнением в случае конфликта — что сохраняет полную совместимость с Ethereum без необходимости изменений со стороны разработчиков.

Критическое различие заключается в масштабе экосистемы. У Ethereum более 500 000 валидаторов, самая глубокая ликвидность в DeFi и самое большое сообщество разработчиков. Даже если Monad обеспечит эквивалентную пропускную способность, ему придется создавать все остальное с нуля. Ставка Glamsterdam заключается в том, что повышение скорости работы текущего лидера устранит стимул для миграции.

Влияние на L2: улучшение экономики для роллапов

Улучшения Glamsterdam приносят пользу не только пользователям L1. Увеличение лимита газа и потенциальное расширение до 72+ блобов данных на блок значительно улучшают экономику для роллапов Layer 2.

Такие роллапы, как Arbitrum, Optimism и Base, в настоящее время платят газ в L1 Ethereum за размещение данных транзакций. Благодаря снижению стоимости газа и увеличению емкости блобов, расчеты (settlement) в L2 становятся дешевле, что транслируется в более низкие комиссии для конечных пользователей этих сетей. Ethereum Foundation прогнозирует, что комбинированная пропускная способность L1 + L2 может со временем достичь сотен тысяч TPS, так как масштабирование блобов будет суммироваться с параллельным выполнением.

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

Что может пойти не так

Glamsterdam амбициозен, а амбиции несут в себе риски.

Внедрение BAL требует изменений в инструментах. Разработчики и кошельки должны обновиться для генерации списков доступа на уровне блоков. Пока инструменты экосистемы не созреют, преимущества параллельного выполнения могут оставаться теоретическими для некоторых типов транзакций.

Сроки являются амбициозными. В документации сообщества в качестве цели упоминается июнь 2026 года, но по состоянию на начало 2026 года команда DevOps Ethereum Foundation протестировала только три из предложенных EIP в Devnet-4, а Devnet-5 находится в процессе разработки. Хардфорки Ethereum исторически сдвигались на месяцы.

ePBS нарушает существующую инфраструктуру MEV. Билдеры блоков и серчеры построили целый бизнес вокруг текущей системы на базе реле. Переход на ePBS изменит цепочку поставок MEV, и не все участники окажутся в выигрыше.

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

Более 30 предложений были отклонены для Glamsterdam, включая сокращение времени слота, многомерный учет газа и проверку постквантовых подписей. Ожидается, что эти функции появятся в Hegota — втором форке 2026 года, запланированном на вторую половину года.

Что дальше: стратегия четырех форков

Glamsterdam — это первый шаг в скоординированной стратегии производительности из четырех форков, рассчитанной до 2027 года:

  1. Fast Confirmation Rule — подтверждение депозита за 13 секунд без хардфорка (уже работает или ожидается в ближайшее время).
  2. Glamsterdam (первая половина 2026 г.) — параллельное выполнение + ePBS + пересмотр цен на газ.
  3. Fusaka — PeerDAS для доступности данных со скоростью 1 ГБ/с и увеличением емкости в 30 000 раз.
  4. Hegota (вторая половина 2026 г.) — деревья Веркла (Verkle Trees) для уменьшения доказательств в 10 раз + переход на постквантовую криптографию.

Вместе эти обновления превращают Ethereum из однополосной дороги в многополосную магистраль с въездами, оптимизированными для любого типа трафика. Вопрос больше не в том, сможет ли Ethereum сравниться со скоростью конкурентов, а в том, успеет ли он выпустить эти обновления до того, как чувствительные к производительности варианты использования навсегда перейдут на другие платформы.

Итог

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

Обновление привносит подлинные архитектурные инновации — BALs для параллельного исполнения, ePBS для децентрализованного построения блоков и эмпирический перерасчет стоимости газа — которые решают проблемы, с которыми Ethereum мирился годами. Если запуск пройдет по графику, сеть перейдет от 15 TPS к 10 000 TPS, становясь при этом более децентрализованной, а не наоборот.

Подвох в том, что фраза «по графику» в данном контексте имеет решающее значение. История Ethereum заставляет с осторожностью относиться к любым срокам. Но инженерная работа реальна, девнеты запущены, а конкурентное давление никогда не было таким высоким.

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


BlockEden.xyz предоставляет RPC-эндпоинты Ethereum корпоративного уровня и мультичейн-инфраструктуру API для разработчиков, создающих приложения на Ethereum L1 и роллапах, использующих его для финальных расчетов. Поскольку Гламстердам меняет уровень исполнения, надежная инфраструктура нод становится критически важной как никогда. Изучите наши API-сервисы Ethereum, чтобы создавать продукты на фундаменте, разработанном для следующего поколения ончейн-пропускной способности.