Главное изменение в готовящемся обновлении Ethereum касается не комиссий и не кошельков, а времени. Сейчас у валидатора есть около двух секунд, чтобы принять блок, проверить его и успеть проголосовать. После обновления Glamsterdam это окно растянется примерно до девяти секунд — и именно отсюда возьмётся запас для более крупных блоков.

Коротко

• Ключевое предложение — EIP-7732, встроенное разделение ролей предлагающего блок и сборщика.
• Проверка блока и проверка полезной нагрузки разводятся по разным срокам внутри двенадцатисекундного слота.
• Окно распространения данных расширяется примерно с 2 до 9 секунд; у предлагающего появляется отдельный шестисекундный интервал.
• Появляется новый комитет валидаторов, подтверждающий, что нагрузка доставлена вовремя.
• Точной даты запуска в сети нет: оценки источников расходятся от осени до четвёртого квартала.

Почему две секунды — это мало?

Слот в Ethereum длится двенадцать секунд, но узкое место находится не в нём целиком, а в коротком отрезке в начале. За эти секунды узел должен получить блок по сети, выполнить транзакции, проверить доступность данных и отдать голос. Всё сразу и в одном окне.

Именно поэтому сеть не может просто «сделать блоки больше»: чем крупнее блок, тем дольше он расходится по сети и тем больше валидаторов не успевают проголосовать вовремя. Ограничение упирается не в вычислительную мощность отдельного узла, а в физику распространения данных между тысячами узлов.

Что меняет разделение ролей?

Идея EIP-7732 в том, чтобы разорвать связку «проверил всё — проголосовал». Консенсусная часть блока проверяется отдельно и раньше, а исполняемая нагрузка — отдельно и позже. За тем, что нагрузка пришла в срок, следит новый комитет валидаторов.

Практический результат — распределение нагрузки во времени. У сборщиков блоков появляется больше времени на доставку данных, у валидаторов — на их проверку. Освободившееся окно и есть тот ресурс, за счёт которого потом можно поднимать лимит газа и увеличивать число блобов.

Как меняются сроки внутри слота

Что ещё входит в обновление

Второй крупный элемент — списки доступа на уровне блока: узел заранее получает карту адресов и ячеек хранилища, которые затронет блок. Это позволяет читать данные с диска и проверять транзакции параллельно, а в перспективе — поднять лимит газа. Оговорка важная: выигрыш зависит от того, как реализуют параллелизм разработчики клиентов, а не от самого протокола.

Есть и цена вопроса. Изменения затрагивают расчёт газа на отдельные операции, из-за чего часть инструментов придётся править: мы уже писали, что обновление сломает часть кошельков и оценщиков комиссии. Разработчикам советуют перепроверить жёстко прописанные лимиты газа во вложенных вызовах и в фабриках контрактов.

Стоит ли ждать роста скорости сразу?

Нет, и это важное уточнение. Само по себе обновление не делает сеть быстрее для пользователя: длина слота не меняется, комиссии автоматически не падают. Оно снимает ограничение, которое мешало увеличивать пропускную способность дальше, — а воспользуются этим запасом уже последующими решениями по лимиту газа и числу блобов.

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

Источники

• CryptoSlate: как обновление меняет критическое окно валидатора
• Everstake: разбор EIP-7732 и списков доступа на уровне блока
• Ethereum.org: состав обновления Glamsterdam