Обновление Ethereum Glamsterdam: что меняет крупнейший апгрейд сети в 2026 году

Ethereum готовит Glamsterdam — самый масштабный апгрейд протокола за последние годы, который разработчики называют крупнейшим изменением сети со времён перехода на Proof-of-Stake (The Merge) в 2022 году. По состоянию на середину июня 2026 года обновление находилось в финальной стадии разработки: команды тестируют набор изменений на devnet-сетях перед выходом на публичные тестнеты и активацией в основной сети. Ниже разбираем, что именно меняет Glamsterdam, зачем это нужно пользователям и разработчикам и что распланировано дальше. Важная оговорка: апгрейд ещё не запущен, поэтому всё описанное — это планы и ожидания, а не свершившийся факт.

Что такое Glamsterdam и почему это важно

Glamsterdam — следующий скоординированный хардфорк Ethereum, идущий за апгрейдом Fusaka. Название по традиции сети собрано из двух частей: «Amsterdam» отвечает за уровень исполнения (execution layer), а «Gloas» (по имени звезды) — за уровень консенсуса (consensus layer). Такое разделение неслучайно: у Ethereum два взаимодействующих слоя, и ключевые нововведения Glamsterdam затрагивают оба.

Главная идея апгрейда — не одна яркая функция, а системная перестройка того, как строятся и обрабатываются блоки. Именно поэтому основные разработчики характеризуют Glamsterdam как самый значимый пересмотр протокола со времён The Merge. Конечная цель — заложить фундамент для дальнейшего масштабирования базового уровня (L1) без ущерба для децентрализации и безопасности.

Статус и сроки: финальная стадия разработки

По данным CoinDesk от 16 июня 2026 года, Glamsterdam вошёл в заключительную фазу разработки. Один из основных разработчиков описал ситуацию так: команды работают над devnet-сетями, где собраны все запланированные EIP, и это последний этап перед «закалкой» кода и подготовкой тестнетов. После публичных тестнетов, которые обычно требуют нескольких месяцев обкатки, апгрейд активируют в основной сети.

Ожидаемое окно запуска — вторая половина 2026 года, но точная дата активации в mainnet на момент подготовки материала не зафиксирована. Разработчики отмечают, что Glamsterdam технически сложнее предыдущего апгрейда Fusaka, поэтому сдвиг сроков возможен. Мы намеренно используем будущее и «плановое» время: пока обновление не вышло, любые конкретные даты стоит воспринимать как ориентиры, а не обязательства.

EIP-7732: enshrined Proposer-Builder Separation (ePBS)

Первое из двух флагманских изменений — EIP-7732, внедряющее так называемое «зашитое» в протокол разделение ролей предлагающего блок (proposer) и строителя блока (builder), или enshrined Proposer-Builder Separation (ePBS). Это изменение относится к уровню консенсуса.

Сегодня подавляющее большинство блоков Ethereum строится через внешние сервисы-релеи вроде MEV-Boost. Валидатор, которому выпало предложить блок, фактически полагается на сторонних посредников, чтобы получить готовый, оптимизированный по доходу блок. Эта схема работает, но добавляет доверия к инфраструктуре вне протокола. EIP-7732 переносит правила разделения ролей непосредственно в код Ethereum, снижая зависимость от внешних релеев и связанные с ними допущения о доверии.

Второй важный эффект ePBS — расширение окна распространения данных примерно с 2 до около 9 секунд. Больший временной запас на передачу данных по сети создаёт «пространство» для более крупных блоков и большей ёмкости по blob-данным, а также задел под будущие сценарии с ZK-доказательствами, которым полезно более длинное окно валидации. Проще говоря, ePBS не только делает процесс построения блоков честнее и прозрачнее, но и технически подготавливает сеть к росту нагрузки.

EIP-7928: Block-level Access Lists (BAL)

Второе флагманское изменение — EIP-7928, вводящее списки доступа на уровне блока (Block-level Access Lists, BAL). Оно относится к уровню исполнения.

Суть в следующем. В каждый блок добавляется своего рода карта: перечень всех аккаунтов и ячеек хранилища (storage slots), которые затрагивает блок, вместе со значениями состояния после исполнения. Узлы получают эту карту заранее — до того, как начать исполнять транзакции. Это открывает две важные возможности: параллельное чтение данных с диска и параллельную проверку не связанных между собой транзакций. Иными словами, вместо строго последовательной обработки узел может валидировать независимые транзакции одновременно.

Для обычного пользователя это звучит абстрактно, но именно параллелизм — один из главных рычагов производительности. Чем эффективнее узлы обрабатывают блок, тем безопаснее сеть может позволить себе более объёмные блоки, не перегружая операторов нод.

Рост лимита газа: от ~60 млн к ~200 млн

Связка EIP-7732 и EIP-7928 — не самоцель, а способ безопасно поднять пропускную способность базового уровня. Ключевой ориентир, который называют разработчики и профильные СМИ, — увеличение лимита газа блока с текущего уровня около 60 млн в сторону 200 млн. На стадии devnet тестирование, по данным ethereum.org, велось на референсном значении около 150 млн, с прицелом на потенциальный «пол» в 200 млн.

Что даёт более высокий лимит газа? Газ — это мера вычислительной работы в сети; лимит блока ограничивает, сколько транзакций и вычислений помещается в один блок. Рост лимита примерно втрое означает, что базовый уровень Ethereum сможет обрабатывать существенно больше операций за то же время. Отдельные оценки, которые приводят СМИ и сторонники апгрейда, говорят о движении в сторону эквивалента порядка 10 000 транзакций в секунду при реалистичных нагрузках.

Здесь важна честная оговорка, которую подчёркивают и сами разработчики: Glamsterdam не делает высокую пропускную способность автоматической. Реальный выигрыш зависит от производительности клиентов, оборудования валидаторов, перерасчёта стоимости газа (gas repricing) и достижимого параллелизма на реальных блоках. Апгрейд снимает архитектурные ограничения и создаёт «потолок» для роста, но фактические цифры проявятся уже после запуска и будут зависеть от практики.

Что это значит для пользователей и разработчиков

Для обычных пользователей потенциальные эффекты — это большая ёмкость сети и, как следствие, предпосылки для более стабильных и в перспективе более низких комиссий при высокой нагрузке. Больше места в блоках и больше blob-ёмкости также важны для сетей второго уровня (L2), которые публикуют свои данные в Ethereum: чем дешевле и просторнее базовый уровень, тем ниже издержки для роллапов и их пользователей.

Для разработчиков смарт-контрактов ключевой практический момент — перерасчёт стоимости газа. По словам участников разработки, репрайсинг «меняет многие допущения об Ethereum» и готовит сеть к масштабированию. Это значит, что командам стоит заранее следить за спецификациями: относительная стоимость отдельных операций может измениться, что важно для оптимизации контрактов и оценки затрат. Инфраструктурным командам (валидаторам, операторам нод, разработчикам кошельков и индексаторов) предстоит адаптироваться к ePBS и к появлению списков доступа на уровне блока.

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

Что дальше: апгрейд Hegota

Glamsterdam — лишь один шаг в длинной дорожной карте. Следующим крупным апгрейдом разработчики согласовали Hegota. Его название также собрано из двух частей: «Bogota» (уровень исполнения) и «Heze» (уровень консенсуса). По данным CoinDesk (декабрь 2025), Hegota ожидается во второй половине 2026 года — это отражает новый подход команды: выпускать изменения чаще и меньшими порциями, а не собирать раз в год огромные пакеты.

В ранних обсуждениях Hegota в центре внимания — Verkle Trees, новая структура данных, которая должна заметно снизить требования к оборудованию операторов нод и приблизить сеть к «безсостоятельным» (stateless) клиентам. Также в контексте цензуроустойчивости обсуждается механизм FOCIL (fork-choice enforced inclusion lists, EIP-7805) — принудительные списки включения транзакций, усложняющие выборочное исключение транзакций строителями блоков. Важно подчеркнуть: конкретный состав Hegota пока не финализирован, а EIP, которые не войдут в Glamsterdam, по традиции могут быть перенесены в следующий апгрейд.

Риски и оговорки

Glamsterdam — сложный и амбициозный апгрейд, и с ним связаны обычные для крупных хардфорков неопределённости. Во-первых, сроки: пока обновление не прошло публичные тестнеты и не активировано в основной сети, любые даты остаются ориентировочными, а разработчики прямо говорят о возможном сдвиге. Во-вторых, эффект на производительность не гарантирован «из коробки» и зависит от множества факторов реализации. В-третьих, масштабные изменения на уровне протокола требуют тщательного тестирования безопасности — именно поэтому этап «закалки» и обкатки на тестнетах занимает месяцы.

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

Материал носит информационный характер и не является инвестиционной рекомендацией. Указанные сроки и параметры отражают планы разработчиков по состоянию на дату проверки фактов и могут измениться.