Ethereum Layer2 децентрализация не оправдала ожиданий: что означает заявление Виталика за этим?

2026 年 5 月, Фонд Ethereum завершил недельный технический спринт Soldøgn Interop на архипелаге Шпицберген, Норвегия, где более ста ключевых разработчиков официально завершили работу по обновлению Glamsterdam. Эта встреча не только достигла основных технических целей по Glamsterdam, но и одновременно подтвердила смену направления обновления Hegotá — от первоначального маршрута масштабирования к «очистке и укреплению» технического долга, что стало ответвлением.

Тем не менее, почти одновременно в сообществе распространилось другое важное мнение, заслуживающее глубокого анализа: Виталик Бутерин ясно признал, что в дорожной карте Ethereum, ориентированной на Rollup, скорость продвижения Layer2 к децентрализации «значительно медленнее, чем ожидалось». Эта реальность переплетается с быстрым масштабированием самой базовой цепи Ethereum (L1) и в целом переосмысливает базовую логику путей масштабирования Ethereum.

Почему прогресс децентрализации Layer2 постоянно ниже ожиданий

Виталик в феврале 2026 года публично заявил, что дорожная карта, разработанная пять лет назад, которая делала L2 основным средством масштабирования Ethereum, уже устарела. Его ключевое заключение основано на двух фактах: во-первых, прогресс в децентрализации L2 «значительно медленнее и сложнее, чем ожидалось»; во-вторых, скорость масштабирования самой Ethereum L1 значительно превысила первоначальные оценки.

С точки зрения градации децентрализации, L2BEAT делит Rollup на три стадии — Стадия 0 (полностью централизованная), Стадия 1 (ограниченная зависимость от мультиподписных управляющих) и Стадия 2 (полностью децентрализованная, обеспеченная только кодом и криптографией). К началу 2026 года большинство ведущих L2 всё ещё находились на Стадии 0 или 1, не достигнув полной децентрализации. Даже немногие, достигшие Стадии 1, ещё далеки от стандарта «отсутствия любых задних дверей» для перехода в Стадию 2.

Это замедление обусловлено как техническими, так и экономическими причинами. Некоторые команды L2 прямо заявляют, что из-за регуляторных требований или бизнес-моделей они, возможно, никогда не достигнут полной децентрализации. Доходы от сортировщиков — ключевая бизнес-модель операторов L2 — предполагают, что децентрализованные сортировщики в определённой степени означают отказ от этих экономических стимулов, что ограничивает скорость продвижения в сторону децентрализации.

Централизация сортировщиков и мосты с мультиподписами выявляют три структурных проблемы

Анализ причин задержек децентрализации L2 показывает три взаимосвязанных узла.

Первый — централизация сортировщиков. Большинство современных L2 используют одного централизованного сортировщика для упаковки и сортировки транзакций, что обеспечивает высокую эффективность и низкие издержки, но снижает устойчивость к цензуре и увеличивает риск единой точки отказа. Контроль порядка транзакций даёт сортировщику возможность получать максимальную прибыль (MEV) и потенциально осуществлять цензуру — что противоречит принципам децентрализации Ethereum.

Второй — задержки в реализации доказательств мошенничества и доказательств корректности. В Optimistic Rollup доказательство мошенничества зависит от окна оспаривания (обычно 7 дней), что требует доверия к операторам L2 на длительный срок. ZK Rollup теоретически обеспечивает мгновенную окончательность, но генерация доказательств корректности требует сложных цепей и аудиторских процедур, а при каждом обновлении EVM в Ethereum (hard fork) необходимо синхронизировать системы доказательств — что очень дорого.

Третий — фрагментация ликвидности между цепями. К началу 2026 года более 50 Rollup-сетей с общим заблокированным объемом свыше 45 миллиардов долларов, однако средства и пользователи разбросаны по множеству цепочек и мостам. Большинство связей с Ethereum L1 осуществляются через мультиподписные мосты — механизмы передачи активов, управляемые мультиподписными контрактами. Виталик прямо критикует: цепочка EVM, способная обрабатывать 10 000 TPS, если связана с L1 через один мультиподписной мост, по сути, не расширяет возможности Ethereum, а создаёт доверенную независимую платформу. Широкое использование мультиподписных мостов показывает, что большинство Rollup не наследуют безопасность Ethereum, а полагаются на централизованный контроль.

Запуск Glamsterdam devnet и ответ ePBS на вызовы масштабирования и безопасности

Запуск Glamsterdam devnet — один из важнейших этапов дорожной карты Ethereum 2026 года. К началу мая, перед завершением Soldøgn Interop, glamsterdam-devnet-2 стабильно функционирует, а протокол ePBS (Proposer-Builder Separation, встроенный в протокол механизм разделения предложений и построения блоков) прошёл тестирование на межклиентском уровне, охватив «практически все реализации клиентов».

Ключевая ценность ePBS — разделение прав на построение блока и его предложение, а также внедрение нормативов для цепочки поставщиков MEV. Ранее построение блока зависело от внешних посредников, что создавало риск централизации; ePBS интегрирует построение и проверку в протокол, значительно снижая возможности манипуляций MEV. Также он перестраивает структуру Slot, вводя чёткие временные рамки для построения и предложения блока, что создаёт буфер для повышения безопасности за счёт увеличения лимита газа.

Glamsterdam зафиксировал целевые параметры лимита газа — 200 миллионов единиц после обновления, а благодаря оптимизации временной структуры ePBS и параллельной проверке с помощью балансовых списков (BAL), разработчики получили более реалистичный инженерный ориентир по масштабируемости основной сети в 2026 году.

Вехи масштабирования Fusaka и структурные прорывы в доступности данных

Обновление Fusaka было активировано 3 декабря 2025 года. В нём внедрён PeerDAS (EIP-7594), который интегрирует возможность выборки данных о доступности в протокол. Позволяя узлам хранить только часть Blob-данных, а не все, PeerDAS теоретически увеличивает ёмкость Blob примерно в 8 раз и обеспечивает более достаточный запас данных для Layer2. Это снижает требования к аппаратным ресурсам узлов — пропускная способность Blob у обычных узлов может снизиться до 80%.

Другой важный аспект Fusaka — установление ритма обновлений Ethereum «два раза в год». После обновлений Pectra (май 2025) и Fusaka (декабрь 2025), интервал между двумя обновлениями сократился до 7 месяцев, что свидетельствует о переходе Ethereum к ускоренной итерационной разработке.

Тем не менее, основная цель Fusaka — масштабирование, а вопросы децентрализации и защиты от цензуры отложены на последующие обновления. Такой приоритетный порядок вызывает внутренние дискуссии в сообществе.

Почему обновление Hegotá сместилось в сторону «очистки и укрепления», а не масштабирования

Hegotá запланирована как второе крупное обновление во второй половине 2026 года, но её цели существенно изменились — вместо первоначального «дорожной карты масштабирования» она переключилась на «очистку и укрепление» (cleanup and hardening). Функции, такие как FOCIL (Fork-choice Inclusion Lists), Account Abstraction (AA) и альтернативные схемы подписей, были перенесены в рамки Hegotá.

Это связано с тем, что после Fusaka и Glamsterdam возможности масштабирования L1 превысили исходные базовые показатели, заложенные в 2020 году для Roadmap с Rollup-центром. Виталик отмечает, что низкие транзакционные сборы и постоянное повышение лимита газа делают «скорость масштабирования базового слоя значительно выше ожидаемой». В этом контексте ценность L2 переоценена — она должна не просто быть «официальным шардингом» Ethereum, а предоставлять уникальные возможности, недоступные L1, такие как приватность, сверхнизкая задержка или оптимизация под конкретные приложения.

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

Могут ли Based Rollup и предподтверждающие механизмы стать прорывом

Для решения проблем централизации сортировщиков и межцепочечной совместимости L2 предлагается подход Based Rollup: он предполагает, что право на сортировку блоков в Rollup передаётся не отдельным сортировщикам L2, а валидаторам L1 Ethereum. Такой дизайн напрямую наследует уровень децентрализации сортировщиков от децентрализации валидаторов L1, исключая необходимость создания отдельной системы децентрализованных сортировщиков.

Однако у Based Rollup есть проблема — задержка окончательности. После сортировки блоки требуют подтверждения и выхода в цепь, что увеличивает задержки. Для пользователей, ценящих низкую задержку, это не идеально. В сообществе предлагается комбинировать предподтверждение (pre-commit) с Based Rollup, чтобы обеспечить быстрые подтверждения в пределах 15–30 секунд.

Также продолжается развитие нативных предкомпилированных решений для Rollup. Виталик указывает, что интеграция ZK- доказательств в Ethereum L1 и добавление предкомпилированных решений для Rollup скоро совпадут по времени, что позволит совместно использовать инфраструктуру для проверки доказательств, избегая дорогостоящих индивидуальных систем.

Следующие шаги развития Ethereum после Glamsterdam и Hegotá

После завершения Glamsterdam и Hegotá дорожная карта Ethereum войдёт в новую фазу, называемую Strawmap. В рамках этого этапа Фонд Ethereum реализует новые инициативы — zkVM, пост-квантовую криптографию, разработку zkEVM и обеспечение безопасности на уровне протокола с триллионными масштабами.

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

Однако стоит учитывать, что некоторые EIP из Glamsterdam, например EIP-8237, были перенесены на последующие обновления. Также вопросы верхнего уровня децентрализации L2 остаются нерешёнными — некоторые L2 могут продолжать оставаться на стадии 1 из-за бизнес-моделей. Это показывает, что даже при совершенствовании протокола L1, вопросы децентрализации L2 требуют баланса между бизнес-интересами и развитием протокола.

Итог

В 2026 году путь развития Ethereum находится на важной точке: после трёх крупных обновлений — Fusaka (данные и масштабирование), Glamsterdam (MEV и протоколы) и Hegotá (очистка и укрепление) — возможности масштабирования значительно превысили исходные показатели 2020 года. Однако прогресс в полном децентрализованном переходе Layer2 к стадии 2 идёт медленнее и сложнее, чем ожидалось. Централизация сортировщиков, задержки в реализации доказательств мошенничества и фрагментация ликвидности через мосты — три ключевых структурных узла, которые требуют решения.

Запуск Glamsterdam devnet реализовал встроенную поддержку ePBS и установил целевые лимиты газа, Hegotá сместилась в сторону «очистки и укрепления», а подход Based Rollup с предподтверждением обсуждается как возможное решение проблем межцепочечной совместимости и централизации. В конечном итоге, решение вопросов децентрализации L2 — не только техническая задача, а вопрос баланса между технологическими возможностями и экономическими стимулами. Ethereum принимает этот факт и движется к постепенному, проверяемому прогрессу, признавая, что разные стадии развития сосуществуют в экосистеме.

FAQ

В: В каком состоянии сейчас Glamsterdam devnet?

Glamsterdam-devnet-2 запущен, стабильно работает, межклиентское тестирование ePBS завершено, охватило почти все реализации клиентов.

В: Какие конкретные достижения у масштабирования Fusaka?

Fusaka активирована 3 декабря 2025 года, внедрила PeerDAS (EIP-7594), увеличила теоретическую ёмкость Blob примерно в 8 раз, снизила требования к пропускной способности узлов, а лимит газа в основной сети вырос примерно до 60 миллионов.

В: Почему Hegotá перешла к «очистке и укреплению»?

Потому что после Fusaka и Glamsterdam возможности масштабирования L1 превысили первоначальные ожидания. Hegotá сосредоточилась на функциях, повышающих сопротивляемость цензуре и безопасность, таких как FOCIL и Account Abstraction, чтобы дать разработчикам больше времени для доработки механизмов обязательного включения транзакций.

В: Что такое Based Rollup и предподтверждение?

Based Rollup — это подход, при котором право на сортировку блоков передаётся валидаторам L1, а не отдельным сортировщикам L2. Предподтверждение обеспечивает быстрые (15–30 сек) подтверждения, решая проблему централизации сортировщиков и межRollup синхронизации.

В: На каких стадиях сейчас находятся L2 по децентрализации?

По классификации L2BEAT, стадии — 0 (полностью централизованная), 1 (ограниченно децентрализованная), 2 (полностью децентрализованная). К началу 2026 большинство L2 всё ещё на стадиях 0 или 1, прогресс идёт медленнее ожидаемого.