В мае 2026 года Ethereum Foundation завершил недельный технический спринт Soldøgn Interop на архипелаге Шпицберген в Норвегии. Это ознаменовало официальное завершение совместной работы более ста ключевых разработчиков, направленной на повышение устойчивости обновления Glamsterdam. Встреча не только позволила достичь основных технических целей Glamsterdam, но и закрепила поворотное изменение векторa предстоящего обновления Hegotá: вместо изначального плана масштабирования оно станет «форком для устранения технических долгов и укрепления безопасности». В то же время в сообществе активно обсуждается ещё одна важная тема: Виталик Бутерин открыто признал, что темпы децентрализации второго уровня (Layer 2) в рамках rollup-стратегии Ethereum «значительно ниже ожидаемых». Эта ситуация, в сочетании с быстрым прогрессом масштабирования самого первого уровня (L1), радикально меняет логику развития масштабируемости Ethereum.
Почему децентрализация Layer 2 отстаёт от ожиданий?
В феврале 2026 года Виталик публично заявил, что пятилетняя дорожная карта, согласно которой L2 рассматривался как основной путь масштабирования Ethereum, больше неактуальна. Его вывод основан на двух фактах: во-первых, движение к более высоким стадиям децентрализации L2 оказалось «намного медленнее и сложнее, чем предполагалось»; во-вторых, скорость масштабирования самого L1 Ethereum значительно превысила изначальные прогнозы.
Согласно структуре децентрализации, которую использует L2BEAT, rollup-решения делятся на три стадии: Stage 0 (полностью централизованные), Stage 1 (ограниченная зависимость от мультисиг-управления) и Stage 2 (полностью децентрализованные, работающие исключительно на основе кода и криптографии). На начало 2026 года подавляющее большинство ведущих L2-проектов находятся на Stage 0 или Stage 1, не достигая полной децентрализации. Даже те немногие L2, которые перешли к Stage 1, далеки от стандарта Stage 2, предполагающего отсутствие «чёрных ходов» для управления.
Причины замедления децентрализации связаны как с техническими, так и с экономическими факторами. Некоторые команды L2 прямо говорят, что регуляторные ограничения или особенности бизнес-модели не позволят им когда-либо перейти к полной децентрализации. Доходы от работы секвенсоров составляют основу бизнес-моделей операторов L2, поэтому децентрализация секвенсоров означает отказ от части экономических стимулов, что на практике тормозит процесс.
Какие три структурные проблемы выявляют централизация секвенсоров и мультисиг-мосты?
Чтобы понять причины задержки децентрализации L2, стоит выделить три взаимосвязанные проблемы.
Первая — централизация секвенсоров. В большинстве популярных L2 сегодня используется один централизованный секвенсор, который агрегирует и упорядочивает транзакции. Такой подход эффективен и экономичен, но снижает устойчивость к цензуре и увеличивает риск единой точки отказа. Секвенсоры контролируют порядок транзакций, что позволяет им извлекать максимальное извлекаемое значение (MEV) и потенциально осуществлять цензуру — это противоречит базовым принципам децентрализации Ethereum.
Вторая — отложенное внедрение fraud proofs и validity proofs. В optimistic rollup-решениях используются окна оспаривания (обычно семь дней) для fraud proofs, что вынуждает пользователей долго доверять операторам L2. ZK rollup-решения теоретически обеспечивают мгновенную финальность, но создание validity proofs требует сложных специализированных схем и аудитов. При каждом хардфорке Ethereum, который меняет поведение EVM, все L2 вынуждены обновлять свои системы доказательств, что приводит к дополнительным затратам.
Третья — фрагментация кроссчейн-ликвидности. К началу 2026 года ведущие rollup-сети превысили 50 цепочек, а общий заблокированный капитал — $45 млрд. Однако средства и пользователи распределены между множеством rollup-цепочек и интерфейсов мостов, что усиливает фрагментацию ликвидности. Большинство L2 подключены к Ethereum L1 через мультисиг-мосты — механизмы переноса активов между цепями, управляемые мультисиг-контрактами. Виталик прямо отмечает: если EVM-цепочка обрабатывает 10 000 TPS, но связана с L1 через мультисиг-мост, это не масштабирует Ethereum, а создаёт отдельную платформу с доверием к централизованному управляющему. Массовое использование мультисиг-мостов в L2 говорит о том, что большинство rollup-решений не наследуют гарантии безопасности Ethereum, а опираются на централизованное управление.
Как Glamsterdam Devnet и ePBS решают задачи масштабирования и безопасности
Запуск devnet Glamsterdam стал одним из ключевых событий дорожной карты Ethereum на 2026 год. До завершения Soldøgn Interop в начале мая glamsterdam-devnet-2 достиг стабильной работы, а много-клиентная ePBS (встроенное в протокол разделение функций предложителя и строителя блока) прошла сквозное тестирование между клиентами, охватив «почти все реализации».
Главная ценность ePBS — разделение прав на построение и предложение блока, а также внедрение стандартизированной цепочки поставки MEV на уровне протокола. Ранее построение блоков зависело от внешних ретрансляторов, что создавало риски централизации. ePBS интегрирует построение и верификацию в протокольные правила, существенно снижая возможности манипуляций с MEV. Кроме того, ePBS перестраивает структуру слота, добавляя чёткие временные окна для построения и предложения блока на уровне execution layer, что создаёт задел для дальнейшего увеличения лимитов газа.
В Glamsterdam установлен нижний порог лимита газа после обновления — 200 млн единиц. В сочетании с оптимизацией временной структуры ePBS и списками доступа на уровне блока (BAL), которые позволяют параллельную верификацию, разработчики получают более чёткую инженерную базу для масштабирования основной сети в 2026 году.
Масштабирование Fusaka и структурный прорыв в доступности данных
Обновление Fusaka было официально активировано 3 декабря 2025 года. Его ключевой компонент — PeerDAS (EIP-7594), который внедряет выборочную доступность данных на уровне протокола. Теперь узлы могут хранить только части blob-данных вместо полного массива, что теоретически увеличивает ёмкость blob примерно в восемь раз и предоставляет сетям второго уровня гораздо больше пространства для данных. Это напрямую снижает требования к аппаратным ресурсам: потребность в пропускной способности для blob-данных у обычных операторов узлов может уменьшиться до 80%.
Ещё одно важное нововведение Fusaka — закрепление «двух хардфорков в год» как ритма развития Ethereum. Между обновлением Pectra в мае 2025 года и Fusaka в декабре 2025 года прошло всего семь месяцев, что свидетельствует о переходе от длительных циклов к ускоренной итерации.
Однако Fusaka в первую очередь ориентировано на масштабирование. Ключевые функции, связанные с децентрализацией и усилением устойчивости к цензуре, перенесены в будущие обновления. Это означает, что стратегия развития строится по принципу: сначала масштабирование, затем управление и децентрализация — такой порядок по-прежнему вызывает споры в сообществе Ethereum.
Почему Hegotá сместился в сторону «очистки и укрепления», а не дальнейшего масштабирования?
Hegotá станет вторым крупным обновлением Ethereum во второй половине 2026 года, но его акцент явно изменился: вместо изначальной «дорожной карты масштабирования» это теперь форк для «очистки и укрепления». В область Hegotá перенесены такие функции, как FOCIL (Fork-choice Inclusion Lists), абстракция аккаунтов (AA) и альтернативные схемы подписей.
Глубинная причина этого сдвига в том, что после расширения доступности данных в Fusaka и повышения пропускной способности в Glamsterdam возможности масштабирования L1 Ethereum значительно превышают базовые ориентиры rollup-стратегии 2020 года. Виталик отмечает: низкие комиссии и стабильный рост лимитов газа на L1 означают, что «масштабирование базового уровня идёт гораздо быстрее, чем ожидалось». На этом фоне ценность L2 пересматривается: теперь это не «официальный шардинг» Ethereum, а платформы, которые должны предлагать уникальные возможности — приватность, сверхнизкие задержки или специализированную оптимизацию приложений, чтобы оправдать своё существование.
FOCIL, ключевой элемент для повышения устойчивости к цензуре, перенесён в Hegotá, чтобы у разработчиков было больше времени на доработку обязательных протокольных механизмов включения транзакций. Это инфраструктурная работа, которую пользователи могут не заметить напрямую, но она критична для справедливости протокола.
Могут ли Based Rollup и механизмы предподтверждения разрешить тупик?
Для преодоления централизации секвенсоров L2 и проблем кроссчейн-взаимодействия предлагается альтернативный подход — Based Rollup: порядок транзакций определяют валидаторы L1 Ethereum, а не независимые секвенсоры L2. Главное преимущество — уровень децентрализации секвенсоров напрямую наследуется от валидаторов L1, и нет необходимости создавать отдельный децентрализованный механизм секвенсоров.
Однако у Based Rollup есть недостаток — задержка финальности: после определения порядка блок должен быть создан и подтверждён, что не идеально для пользователей, которым важна минимальная задержка. В сообществе обсуждается идея комбинировать механизмы предподтверждения с Based Rollup, чтобы давать сильный сигнал о подтверждении на уровне протокола в течение 15–30 секунд.
Кроме того, развивается направление нативных прекомпайлов для rollup. Виталик сообщил, что сроки внедрения полных ZK-доказательств на L1 Ethereum теперь совпадают с интеграцией нативных прекомпайлов для rollup, что открывает путь к решению проблемы фрагментации пользовательских систем доказательств на L2. В будущем rollup-сети смогут использовать общую инфраструктуру для верификации доказательств, а не строить дорогие аудиторские пайплайны по отдельности.
Какой следующий этап развития Ethereum после Glamsterdam и Hegotá?
После завершения Glamsterdam и Hegotá дорожная карта Ethereum перейдёт в новую фазу под названием Strawmap. В Protocol Cluster Ethereum Foundation произошли кадровые перестановки, а стратегический фокус расширился: zkVM-доказательства, координация постквантовой криптографии, развитие zkEVM и протокольные гарантии безопасности на триллион долларов.
Ожидается, что Strawmap сохранит темп примерно двух хардфорков в год, а к 2029 году будет проведено семь обновлений. Это означает, что развитие Ethereum переходит на регулярные, быстрые итерации: для каждого форка не потребуется накапливать большой пул спорных предложений, внедрение будет идти более управляемо, что снизит инженерные риски крупных «комбайн-обновлений».
Важно отметить: часть EIP в Glamsterdam была отложена, EIP-8237 перенесён в последующие форки. В то же время вопросы управления L2 и децентрализации остаются нерешёнными, и некоторые L2 могут задержаться на Stage 1 по бизнес-причинам. Это показывает, что даже при технологическом прогрессе L1 децентрализация L2 должна искать баланс между бизнес-моделями и развитием протокола.
Заключение
Путь обновлений Ethereum в 2026 году достиг чёткой поворотной точки: после трёх этапов — расширения доступности данных (Fusaka), оптимизации пропускной способности и управления MEV (Glamsterdam ePBS) — возможности масштабирования L1 значительно превысили изначальные ориентиры rollup-стратегии 2020 года. Однако движение к полной децентрализации L2 (Stage 2) идёт «медленнее и сложнее, чем ожидалось». Централизация секвенсоров, задержки с внедрением fraud и validity proofs, а также фрагментация ликвидности через мультисиг-мосты остаются тремя главными вызовами. Devnet Glamsterdam внедрил ePBS на уровне протокола и закрепил лимиты газа, Hegotá сместился к форку «очистки и укрепления», а Based Rollup с механизмами предподтверждения всё активнее обсуждается как более доступное решение для интероперабельности и борьбы с фрагментацией.
В конечном итоге децентрализация L2 — это не только техническая задача, но и вопрос баланса между технической реализуемостью и экономическими стимулами. Ethereum прагматично принимает этот факт: пока нет быстрого пути к Stage 2 для всех L2, экосистема допускает сосуществование разных стадий и продолжает двигаться вперёд за счёт верифицируемого инженерного прогресса на уровне L1 с ритмом двух форков в год.
FAQ
Вопрос: Каково текущее состояние devnet Glamsterdam?
glamsterdam-devnet-2 работает в активном режиме, много-клиентная ePBS функционирует стабильно, а внешний workflow для строителей блоков прошёл сквозное тестирование между клиентами — охвачены почти все реализации.
Вопрос: Какого результата достигло масштабирование Fusaka?
Fusaka был активирован 3 декабря 2025 года, внедрив PeerDAS (EIP-7594). Благодаря выборочной доступности данных пространство для данных L2 теоретически увеличилось примерно в восемь раз, а требования к пропускной способности узлов значительно снизились. Лимит газа основной сети поднят примерно до 60 млн единиц.
Вопрос: Почему Hegotá сместился от масштабирования к «очистке и укреплению»?
После масштабных обновлений Fusaka и Glamsterdam возможности масштабирования L1 Ethereum значительно превысили изначальные ожидания. Теперь Hegotá сосредоточен на FOCIL для устойчивости к цензуре, абстракции аккаунтов и других задачах по «очистке и укреплению» протокола, сместив акцент с «увеличения пропускной способности» на «повышение безопасности» и «догоняющую децентрализацию».
Вопрос: Что такое Based Rollup и механизмы предподтверждения?
Based Rollup передаёт определение порядка блоков валидаторам L1 Ethereum вместо собственных секвенсоров L2. В сочетании с механизмами предподтверждения это позволяет получать быстрые подтверждения на уровне протокола в течение 15–30 секунд, что помогает решить проблемы централизации секвенсоров L2 и компоновки rollup-сетей.
Вопрос: Сколько стадий децентрализации выделяют для Layer 2?
В структуре L2BEAT выделяют: Stage 0 (полная зависимость от централизованного управления), Stage 1 (ограниченная зависимость от мультисиг-управления) и Stage 2 (полная децентрализация, работа исключительно на основе кода и криптографии, без чёрных ходов). На начало 2026 года большинство L2 остаются на Stage 0 или Stage 1, а прогресс идёт медленнее, чем ожидалось.
