Следующая остановка Ethereum: Glamsterdam — ключевые обновления, которые нужно знать

Автор: KarenZ, Foresight News

Обновление Ethereum Glamsterdam чаще всего ошибочно воспринимают как очередную чисто техническую итерацию, направленную на повышение пропускной способности. Более точное определение: оно перестраивает процессы создания блоков, валидации и ценообразования на ресурсы в Ethereum, закладывая основу для более высокого лимита газа, большей емкости blob и будущего параллельного исполнения.

По состоянию на 23 июня 2026 года, ethereum.org помечает Glamsterdam как обновление, запланированное на вторую половину 2026 года. Название Glamsterdam образовано от комбинации обновления уровня исполнения Amsterdam и обновления уровня консенсуса Gloas. Официальная дорожная карта размещает его после Fusaka в декабре 2025 года и перед Hegotá, четко указывая две основные функции: встроенное разделение предложителя и сборщика (ePBS) и списки доступа на уровне блока (BAL).

Кто предлагает, кто собирает: ePBS вносит разделение труда в протокол

Сегодня создание блоков в Ethereum похоже на очень сжатую смену дежурств: один участник отвечает за предложение блока, другой — за формирование его содержимого (транзакций), при этом процесс зависит от инфраструктуры вне протокола, такой как MEV-Boost и сторонние ретрансляторы (relay).

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

Одним из ключевых изменений в Glamsterdam является EIP-7732, или ePBS (Enshrined Proposer-Builder Separation), которое встраивает разделение ролей предложителя и сборщика в протокол.

Проще говоря, предложитель отвечает за выбор блока консенсуса, а сборщик — за подготовку содержимого транзакций. Сборщик не может просто дать устное обещание; он сначала должен «внести залог» в протоколе: четко указать, какой блок исполнения он предоставит и сколько заплатит предложителю. Затем Комитет по своевременности полезной нагрузки (Payload Timeliness Committee, PTC) проверит, был ли блок доставлен вовремя.

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

Сегодня валидаторам нужно одновременно обрабатывать консенсус и исполнение в очень коротком критическом окне; ePBS разделяет эти две задачи, позволяя раскрывать и проверять полезную нагрузку исполнения позже. Согласно дизайну EIP-7732, окно распространения полезной нагрузки исполнения — время, доступное для передачи данных по сети и получения их узлами — может быть расширено примерно с 2 до 9 секунд. Увеличение этого окна означает, что при повышении емкости блоков Ethereum с меньшей вероятностью возрастут риски потери голосов или реорганизаций из-за того, что узлы не успевают загрузить, проверить и проголосовать.

Это изменение может быть не так заметно для обычного пользователя, но оно критически важно для масштабирования Ethereum. Более длительное окно распространения и проверки означает, что сеть может безопаснее обрабатывать большую нагрузку. В статье CoinDesk от 16 июня 2026 года, со ссылкой на инженера DevOps Ethereum Foundation Паритоша Джаянтхи, говорится, что Glamsterdam может стать одним из крупнейших хардфорков после Merge, который изменит многие предположения об Ethereum и подготовит почву для масштабирования в будущем.

BAL и переоценка стоимости: масштабирование — это не только газ, но и управление базой данных

Другое ключевое изменение в Glamsterdam — это EIP-7928, Block-Level Access Lists (BAL), списки доступа на уровне блока.

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

Предыдущий EIP-2930 уже ввел списки доступа на уровне транзакций, но они были опциональными и использовались ограниченно. Изменение EIP-7928 заключается в том, что оно поднимает списки доступа на уровень блока: «отпечаток» (хэш-запись) этого списка остается в заголовке блока, а полный список хранится в полезной нагрузке исполнения. Узлы при исполнении блока сверяют, соответствуют ли записи в списке реальному процессу исполнения; если нет, блок считается недействительным.

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

Но логика масштабирования Glamsterdam не ограничивается «расширением дороги». Оно также должно контролировать долгосрочное раздувание базы данных Ethereum. EIP-8037 повышает стоимость создания состояния и вводит стоимость за байт состояния (CPSB). Состояние можно понимать как содержимое базы данных, которое Ethereum должен хранить долгосрочно, например, новые аккаунты, новые контракты, новые слоты хранения. Транзакции завершаются после исполнения, а состояние остается в реестре, который должны поддерживать все узлы; если состояние растет слишком быстро, запуск узлов становится дороже, что постепенно подрывает децентрализацию.

EIP-8037 приводит наглядные цифры: по состоянию на январь 2026 года база данных узла Geth, выделенная под состояние, составляет около 390 GiB; после повышения лимита газа в основной сети с 30 миллионов до 60 миллионов ежедневный прирост состояния вырос примерно с 105 MiB до 326 MiB, что в годовом исчислении составляет около 116 GiB. Экстраполируя пропорционально для лимита газа в 200 миллионов, годовой прирост состояния может достичь около 387 GiB и менее чем за год превысить порог деградации производительности в 650 GiB.

Таким образом, цель EIP-8037 — разделить ценообразование для «временных вычислений» и «постоянного занятия места в базе данных». Создание нового состояния будет стоить дороже, потому что оно накладывает на сеть не разовые вычислительные затраты, а долгосрочное бремя хранения.

Виталик Бутерин, объясняя маршрут масштабирования Glamsterdam, также отметил, что Glamsterdam выделит стоимость создания состояния из стоимости исполнения и calldata: цель состоит в том, чтобы позволить значительно увеличить емкость исполнения, при этом не допуская пропорционального роста размера состояния.

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

Формирование списка EIP для Glamsterdam: что утверждено, что еще в процессе?

По состоянию на 23 июня 2026 года, согласно данным Forkcast по отслеживанию обновлений Ethereum, разработчики Ethereum в настоящее время проводят тестирование обновления Glamsterdam в средах devnets, 3 августа оно будет запущено в Sepolia, а 16 сентября — в основной сети (конкретные даты могут измениться).

В текущий план включения в Glamsterdam входят 10 EIP:

• EIP-7708 (Переводы ETH также будут инициировать логи, упрощая индексацию и отслеживание нативных переводов ETH)
• EIP-7732 (ePBS, встраивание разделения ролей предложителя и сборщика в протокол, снижение зависимости от ретрансляторов вне протокола)
• EIP-7778 (Отмена учета газа, связанного с возвратом газа, для упрощения расчета газа в блоке)
• EIP-7843 (Добавление опкода SLOTNUM, позволяющего контрактам читать номер текущего слота)
• EIP-7928 (Списки доступа на уровне блока BAL, запись аккаунтов и мест хранения, к которым был осуществлен доступ при исполнении блока, подготовка пути для параллельной проверки)
• EIP-7954 (Повышение максимального предела размера контракта, разрешение большего байт-кода контрактов)
• EIP-7976 (Повышение минимальной стоимости calldata, корректировка нижнего порога стоимости calldata)
• EIP-7981 (Повышение стоимости списков доступа, перекалибровка ценообразования на газ для access list)
• EIP-8024 (Обратно совместимые опкоды SWAPN, DUPN, EXCHANGE, расширение возможностей работы со стеком EVM)
• EIP-8037 (Повышение стоимости газа для создания состояния, сдерживание чрезмерно быстрого роста базы данных состояния)

Эти EIP можно примерно разделить на несколько категорий: первая — реструктуризация процессов создания блоков и проверки, с ядром в виде EIP-7732 и EIP-7928; вторая — корректировка ценообразования на ресурсы, включая EIP-7778, EIP-7976, EIP-7981 и EIP-8037; третья — изменения в EVM и улучшение опыта разработчиков, включая EIP-7708, EIP-7843, EIP-7954, EIP-8024.

Другими словами, Glamsterdam — это не изменение одной функции, а одновременное обновление разделения труда при создании блоков, параллельной проверки, ценообразования на газ и удобства использования EVM.

Еще ряд EIP остается в списке «на рассмотрении для включения»:

• EIP-2780 (Разделение внутреннего газа транзакции по ресурсам)
• EIP-7610 (Откат при создании контракта в непустом аккаунте хранения)
• EIP-7688 (Структуры данных уровня консенсуса, совместимые с будущим)
• EIP-7904 (Анализ стоимости газа вычислений, возможно, будет исключен из Glamsterdam)
• EIP-7975 (eth/70, частичные списки квитанций блока)
• EIP-7997 (Детерминированные фабричные контракты)
• EIP-8038 (Обновление стоимости газа за доступ к состоянию)
• EIP-8045 (Исключение предложения блоков уже наказанными валидаторами)
• EIP-8061 (Увеличение лимита выхода и объединения (churn))
• EIP-8070 (eth/72, Sparse Blobpool)
• EIP-8080 (Использование очереди объединения для выхода)
• EIP-8136 (Разностные данные на уровне ячеек для широковещательной рассылки столбцов данных)
• EIP-8159 (eth/71, Обмен списками доступа блоков)
• EIP-8246 (Удаление сжигания SELFDESTRUCT)
• EIP-8282 (Запросы на исполнение сборщика, предоставление сборщикам ePBS специализированных запросов на регистрацию и выход)

Кроме того, Forkcast в настоящее время также относит EIP-8254 (ограничение количества запросов на депозит в блоке уровня исполнения до 8192) к списку «рекомендуемых для включения».

С точки зрения стейкеров, особенно заслуживают внимания EIP-8061 и EIP-8080 из списка на рассмотрении. Для стейкеров это означает возможное улучшение ликвидности при выходе. В статье Figment от 5 мая 2026 года говорится, что институциональным стейкерам больше всего следует обращать внимание на ePBS, EIP-8061 и EIP-8080, и дается оценка, что при размере стейкинга около 38,9 миллионов ETH по состоянию на апрель 2026 года, EIP-8061 может увеличить лимит выхода (churn limit) с 256 ETH/epoch до примерно 1187 ETH/epoch, а EIP-8080 позволит обычным выходам использовать свободную емкость очереди объединения. Figment также напоминает, что все цифры до запуска в основной сети следует считать предположительными.

Источник: Figment

Протокол обновляется, меняется и состав фонда

Техническая подготовка к Glamsterdam происходит почти одновременно с кадровыми перестановками в кластере протоколов (Protocol cluster) Ethereum Foundation. В блоге Ethereum Foundation от 11 мая 2026 года говорится, что Glamsterdam достиг нескольких вех: установлен надежный целевой нижний порог лимита газа в 200 миллионов для периода после Glamsterdam, ePBS стабильно работает в многоклиентском devnet Glamsterdam, EIP-8037 завершен.

В той же статье объявлена смена руководства кластера протоколов: Уилл Коркоран, Кев Веддерберн и Фредрик станут новыми координаторами кластера протоколов. Прежние координаторы Барнабе Монно и Тим Бейко покидают Ethereum Foundation, Алекс Стоукс уходит в отпуск.

Фонд описывает разделение обязанностей трех новых координаторов следующим образом: Уилл Коркоран обладает опытом межкомандной координации; Кев Веддерберн возглавляет команду zkEVM; Фредрик руководит проектами Protocol Security и Trillion Dollar Security.

Эти изменения не ограничиваются командой протокола. 18 июня 2026 года Сяо-Вэй Ван опубликовала сообщение о том, что после отпуска решила уйти с должностей соисполнительного директора и члена правления Ethereum Foundation.

Бывший исследователь Ethereum Foundation Данкрад Файст 19 июня 2026 года заявил, что уходящие из EF — это сторонники веры в CROPS (цензуростойкость и устойчивость к захвату, открытый исходный код, приватность, безопасность), проблема не в стратегии, а в управлении, и назвал эту утечку кадров скорее негативным сигналом для Ethereum. Сооснователь Miden Азим, напротив, интерпретировал ситуацию иначе, заявив, что EF трудно меняться изнутри, и после ухода талантов могут возникнуть новые организации, способные более эффективно выполнять дорожную карту Ethereum, что в долгосрочной перспективе может быть чистым положительным фактором для экосистемы.

Тон представителей Ethereum Foundation больше похож на определение границ. Временный соисполнительный директор Ethereum Foundation Бастиан Ауэ (Aerugo) ответил, что причины ухода членов EF включают разногласия по стратегии, несоответствие должности, обычные институциональные изменения или личный выбор, EF не будет обсуждать личные кадровые вопросы в соцсетях, но отметил, что уходящие должны иметь достойный способ покинуть организацию.

Затем Ethereum Foundation в официальной ветке (thread) в Twitter дал более четкую организационную нарративу: реализация потенциала Ethereum требует коалиции нескольких организаций, и за последний год несколько организаций уже совместно усиливали устойчивость и возможности экосистемы. Среди примеров, приведенных EF: анонсированная 23 июня ethlabs (некоммерческая исследовательская лаборатория, фокусирующаяся на следующем этапе внедрения Ethereum и ETH), запущенная в апреле 2026 года Eth Apps Guild (нацеленная на реальное внедрение нативных приложений Ethereum, особенно на развивающихся рынках), запущенная в 2026 году Ethereum Economic Zone (цель — снижение фрагментации экосистемы через синхронную композируемость и доказательства с нулевым разглашением в реальном времени), а также основанный в 2025 году Argot (автономный коллектив инженеров и исследователей, поддерживающих Solidity и инструменты компилятора с открытым исходным кодом).

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

Итог

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

Ключевые слова технического маршрута — ePBS, BAL и начало многомерного газа; ключевые слова организационного маршрута более практичны: сможет ли Ethereum Foundation сохранить координирующую роль и смогут ли новые организации вне Фонда превратить эту координирующую роль в непрерывную поставку результатов.

Источники:

https://forkcast.org/upgrade/glamsterdam/

https://ethereum.org/roadmap/glamsterdam/

https://blog.ethereum.org/2026/05/11/protocol-update-may-26

https://x.com/VitalikButerin/status/2027403360484430122