Апгрейд Ethereum "Glamsterdam" набирает обороты, активация в основной сети запланирована на первое полугодие 2026 года
Апгрейд Ethereum "Glamsterdam" набирает обороты, активация в основной сети запланирована на первое полугодие 2026 года
Следующий крупный сетевой апгрейд Ethereum, "Glamsterdam", переходит от "исследовательской" стадии к "стадии реализации". Согласно недавнему отчету Ethereum Foundation "Soldøgn Interop recap", основные разработчики достигли согласия по нескольким ключевым вехам, определяющим апгрейд: минимальный лимит газа в 200 млн после апгрейда, стабильный внешний рабочий процесс строителей для ePBS и финализированные параметры перерасчета стоимости EIP-8037. Это не мелкие коррективы — это фундаментальные строительные блоки для масштабирования Ethereum Layer 1, позволяющие сохранять сеть проверяемой обычными операторами узлов. Полный инженерный контекст можно найти в статье Ethereum Foundation "Soldøgn Interop Recap". Soldøgn Interop Recap (Ethereum Foundation Blog)
На уровне дорожной карты Ethereum по-прежнему указывает "Glamsterdam" как "В разработке" на первое полугодие 2026 года. Хотя в экосистеме часто обсуждается окно июня 2026 года, точная дата форка в основной сети зависит от работ по укреплению, тестирования с несколькими клиентами и окончательного подтверждения параметров на публичных конференциях основных разработчиков. Ethereum roadmap (ethereum.org)
Почему "Glamsterdam" важен: масштабирование L1 без отказа от децентрализации
Стратегия масштабирования Ethereum стала все более ясной с 2024 года: сохранять Layer 1 как самый надежный слой расчетов и доступности данных, в то время как Layer 2 роллапы обрабатывают большую часть высокочастотных исполнений. "Glamsterdam" укрепляет это направление, обновляя механизм, с помощью которого Ethereum:
- строит блоки (через встроенное разделение предлагающих и строящих узлов (ePBS)),
- выполняет рабочие нагрузки (через списки доступа на уровне блоков, обеспечивающие более безопасный параллелизм),
- и определяет стоимость роста состояния (через перерасчет стоимости газа EIP-8037).
ethereum.org представляет "Glamsterdam" как важный шаг к масштабируемости L1 за счет пересмотра создания блоков и исполнения. Glamsterdam overview (ethereum.org)
Именно поэтому многие наблюдатели описывают "Glamsterdam" как один из самых значительных апгрейдов Ethereum, ориентированных на производительность, со времен The Merge — не потому, что он снова меняет консенсус, а потому, что он одновременно изменяет пределы пропускной способности системы и предположения об устойчивости узлов. Ethereum roadmap (ethereum.org)
Главное изменение пропускной способности: с ~60 млн газа сегодня до 200 млн после апгрейда
После "Fusaka" (активирован 3 декабря 2025 года), ethereum.org отмечает, что лимит газа в Ethereum по умолчанию был увеличен до ~60 млн (с ~45 млн) вместе с другими мерами по защите от DoS. Ethereum roadmap – Fusaka section (ethereum.org)
Текущая инженерная цель "Glamsterdam" гораздо более амбициозна. Отчет Ethereum Foundation "Soldøgn" описывает согласование по минимальному лимиту газа в 200 млн после "Glamsterdam" — увеличение пропускной способности блоков в 3,33 раза по сравнению с ~60 млн. Soldøgn Interop Recap (Ethereum Foundation Blog)
Означает ли 200 млн газа автоматически 10 000 TPS?
Не напрямую. Лимит газа ≠ TPS.
- TPS сильно зависит от комбинации транзакций (простые переводы против сложных DeFi), времени выполнения L1 и ограничений распространения в сети.
- Тем не менее, показатель "до ~10 000 TPS" лучше всего рассматривать как теоретический верхний предел в условиях высокой оптимизации (и часто обсуждается вместе с предположениями о параллельном выполнении), а не как гарантированный результат при стабильной работе с первого дня.
Более практичный вывод для пользователей: больший запас газа обычно снижает перегрузку, что может сделать комиссии менее скачкообразными и повысить надежность подтверждений — особенно в часы пиковой активности.
ePBS: превращение построения блоков в первоклассную функцию протокола
Одна из ключевых особенностей "Glamsterdam" — встроенное разделение предлагающих и строящих узлов (ePBS), стандартизированное в EIP-7732. В упрощенном виде ePBS интегрирует рабочий процесс предлагающего/строящего узла в консенсус, чтобы валидаторы могли безопасно полагаться на специализированных строителей, не завися от координации "вне протокола". EIP-7732: Enshrined Proposer-Builder Separation (eips.ethereum.org)
Во время "Soldøgn" команды подчеркивали, что ePBS — это не только тема MEV, но и рычаг масштабирования. Структурируя слот с более четкими сроками и обязанностями, ePBS может увеличить "запас" для исполнения и сделать более высокие лимиты газа более реалистичными. Soldøgn Interop Recap (Ethereum Foundation Blog)
Почему это важно для обычных пользователей:
- Более предсказуемое построение блоков и лучше разработанная обработка сбоев могут повысить общую надежность сети.
- Со временем более глубокая поддержка PBS на уровне протокола может снизить некоторые формы нестабильности, вызванной MEV, хотя MEV не исчезнет, а результаты будут зависеть от окончательных проектных решений.
EIP-8037: масштабирование пропускной способности при ответственном ценообразовании роста состояния
Если Ethereum увеличит пропускную способность блоков, не решая проблему стимулов к росту состояния, требования к узлам могут резко возрасти. Дизайн "Glamsterdam" явно признает этот риск.
EIP-8037 (Увеличение стоимости газа для создания состояния) является ключевой частью решения: он повышает и уточняет стоимость операций, которые создают долгосрочное состояние, с целью согласования роста состояния с реальными затратами ресурсов. EIP-8037: State Creation Gas Cost Increase (eips.ethereum.org)
В отчете Ethereum Foundation "Soldøgn" отмечается, что окончательные числа перерасчета стоимости для EIP-8037 были зафиксированы во время недели взаимодействия, и этот перерасчет представлен как необходимое условие для обеспечения доверия к целевому показателю в 200 млн лимита газа. Soldøgn Interop Recap (Ethereum Foundation Blog)
Что это значит для разработчиков и команд DeFi:
- Некоторые контракты и шаблоны транзакций могут стать дороже, если они интенсивно записывают данные в состояние.
- Командам следует активно проводить тестирование на devnet и анализировать опкоды и шаблоны хранения, на которые может повлиять перерасчет стоимости.
Verkle Trees, pruning и "удаление" старых данных: поддержание жизнеспособности узлов
"Glamsterdam" часто обсуждается в контексте двух тесно связанных направлений обеспечения устойчивости:
-
Verkle Trees и направление statelessness Verkle Trees широко рассматриваются как основная технология, позволяющая создавать более компактные доказательства и более "stateless" (без сохранения состояния) дизайны клиентов. Для технического введения, презентация исследователя EF Гийома Бале с Devcon остается сильным источником. Stateless Ethereum: How Verkle Trees make Ethereum lean and mean (Devcon archive PDF)
-
Удаление истории и концепции долгосрочного удаления состояния Ethereum уже добился конкретного прогресса в очистке исторических данных блоков с помощью EIP-4444. Ethereum Foundation отмечает, что клиенты исполнения поддерживают частичное удаление истории и объясняет, почему большинству пользователей не нужны полные исторические блоки локально, в то время как поставщики архивных данных могут обслуживать специализированные запросы. Partial history expiry announcement (Ethereum Foundation Blog) EIP-4444: Bound Historical Data in Execution Clients (eips.ethereum.org)
Тем временем, долгосрочные дизайны удаления состояния (часто неформально описываемые как "expunging state") исследуют идею сегментации состояния примерно на годичные периоды, чтобы клиенты не были вынуждены бесконечно хранить очень старое состояние — подход, явно связанный с дизайнами на основе Verkle. State expiry draft (notes.ethereum.org)
Важный нюанс: удаление истории уже реально и развернуто в клиентах; полное удаление состояния остается развивающейся областью дизайна. Усилия "Glamsterdam" по масштабированию делают эти механизмы обеспечения устойчивости более актуальными, но окончательный объем и детали активации зависят от тестирования и управления.
Поведение комиссий: снижение волатильности за счет пропускной способности + лучшего ценообразования, а не магии
Рынок комиссий Ethereum (после EIP-1559) разработан таким образом, чтобы алгоритмически корректировать базовые комиссии по мере заполнения блоков. EIP-1559: Fee market change (eips.ethereum.org)
Влияние "Glamsterdam" на комиссии, вероятно, будет косвенным, но значимым:
- Увеличение пропускной способности блоков может снизить пиковые перегрузки, которые обычно вызывают резкие скачки базовой комиссии.
- Перерасчет стоимости газа (включая EIP-8037) делает рынок комиссий более отражающим реальные долгосрочные издержки, что помогает предотвратить превращение "дешевого состояния" в неустойчивые требования к узлам при более высокой пропускной способности.
Для пользователей это обычно означает более простое ожидание: меньше шоков от комиссий при высоком спросе, хотя комиссии по-прежнему будут меняться в зависимости от рыночных условий.
Влияние на Layer 2: более дешевое урегулирование и усиление конкуренции роллапов
Дорожная карта Ethereum продолжает рассматривать роллапы как основной путь к низким затратам на выполнение в масштабе. Layer 2 networks overview (ethereum.org)
Если "Glamsterdam" успешно повысит пропускную способность L1 и улучшит предсказуемость исполнения, роллапы могут получить выгоду несколькими способами:
- Снижение перегрузки для транзакций L1, от которых зависят роллапы (доказательства, обновления, мосты, принудительный выход).
- Улучшение экономики для публикации и урегулирования данных, в зависимости от того, как спрос сместится между газом исполнения и рынками blob с течением времени.
Именно поэтому рыночные обсуждения часто предсказывают значительное сжатие комиссий роллапов и возобновление конкуренции между крупными экосистемами, такими как Arbitrum, Optimism и Base — особенно в пользовательских продуктах, где разница в несколько центов комиссии влияет на коэффициент конверсии. (Точные проценты сильно варьируются в зависимости от рабочей нагрузки и рыночных условий, поэтому любое конкретное число следует рассматривать как основанное на сценарии, а не гарантированное.)
Стратегически "Glamsterdam" укрепляет давно существующий тезис:
- L1 = слой урегулирования и нейтралитета с высокой степенью безопасности
- L2 = слой высокочастотного исполнения
Реальистическая оценка сроков: цель — первое полугодие 2026 года, но даты зависят от devnet и укрепления клиентов
Публичная дорожная карта Ethereum помещает "Glamsterdam" в первое полугодие 2026 года, но сеть еще не объявила окончательную эпоху форка для основной сети. Ethereum roadmap (ethereum.org)
Основные разработчики также ясно дали понять, что путь к основной сети проходит через итеративные devnet, стабилизацию, проверку безопасности, а затем готовность тестовой сети. Checkpoint #9 (апрель 2026 г.) Ethereum Foundation объясняет, что ePBS и другие основные компоненты все еще сложны, и описывает процесс "devnet → testnet → анонс даты форка основной сети". Checkpoint #9: Apr 2026 (Ethereum Foundation Blog)
И даже после прогресса, достигнутого на "Soldøgn", окончательные значения (включая
