Как Ethereum готовится к масштабированию: итоги встречи разработчиков в Арктике

Более 100 core-разработчиков собрались в Лонгиербюене для работы над хардфорком Glamsterdam — и вернулись с тремя конкретными результатами

Что произошло

Шпицберген — не случайный выбор

Soldøgn Interop прошёл в Лонгиербюене с 28 апреля по 2 мая 2026 года. Выбор локации продиктован несколькими факторами, каждый из которых значим для сообщества Ethereum.

Шпицберген — один из немногих уголков Земли, куда можно въехать без визы вне зависимости от гражданства: это закреплено Шпицбергенским договором. Для децентрализованного сообщества разработчиков из десятков стран это принципиально: никто не отсеивается по паспорту.

Здесь же находятся Global Seed Vault и Arctic World Archive — два хранилища в вечной мерзлоте, где на тысячи лет вперёд законсервированы семена культур, книги, фильмы, рукописи и исходный код. В том числе — снэпшот кода Ethereum. Разработчики, буквально, работали в нескольких километрах от места, где их собственная работа уже хранится для потомков.

Наконец, с конца апреля по август в Шпицбергене не заходит солнце — феномен soldøgn, полярного дня. Команды использовали это буквально: многие работали до раннего утра, не ощущая смены дня и ночи. «24/7 uptime, как у Ethereum» — формулировка, которая прижилась в сообществе за эту неделю.

Формат Soldøgn — возврат к single-track interop, опробованному на Amphora, Edelweiss и Nyota: одна общая повестка, одна цель, никаких параллельных конференц-треков. Прошлогодний Berlinterop был другим по структуре; здесь сознательно вернулись к более сфокусированной модели.

Три цели — три результата

Цели были сформулированы заранее и опубликованы на soldogn.xyz (сайт Protocol Support команды EF). К пятнице все три были закрыты.

1. Лимит газа 200M как минимальный ориентир после Glamsterdam

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

Цифра 200M — это не текущий лимит и не финальный целевой показатель для конкретного обновления. Это согласованная нижняя граница, которая позволяет строить реалистичные ориентиры для последующих решений.

2. Стабильные ePBS-реализации с внешними билдерами

ePBS (enshrined Proposer-Builder Separation) — механизм, который встраивает разделение между предложением блока и его построением непосредственно в протокол. Сейчас это делается через внешние системы вроде MEV-Boost; ePBS убирает необходимость доверять этому внешнему слою.

Принципиальное изменение: ePBS реструктурирует слоты, добавляя явные дедлайны для построения блока, раскрытия полезной нагрузки и аттестаций. Это делает видимым, сколько времени реально доступно для исполнения — и тем самым создаёт обоснованное пространство для повышения газ-лимита.

Команды начали неделю с цели запустить девнет в конфигурации 4 EL × 4 CL к понедельнику вечером. Первые попытки выявили достаточно проблем, чтобы сдвинуть дедлайн на вторник — тогда конфигурация 4×3 наконец заработала стабильно, и начались стресс-тесты. Дальше шёл цикл: стресс-тест → выявление граничных случаев → фикс → повтор.

Во вторник утром состоялся отдельный брейкаут по Builder API, который существенно упростил спеку: валидаторская регистрация, флоу bid/header/commitments, модель доверия к платежам билдеров и поведение circuit-breaker были переработаны. В середине недели отладка сосредоточилась на кросс-клиентных граничных случаях — в частности, вокруг аннулирования execution-request для beacon-запросов: новый тест-сьют обнаружил пробел сразу во всех клиентских реализациях.

К четвергу CL-команды рапортовали о стабильном ePBS; EL-сторона отлаживала bid pathway до пятницы. К концу недели почти все клиенты работали вместе на glamsterdam-devnet-2 с протестированным end-to-end пайплайном внешних билдеров.

Два вопроса остались открытыми и будут вынесены на All Core Devs: должна ли подпись запроса коммитить к принимающему билдеру, и как сохранить устойчивость схемы с 1 ETH-застейканным билдером к P2P Sybil-атакам на лайвнес.

3. Финальные параметры переоценки EIP-8037

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

BAL: параллельное исполнение как второй фронт

Если ePBS — консенсусный слой стории масштабирования Glamsterdam, то на уровне исполнения доминируют два компонента: газовые репрайсинги и Block-Level Access Lists (BAL).

BAL предоставляет клиентам информацию о множестве чтений и записей блока заранее — до начала исполнения. Это открывает три оптимизации: параллельное исполнение транзакций, батчинг I/O и параллельное вычисление state root. Все три напрямую влияют на то, насколько тяжёлые блоки клиент может комфортно обработать.

Работа по BAL велась на отдельных девнетах, изолированных от ePBS-цепочек — чтобы бенчмарки не смешивались с проблемами стабилизации консенсусного слоя. Каждая оптимизация была реализована за отдельным feature-флагом, что позволило измерять их эффект по отдельности, а не единым пакетом. Для отображения результатов использовались BAL-бенчмарк-дашборд и лидерборд по клиентам.

Hegotá: следующий горизонт

Наряду с hardening Glamsterdam, часть сессий была посвящена функциям следующего апгрейда — Hegotá. Конкретно: FOCIL (Fork-Choice enforced Inclusion Lists, механизм противодействия цензуре транзакций) и нативная абстракция аккаунтов. Детализированные итоги по этим темам в рекапе не раскрыты, но сам факт их присутствия в повестке сигнализирует о планировании дорожной карты за пределами Glamsterdam.

Инфраструктура недели

Три команды EF обеспечивали поддержку:

• EthPandaOps выпустил инструменты ethIQ и panda MCP server для поддержки агентных рабочих процессов команд
• Protocol Support развернул soldogn.xyz как единую точку входа для целей, расписания и заметок интеропа
• EF Digital Studio вёл съёмку — ожидается первый документальный фильм об интеропе