Предстоящий год и последующий 2026-й для Ethereum станут периодом, когда сеть начнет переходить от привычной «однополосной» логики исполнения к более сложной, но куда более производительной архитектуре. Ключевым событием называют хардфорк Glamsterdam, который ожидается в середине 2026 года. Именно он должен приблизить L1 к масштабированию на уровне 10 000 TPS и потенциально выше, хотя в сам 2026 год эта планка, как подчеркивается, достигнута не будет.
Читать на сайте: Ethereum готовит хардфорк Glamsterdam: сеть нацелили на 10 000 TPS и газ до 200 млн в 2026 году
Речь идет не об одном «волшебном» улучшении, а о наборе изменений, которые вместе создают задел под рост производительности и переход части валидаторов к проверке ZK-доказательств вместо повторного выполнения транзакций: параллельная обработка данных в сети на «идеальном» уровне; рост лимита газа до 200 млн против нынешних 60 млн; переключение части валидаторов на ZK-подтверждения (zkAttesting), что меняет экономику и стимулы валидации; увеличение числа «больших двоичных объектов данных» (blobs) — потенциально до 72 и более на блок, что напрямую помогает L2 (фото: ru.freepik.com).
Название «списки заблокированного доступа» легко принять за инструмент цензуры, но смысл у механизма другой: он открывает дорогу к параллельному исполнению транзакций без конфликтов. Сегодня L1 во многом напоминает длинную очередь: транзакции исполняются последовательно, одна за другой. Это ограничивает пропускную способность и упирается в узкие места инфраструктуры.
В каждый блок добавляется своего рода «карта», подготовленная производителем блока, который заранее прогнал транзакции на мощном оборудовании. Эта карта описывает, какие операции затрагивают одни и те же аккаунты и ячейки хранения, а также какие изменения состояния происходят после выполнения. Клиенты понимают, какие транзакции можно разнести по разным ядрам CPU и исполнять одновременно. Снижается риск конфликтов при параллельном запуске. Появляется возможность заранее подгружать нужные данные с диска в память, не возвращаясь к медленному последовательному чтению.
Отдельно подчеркивается, что именно работа с диском называют одним из самых серьезных «тормозов» текущей модели. В итоге «идеальная» параллельность позволяет повышать TPS и увеличивать размер блоков без обязательного разгона лимита газа только за счет грубой силы.
Второй подтвержденный элемент пакета — закрепленное разделение разработчиков блоков и разработчиков предложений (ePBS). Частично похожая логика уже существует через MEV Boost: там используются централизованные ретрансляторы-посредники, и через них проходит около 90% блоков. ePBS должен перенести этот принцип на уровень протокола, чтобы система работала надежнее.
Идея разделения проста: одни участники конкурируют за оптимальный подбор и упорядочивание транзакций (в том числе в контексте MEV), а другие решают, какой блок предлагать сети. Цели звучат привычно для Ethereum: снижение давления централизации из-за MEV; рост безопасности и децентрализации; усиление устойчивости к цензуре.
С точки зрения производительности ключевой бонус ePBS в другом: он дает больше времени на создание и распространение ZK-доказательств по сети. Сейчас валидаторов штрафуют за медлительность, поэтому «ждать» ZK-подтверждения не всегда выгодно. ePBS расширяет временное окно, делая проверку ZK более стимулирующей. Оценка, приведенная в материале, — около 10% валидаторов могут перейти на ZK после внедрения этого подхода, что в перспективе поддержит дальнейший рост лимита газа.
Текущий лимит уже доведен до 60 млн. Дальше прогнозы расходятся, но общий вектор один — рост будет существенным. При этом Виталик Бутерин высказывается аккуратнее: он допускает продолжение роста, но скорее «прицельного», с идеей увеличить лимит газа в несколько раз и одновременно поднять стоимость газа для операций, которые считаются относительно неэффективными в обработке. В качестве примеров упоминаются хранение, предварительная компиляция и вызовы контрактов с большими объемами кода.
Параллельно с L1 усиливается ставка на L2. Увеличение числа blobs (вплоть до 72+ на блок) должно дать L2 возможность обрабатывать уже не тысячи, а сотни тысяч транзакций в секунду.
Отдельно отмечается и практическая сторона: L2 становятся проще для пользователя. В качестве примера приводится обновление ZKsync Atlas, где фонды могут оставаться в основной сети, но торговать в среде быстрого исполнения внутри эластичной сети ZKsync.
Популярные статьи:
