Ethereum завершил второй этап хардфорка Blob Parameter-Only, в рамках которого лимит blob был увеличен с 15 до 21. Обновление прошло в эти выходные и стало частью более широкой стратегии сети по масштабированию и поддержке роста L2-экосистемы.
Изменения в первую очередь затронули базовый уровень Ethereum. После обновления сеть может включать в блоки больше данных, что снимает часть нагрузки, которую раньше приходилось компенсировать на уровне L2. В результате решения второго уровня меньше упираются в ограничения основной сети и получают больше свободы при обработке транзакций.
Для операторов узлов и валидаторов это означает более стабильные условия работы. Поведение сети становится менее чувствительным к резким всплескам активности, что упрощает поддержку инфраструктуры.
Хардфорк был активирован в 1:01:11 по UTC. После обновления в один блок Ethereum теперь может включать больше данных. Для этого используются blobs. Это временные контейнеры данных, которые формируются на L2-сетях из множества транзакций и затем передаются в основную цепочку Ethereum.
Один blob вмещает 128 килобайт данных. При лимите в 21 blob на блок сеть может обрабатывать до 2 688 килобайт за блок, что эквивалентно примерно 2,6 мегабайта данных. По сравнению с предыдущими параметрами объём доступного пространства увеличился кратно.
Помимо этого, разработчики подняли целевое значение blob с 10 до 14. Именно к этому уровню сеть стремится в обычном режиме работы, без пиковых нагрузок.
Поддержка новых параметров предъявляет более высокие требования к узлам сети. Для их работы нужны стабильное соединение и достаточный объём хранилища. Именно поэтому разработчики не поднимают показатели резко. Изменения вводятся поэтапно, чтобы проверить, как сеть ведёт себя под нагрузкой и не создавать рисков для безопасности.
Помимо роста пропускной способности, blobs помогают сдерживать комиссии в сети Ethereum. Газ это небольшая плата, которую пользователи вносят за отправку транзакций и выполнение смарт-контрактов.
Когда нагрузка на сеть растёт, комиссии обычно увеличиваются. L2-сети используют blobs для быстрой передачи данных, что снижает необходимость конкурировать за место в блоках основной сети Ethereum.
Читайте также: Банковское лобби США назвало борьбу со стейблкоинами приоритетом на 2026 год
За счёт этого уменьшается перегрузка и комиссии ведут себя более предсказуемо. Для разработчиков это важное преимущество, так как приложения меньше зависят от резких скачков стоимости транзакций.
Поскольку L2-сети в основном работают через blobs, нагрузка на основную сеть распределяется более равномерно. Это помогает поддерживать стабильную работу Ethereum даже в периоды высокой активности.
Второй хардфорк BPO стал лишь частью более широкой стратегии развития сети. Разработчики уже обсуждают следующие шаги, включая возможное повышение лимита газа. Этот вопрос поднимался, в частности, на встрече Ethereum All Core Developers 15 декабря. Лимит на газ определяет, сколько транзакций и операций со смарт-контрактами может быть выполнено в одном блоке. Сейчас этот показатель составляет 60 млн.
После второго хардфорка BPO разработчики рассматривали вариант повышения лимита до 80 млн. В таком сценарии блоки Ethereum смогут включать больше операций, что потенциально ускорит обработку транзакций и снизит комиссии.
На более длинной дистанции сеть готовит следующий крупный хардфорк под названием Glamarsterdam, запуск которого ожидается позже в 2026 году. Этот апдейт будет сосредоточен на масштабировании и должен вывести параметры сети на новый уровень.
В рамках Glamarsterdam планируется постепенное увеличение лимита газа вплоть до 200 млн. Одновременно Ethereum намерен перейти к модели так называемой идеальной параллельной обработки. Сейчас транзакции в сети в основном обрабатываются последовательно, одна за другой.
Читайте также: Ethereum укрепил лидерство в DeFi с долей TVL в 9 раз выше ближайшего конкурента среди L1
Переход к параллельной обработке позволит сети обрабатывать несколько транзакций в одном блоке без строгой последовательности. Это снимает часть ограничений текущей модели, при которой операции выполняются по очереди, и снижает нагрузку на отдельные участки сети.
Такой подход планируется реализовать с помощью Block Access Lists, предусмотренных в предложении Ethereum Improvement Proposal 7928. Этот механизм заранее определяет, к каким данным будет обращаться транзакция, что упрощает их распределение и позволяет сети обрабатывать больший объём операций без задержек и перегрузок.

