Yellow.com

Ethereum (ETH) 6 октября провёл «генеральную репетицию» следующего крупного обновления. За пределами разработческого комьюнити это почти никто не заметил. Между тем тестовая сеть Sepolia уже работает по новым правилам, которые меняют, кто собирает блоки, как формируется цена газа и какой объём вычислений может уместиться в одном блоке.

Этот разбор объясняет 18 ключевых нововведений Glamsterdam — от «вшитого» в протокол разделения ролей proposer/builder (ePBS) до блочных списков доступа и перепрайсинга газа — и то, как они повлияют на комиссии, MEV, rollup’ы и переход к лимиту в 200 млн газа.

Glamsterdam был активирован в тестовой сети Sepolia Ethereum 6 октября 2026 года, а на 26 октября назначен запуск в тестнете Hoodi. Даты выхода в основную сеть пока не согласованы, но черновой план предполагает несколько вариантов в начале декабря.

Обновление переносит взаимодействие между proposer и builder в сам протокол, добавляет блочные списки доступа для параллельной обработки транзакций и меняет модель ценообразования газа за создание и чтение состояния.

Разработчики предварительно сошлись на нижней планке лимита в 200 млн газа после Glamsterdam — это более чем утроение текущего дефолтного уровня в 60 млн, однако фактический эффект на комиссии будет зависеть от спроса и поведения валидаторов.

Что за обновление Glamsterdam для Ethereum и почему оно важно?

Glamsterdam — следующий после Fusaka сетевой апгрейд Ethereum. Название составлено из двух частей: «Амстердам» обозначает изменения на execution-уровне (в честь города Devconnect‑2022), а «Gloas» — стороны консенсуса, названной по звезде.

Ethereum Foundation опубликовала анонс тестнета 28 сентября. Активация в Sepolia была запланирована на эпоху 353 024, слот 11 296 768, в 13:53:36 UTC 6 октября.

Форк прошёл точно по графику.

Независимая исследовательница Ethereum Кристин Д. Ким 9 октября сообщила, что обновление в Sepolia прошло «гладко». После этого разработчики назначили запуск Glamsterdam в Hoodi, втором и последнем публичном тестнете, на понедельник 26 октября, а релизы клиентов ожидаются к 16 октября.

Полный перечень изменений зафиксирован в трекинговом предложении EIP‑7773. В нём перечислены 18 ключевых EIP, которым дополнительно сопутствуют пять сетевых предложений и два информационных.

С основной сетью ситуация сложнее. Фонд подчёркивает, что даты для Hoodi и mainnet «ещё не определены», а на ethereum.org по‑прежнему значится только ориентир «4 квартал 2026 года».

Черновой план-график на GitHub предлагает даты 1, 8 и 9 декабря в качестве возможных окон для активации в основной сети, однако консенсуса между разработчиками пока нет.

Почему это вообще важно? В последние годы стратегия Ethereum заключалась в том, чтобы выносить основной объём масштабирования на rollup’ы и поддерживать консервативную нагрузку на Layer 1. На этом фоне Glamsterdam — заметный сдвиг акцентов.

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

Чем Glamsterdam отличается от Pectra и Fusaka?

Два предыдущих крупных обновления Ethereum в основном касались стейкинга и данных. Glamsterdam смещает фокус на execution — часть системы, которая непосредственно исполняет транзакции.

Pectra был активирован 7 мая 2025 года на эпохе 364 032. Он позволил обычным кошелькам делегировать полномочия смарт‑контрактам через EIP‑7702, поднял максимальный баланс валидатора с 32 до 2 048 ETH и увеличил целевое количество blob‑ов до шести (с максимумом девять).

Fusaka заработал в основной сети 3 декабря 2025 года в 21:49:11 UTC. Его центральной новацией стал PeerDAS (EIP‑7594), который позволяет нодам проверять blob‑данные по выборочной выборке небольших фрагментов вместо загрузки всего объёма.

Fusaka также ввёл так называемые «blob‑only»‑форки — небольшие конфигурационные обновления, которые меняют параметры blob‑ов без привязки к другим изменениям. Два таких форка последовали 9 декабря 2025 года и 7 января 2026 года.

В январском обновлении Checkpoint фонд отметил, что целевой показатель теперь составляет 14 blob‑ов на блок при максимуме в 21, что эквивалентно примерно 2,3‑кратному росту доступного пространства данных для Layer 2 по сравнению с периодом до Fusaka.

На execution‑уровне Fusaka ограничил размер одной транзакции примерно 16,8 млн газа и установил дефолтный лимит газа блока в клиентском ПО на уровне 60 млн.

Glamsterdam меняет приоритеты. Вместо того чтобы просто расширять полосу пропускания для данных rollup’ов, он перестраивает сами процессы формирования, проверки и ценообразования блоков, чтобы лимит в 60 млн можно было безопасно существенно поднять.

Если Pectra и Fusaka «расширяли трубы» для Layer 2, то Glamsterdam «перекраивает моторный отсек» Layer 1.

Что такое «вшитое» разделение ролей proposer/builder (ePBS)?

Сегодня большинство блоков Ethereum собирают не сами валидаторы‑пропоузеры. Этим занимаются специализированные builder’ы, которые конкурируют за право сформировать максимально прибыльный блок, а валидатор, использующий MEV‑Boost от Flashbots, выбирает наивысшую ставку.

Передача блока от builder’а к proposer’у опирается на relays — доверенных посредников. Релей хранит блок, показывает пропоузеру только заголовок и цену, а полное содержимое раскрывает лишь после подписи.

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

EIP‑7732 переносит этот обмен внутрь протокола. Builder’ы становятся полноправными участниками на уровне консенсуса, а валидаторы получают новую обязанность — так называемые attestations на своевременность payload’а (payload timeliness).

В новой схеме пропоузер включает в beacon‑блок подписанное builder’ом обязательство предоставить execution‑payload, а сам payload раскрывается уже после включения. Протокол сам проводит расчёт с пропоузером, снижая зависимость от надёжности внешних посредников.

Отдельное подмножество валидаторов образует комитет по своевременности payload’а. Его участники подтверждают, был ли payload опубликован в срок и была ли доступна соответствующая ему blob‑информация.

Важный побочный эффект — чёткое разделение проверки консенсуса и проверки execution‑части. Здесь как раз и появляется масштабирование.

На странице дорожной карты ethereum.org отмечается, что это разделение расширяет окно для распространения данных по сети с примерно 2 до около 9 секунд. Дополнительное время означает, что валидаторы могут безопасно обрабатывать гораздо более тяжёлые payload’ы.

Relay‑сервисы не исчезнут сразу. Там же подчёркивается, что builder’ы и proposer’ы могут продолжить пользоваться off‑chain relays и другими middleware‑решениями для продвинутых функций, которые базовый протокол пока не покрывает.

Как Glamsterdam меняет MEV и экономику валидаторов Ethereum?

Максимально извлекаемая стоимость (MEV) — это прибыль от изменения порядка, включения или исключения транзакций. Через MEV‑Boost значительная её часть уходит валидаторам в виде ставок от builder’ов, но сам рынок этих ставок сильно концентрирован.

По данным дашборда Relayscan от Flashbots](https://www.relayscan.io/) за 24 часа к утру 12 октября Titan сформировал 52,6% блоков с MEV‑Boost, Quasar — 18,5%, BuilderNet — 13,3%. Таким образом, три builder’а контролировали около 84% потока.

ePBS не устраняет MEV и не гарантирует автоматического снижения концентрации среди builder’ов. Изменяется, прежде всего, модель доверия: оплата пропоузеру больше не зависит от того, выполнит ли relay свои обещания.

Для стейкеров выгода скорее маржинальная. Соло‑валидатор получает протокольно гарантированный механизм продажи blockspace, а сами builder’ы обязаны вносить собственный stake для участия.

Стейкеры также получают более быстрый выход из протокола. Согласно EIP‑8061, общий «пропуск» на выход валидаторов масштабируется с объёмом застейканного Ether. Ethereum.org оценивает рост ёмкости примерно в четыре раза на текущих уровнях стейка и двукратное увеличение возможностей для консолидации валидаторов.

Обратная сторона — сокращение «окна безопасности» для нод, которые отключаются от сети. По данным ethereum.org, период слабой субъективности (weak subjectivity) — время, после которого вернувшейся ноде нужен свежий доверенный чекпойнт, — уменьшается примерно с 15,7 до около 7 дней.

На интероп‑встрече Soldøgn в Свальбарде, куда съехались чуть более сотни core‑разработчиков, обсуждались два наиболее спорных вопроса по ePBS. Первый — как защитить сеть от Sybil‑атак при схеме, где от builder’а требуется лишь 1 ETH стейка.

Перед запуском в Sepolia опасения всплыли вновь. На созвоне по консенсусу 17 сентября разработчик клиента Prysm Potuz предупредил, что в тестовой сети атакующему достаточно бесплатного testnet‑ETH, чтобы выигрывать аукционы «одноразовыми» builder’ами и затем не публиковать payload’ы: «Я могу просто поднять тысячу builder’ов».

Первые данные по Sepolia указывают на тонкий рынок: в комьюнити‑конспекте созвона по execution‑слою от 8 октября приводятся слова EthPandaOps о том, что там было активно всего 4–5 builder’ов, крупные игроки отсутствовали, а значительную часть блоков валидаторы собирали локально.

Реальная ценность ePBS проявится только тогда, когда в блоки начнут агрессивно конкурировать основные builder’ы. Поэтому именно Hoodi станет по‑настоящему показательной площадкой.

Что такое блочные списки доступа и как они ускоряют обработку транзакций?

Сегодня Ethereum‑клиенты в основном исполняют транзакции блока последовательно, одну за другой. Заранее неизвестно, какие аккаунты и ячейки хранилища затронет каждая транзакция, поэтому параллельный запуск создаёт риск конфликтов.

EIP‑7928 предлагает блочные списки доступа (Block‑level Access Lists, BALs). Они фиксируют полный набор аккаунтов и слотов хранилища, к которым обращается блок, а также изменения состояния, которые вносит каждая транзакция. Список формирует builder, а заголовок блока… Имея такую карту состояния, клиенты могут параллелить сразу несколько задач:

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

Сетевым «спутником» этой схемы выступает EIP‑8159, позволяющий узлам обмениваться такими списками. Ещё одно предложение, EIP‑8189, использует BAL‑данные для «залечивания» стейта во время snap‑синхронизации.

На Soldøgn команды клиентов прогоняли бенчмарки для каждой BAL‑оптимизации отдельно, пряча её за собственным feature‑флагом. Задача — сначала ускорить самые «узкие» места каждого клиента: подтягивание слабейшей реализации повышает безопасный газ‑лимит для всей сети.

BAL и ePBS работают в паре. ePBS даёт исполнению больше времени в каждом слоте, а BAL позволяют клиентам использовать это время куда эффективнее.

Как Glamsterdam изменит газовую модель Ethereum и стоимость исполнения?

Газовые цены для операций со стейтом последний раз серьёзно пересматривались в апгрейде Berlin в 2021 году. С тех пор размер стейта Ethereum существенно вырос, а недавние повышения газ‑лимита ещё ускорили этот рост.

Базовый разбор для разработчиков смарт‑контрактов, опубликованный фондом 24 августа, объяснял, что новая таблица тарифов поддерживает «примерно трёхкратный рост базовой пропускной способности». Перепрайсинг этих операций — необходимое условие для дальнейшего повышения газ‑лимита.

Основную работу делают два EIP. EIP‑8037 повышает и отдельно учитывает стоимость создания нового стейта, а EIP‑8038 делает дороже чтение и запись стейта через SLOAD, SSTORE и «холодные» обращения к аккаунтам.

EIP‑8037 фиксирует цену в 1 530 газа за каждый новый байт стейта, исходя из целевого роста стейта на уровне 120 ГиБ в год при референсном газ‑лимите 150 млн.

При таком тарифе новый storage‑слот обойдётся в 97 920 единиц «стейт‑газа» вместо нынешних 20 000, а новый аккаунт — в 183 600 против 25 000 сегодня. Деплой контракта максимального размера 24 KiB станет примерно в восемь раз дороже.

Для стейта вводится отдельный счётчик. Лимит газа на транзакцию, появившийся в Fusaka, теперь применяется только к «исполнительному» газу, а для блока учитывается та из двух метрик (исполнение или стейт‑газ), которая ближе к своему пределу.

Остальная «газовая» часть пакета скромнее по отдельным изменениям, но существенна в совокупности:

EIP‑7778 исключает газовые рефанды из расчёта блокового газ‑лимита — пользователи по‑прежнему получают возврат, но он не создаёт «фиктивное» свободное место в блоке.
EIP‑7976 поднимает минимальную цену calldata до 64 газа за байт для транзакций с большим объёмом данных.
EIP‑7981 тарифицирует данные access list по той же ставке — 64 газа за байт.
EIP‑2780 перестраивает «встроенную» комиссию транзакции, привязывая её к реальному потреблению ресурсов, с базовой стоимостью 12 000 газа.
EIP‑7954 увеличивает максимальный размер контракта с 24 KiB до 64 KiB.

Текущая редакция EIP‑2780 сохраняет простую переводку ETH на существующий аккаунт на уровне 21 000 газа, тогда как перевод с созданием нового аккаунта добавляет 183 600 единиц стейт‑газа. Страница Glamsterdam на Ethereum.org, последний раз обновлявшаяся 6 августа, по‑прежнему описывает, что такие переводы могут подешеветь до 71%.

Цифры ещё могут сдвигаться. Ряд предложений, включая EIP‑2780 и EIP‑8037, остаются в статусе Last Call до 1 ноября, и ethereum.org подчёркивает, что объём изменений может скорректироваться до запуска в мейннете.

Может ли апгрейд увеличить пропускную способность Layer 1 и снизить комиссии?

Главный выигрыш — в пропускной способности. На Soldøgn разработчики сошлись на «реалистичном нижнем пороге газ‑лимита 200 млн после Glamsterdam» — это примерно в 3,3 раза выше текущего значения по умолчанию в 60 млн.

Эта оценка опирается на три столпа. ePBS увеличивает доступное время исполнения, BAL‑оптимизации дают клиентам дополнительный запас по производительности, а EIP‑8037 не позволяет возросшему газ‑лимиту разогнать рост стейта до неконтролируемых масштабов.

Сеполия уже работает с лимитом 200 млн, зафиксированным на эпохе форка по EIP‑8261, который превращает газ‑лимит в параметр, задаваемый на конкретный форк.

Клиентский код для Hoodi закладывает тот же лимит в 200 млн. В кратких итогах звонков говорится, что мейннет пойдёт по тому же пути fork‑epoch, но конкретный параметр и дата для основной сети официально ещё не объявлены.

Снизятся ли комиссии? Ethereum.org отмечает, что Glamsterdam «с высокой вероятностью уменьшит комиссии для рядовых пользователей». Большее предложение блокового пространства при прежнем спросе должно давить цену вниз, но реальный эффект зависит от того, насколько активно будет заполняться высвобождаемый ресурс.

Операции, тяжёлые по стейту — создание новых аккаунтов или storage‑слотов, — станут в газовом выражении дороже, так что апгрейд не только сокращает общие расходы, но и перераспределяет их.

К чему готовиться кошелькам, смарт‑контрактам, инфраструктуре и валидаторам?

Обычным держателям токенов делать ничего не нужно. Фонд подчёркивает, что пользователям мейннета не требуется никаких действий, а ethereum.org предупреждает: любые призывы «обновить» ваш ETH — это мошенничество.

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

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

Чек‑лист, составленный на основе рекомендаций фонда и клиентских команд, выглядит так:

Разработчики смарт‑контрактов должны прогнать свои адреса через инструмент фонда по выявлению проблемных контрактов и протестировать правки на тестнете Platåberget, уделяя особое внимание фиксированному газовому «стипендии» Solidity на 2 300 газа, жёстко заданным значениям газа и логике, зависящей от остатка газа.
Команды кошельков, RPC‑провайдеров и инструментов для нод обязаны обновить алгоритмы оценки газа: кэшированные константы будут занижать стоимость и приводить к массовым провалам транзакций.
Биржи, мосты и индексаторы смогут использовать новые события из EIP‑7708, который заставляет каждую ненулевую переводку и сжигание ETH эмитировать стандартный лог.
Операторы нод должны обновить и execution‑, и consensus‑клиенты до каждой активации, а валидаторы — как beacon‑ноду, так и валидаторский клиент.
Стейкинговые пулы и би́лдеры блоков должны заранее изучить новые обязанности и интерфейсы ePBS, включая комитет по своевременности payload, перед каждым форком.

Клиенты, готовые к Сеполии, на стороне исполнения включают Geth 1.17.7, Nethermind 2.1.0, Besu 26.9.0, Erigon 3.7.1, Reth 2.7.0 и Ethrex 29.0.1. В консенсус‑слое список состоит из Lighthouse 8.3.0‑rc.0, Prysm 7.2.1, Teku 26.9.1, Lodestar 1.49.0, Nimbus 26.10.0 и Grandine 3.0.0‑rc.0.

Поведение по умолчанию для газ‑лимита показывает, насколько критична мелочёвка. Релиз Prysm 7.2.0 и сеполиевский релиз Teku оставляли валидаторов на 60 млн после форка, если оператор вручную не выставлял 200 млн.

Prysm внёс исправление 2 октября: валидаторы без явной настройки теперь автоматически следуют расписанию Сеполии с лимитом 200 млн, и фонд уже рекомендует версию Prysm 7.2.1. Валидаторам Teku, которые хотят перейти на 200 млн, по‑прежнему нужно задавать лимит через конфигурационный флаг.

Как Glamsterdam меняет роль базового слоя Ethereum в экосистеме Layer 2?

Glamsterdam не отказывается от rollup‑решений. Официальный роудмап описывает апгрейд как шаг сразу по двум направлениям: Scale L1 и Scale Blobs.

Связка здесь сугубо техническая. За счёт расширения окна распространения блоков в ePBS, по оценке ethereum.org, сеть может безопасно нести гораздо больше данных, включая дополнительные blob‑пакеты для rollup‑сетей, не перегружая инфраструктуру.

Сам Glamsterdam не устанавливает новые параметры по blob‑ёмкости. Начиная с Fusaka, эти параметры меняются отдельными «blob‑форками», в которых модифицируются только соответствующие настройки, — это позволяет масштабировать пропускную способность для rollup‑ов в собственном темпе.

Разработчики не торопятся с очередным таким шагом. Январский Checkpoint отмечал, что третья волна повышения blob‑лимитов не является приоритетом, пока фактическое использование не приблизится к уже доступным потолкам.

Две более целевые функции напрямую помогают Layer 2. EIP‑7997 закрепляет детерминированный «фабричный» контракт на одном и том же адресе на всех участвующих EVM‑сетях, что даёт возможность развёртывать кошельки и приложения по идентичным адресам в разных сетях.

Вторая — EIP‑8070 — вводит разреженный blobpool, сетевое изменение в том, как узлы обрабатывают транзакции с blob‑данными.

Стратегическое напряжение при этом никуда не девается. Более дешёвый и быстрый базовый слой делает прямой деплой в мейннет привлекательнее — а значит, он вступает в конкуренцию с rollup‑сетями, которые на нём же и поселяются.

Ответ Ethereum пока в том, чтобы масштабировать оба слоя одновременно. В роудмапе ёмкость исполнения и ёмкость под blob‑данные рассматриваются как параллельные цели, и дизайн Glamsterdam отражает именно этот двойной мандат, а не выбор в пользу одного из уровней.

Для пользователей rollup‑ов практический эффект — более надёжный и менее доверительный слой финализации под ними.

Что будет после Glamsterdam в дорожной карте масштабирования Ethereum?

Следующий форк — Hegotá. Как и в случае с Glamsterdam, его название объединяет «город» исполнения, Боготу, и «звезду» консенсуса, Heze.

Ключевые предложения для этого апгрейда уже определены. Протокольный кластер фонда назвал в качестве флагманов EIP‑7805 — fork‑choice enforced inclusion lists (FOCIL) — для консенсус‑слоя и EIP‑8141, Frame Transactions, для слоя исполнения.

FOCIL когда‑то рассматривался как кандидат для Glamsterdam, но разработчики вынесли его в следующий форк, чтобы сдержать объём текущего обновления.январский отчёт фонда Foundation’s January Checkpoint

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

Сопутствующий тиру-лист кластера оценил 62 предлагаемых EIP, опираясь на 397 выставленных оценок от примерно 60 человек. Два предложения получили статус must‑ship, 15 — expected to ship, 28 были отклонены.

Сроки остаются напряжёнными. По оценке кластера, клиентские команды реально могут начать внедрение Hegotá в конце IV квартала 2026 года, при этом в планировании заложено, что Glamsterdam выйдет в декабре — это рабочая гипотеза, а не официально назначенная дата.

Помимо Hegotá, кластер структурирует исследования вокруг пяти «многофорковых» треков:

Fast finality — цель сократить время финализации с минут до секунд; главным кандидатом на форк сразу после Hegotá считается «разделённый» (decoupled) консенсус.
Post‑quantum security — фокус на собственном целевом дедлайне: к декабрю 2029 года вывести базовый слой (Layer 1) на квантово‑устойчивый уровень по исполнению, консенсусу и данным.
Privacy — начиная с Hegotá, внедрить на уровне протокола поддержку доверенно‑минимизированных, устойчивых к цензуре приватных транзакций в Layer 1.
State — новый trie, устойчивый рост стейта и децентрализованный доступ к актуальному и историческому состоянию.
zkEVM — переход от факультативных доказательств исполнения к обязательным, чтобы валидаторы со временем проверяли доказательства вместо переисполнения каждого блока.

Также по теме: Продажа биткоинов MARA остаётся неподтверждённой после перевода $81 млн на кошелёк Galaxy Digital

Выводы: что Glamsterdam значит для Ethereum

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

Запуск в сети Sepolia прошёл без сбоев, но впереди более жёсткие испытания. Potuz подчеркнул, что Hoodi обслуживает стейкинг‑пулы и домашних стейкеров, а значит, этот форк будет куда сложнее Sepolia.

Предложение по таймингам от core‑разработчиков фиксирует активацию Hoodi на эпохе 132 352 — в 17:42:48 UTC 26 октября. Дата запуска в основной сети пока не согласована; фонд пообещал объявить её отдельно.

Открытые вопросы носят не менее экономический, чем технический характер. Появятся ли в сети «настоящие» билдеры, перейдут ли валидаторы на более высокий лимит газа и хватит ли спроса, чтобы заполнить новый простор, — именно это определит, что на практике принесёт Glamsterdam.

Если эксперимент удастся, базовый слой Ethereum будет масштабироваться на собственных условиях, а роллапам останется наращивать поверх него, а не брать на себя весь объём нагрузки.

Читайте далее: Дебют Evernorth на Nasdaq перенесён на 12 октября: чем чревата задержка слияния

Что такое Glamsterdam? Подробно об 18 изменениях Ethereum на базовом уровне