Prysm обновили перед тестом лимита газа в 200 млн

Вот последние новости с рынков цифровых активов: 5 октября разработчики консенсус-клиента Ethereum Prysm выпустили версию 7. 1 перед активацией Glamsterdam в тестнете Sepolia. Обновление добавило настройку, которая автоматически ориентирует валидаторов на лимит газа в 200 млн.

Активация Glamsterdam в Sepolia намечена на 6 октября в 13:53:36 UTC. Предыдущая версия Prysm 7. 0 уже поддерживала обновление, однако конфигурацию с новым лимитом газа добавили в Sepolia после подготовки релиза.

Динамика рынка

Поэтому валидаторы на этой версии без ручной настройки продолжили бы ориентироваться на прежние 60 млн. Операторы могли самостоятельно задать 200 млн через настройки валидатора. 1 соответствующее значение включено в GAS_LIMIT_SCHEDULE и применяется автоматически после активации Gloas.

Переход от ориентира в 60 млн к 200 млн позволяет тестировать существенно большую пропускную способность. При этом он повышает требования к узлам, которым необходимо своевременно получать, исполнять и проверять более крупные блоки. Новое значение не является жестким ограничением протокола.

Согласно EIP-8261, GAS_LIMIT_SCHEDULE задает рекомендуемое значение и значение по умолчанию для клиентов консенсусного уровня. Операторы по-прежнему могут указать другой лимит. Кроме того, фактический лимит блока не изменится мгновенно с 60 млн до 200 млн.

Влияние на рынки

Действующее правило EIP-1559 ограничивает изменение между соседними блоками, поэтому показатель будет постепенно двигаться в сторону нового ориентира. Из-за этого валидаторы Prysm со старой настройкой не создавали бы недействительные блоки. Однако их предпочтение в 60 млн замедляло бы движение сети к целевому уровню и мешало бы полноценно проверить работу Sepolia при повышенной нагрузке.

Glamsterdam объединяет изменения Amsterdam на уровне исполнения и Gloas на уровне консенсуса. Среди ключевых нововведений — встроенное разделение предлагающего и строителя блоков (enshrined proposer-builder separation, ePBS) и списки доступа на уровне блоков (Block-level Access Lists, BAL). BAL заранее указывают клиентам, с какими аккаунтами и областями состояния будет взаимодействовать блок.

Это позволяет параллельно загружать данные и проверять независимые транзакции вместо преимущественно последовательной обработки.

Эта перемена продолжает формировать ландшафт цифровых активов.