Следующее обновление Ethereum получило дату в Hoodi, но не в основной сети

Обновление Ethereum Glamsterdam должно активироваться в тестовой сети Hoodi на эпохе 132 352 26 октября, при этом дата для основной сети не установлена. Объявление Ethereum Foundation от 16 октября последовало за активацией в Sepolia 6 октября и установило слот Hoodi на отметке 4 235 264. Клиентским командам ещё предстоит подтвердить совместимые релизы на уровне исполнения и уровне консенсуса. Опубликованный график устанавливает следующее испытание, а не дату запуска изменений в действующей экономике Ethereum.

Glamsterdam объединяет несколько направлений работы, которые легко свести к лозунгу о скорости. Оно меняет способ обмена полезной нагрузкой блока между пропозером и билдером, предоставляет список обращений к состоянию на уровне блока и пересматривает стоимость операций, создающих или читающих состояние цепи. Оно также корректирует другие правила исполнения и валидаторов. Тестовая сеть может показать, работают ли эти части вместе на разных клиентах и приложениях; сама по себе она не может доказать, что основная сеть будет безопасно работать с более высоким лимитом газа в условиях реальной финансовой нагрузки.

26 октября — это обязательство по тестовой сети

Объявленное время активации Hoodi — 17:42:48 UTC 26 октября, на эпохе 132 352 и слоте 4 235 264. Фонд сообщает, что лимит газа Hoodi вырастет до 200 миллионов на этой эпохе, соответствуя Sepolia. Запись для основной сети в опубликованной таблице активаций остаётся неопределённой. Читателю не следует превращать время тестовой сети в обратный отсчёт для основной сети Ethereum или предполагать, что тот же лимит газа немедленно станет настройкой основной сети.

Перед активацией операторам Hoodi нужны версии как клиентов исполнения, так и клиентов консенсуса, которые явно поддерживают этот форк. Валидатор также запускает клиент валидатора рядом со своим узлом-маяком. Фонд перечисляет подтверждённые релизы для нескольких команд и сообщает, что оставшиеся записи будут обновлены. Отсутствие версии в конкретной таблице не является доказательством того, что команда отказалась от форка; это означает, что оператору следует дождаться явного совместимого релиза, а не гадать по номеру версии.

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

Sepolia уже преодолела эту веху; Hoodi тестирует отдельную среду и более высокий опубликованный лимит газа. Уведомление Фонда для основной сети, руководство по релизам клиентов и наблюдения после форка — это авторитетная последовательность, которой следует руководствоваться после 26 октября.

Новая передача между билдерами и пропозерами

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

Спецификация EIP 7732 описывает новые структуры и тайминги этого обмена. Цель — снизить зависимость от доверенного промежуточного ПО для базовой оплаты билдеру и передачи от пропозера. Это не обещает исчезновения всех ретрансляторов или частных договорённостей. В описании Glamsterdam в дорожной карте Ethereum отмечается, что участники по-прежнему могут выбирать внешние сервисы для функций, выходящих за рамки нового механизма протокола.

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

Случаи сбоев важны не меньше, чем обычный завершённый блок. Билдер может удержать полезную нагрузку, раскрыть её с опозданием или представить данные, которые разные клиенты обрабатывают непоследовательно. Протокол должен определить результат, не оставляя валидаторов гадать, какую цепь продолжать. Hoodi предлагает публичную среду, где клиентские команды могут отрабатывать такие сценарии, а операторы — наблюдать, следуют ли программы билдеров и валидаторов одним и тем же правилам.

Закреплённая передача также поднимает экономический вопрос. Устранение доверия из основного шага оплаты может снизить один барьер для билдеров, но это не показывает, что создание блоков становится конкурентным. Концентрация билдеров, доступ к потоку заявок и стоимость инфраструктуры требуют измерений после развёртывания. Новый протокол может формализовать роли, не гарантируя, что рынок, выполняющий эти роли, станет более разнообразным.

Списки доступа к блокам и работа, которую должен выполнять узел

EIP 7928 вводит запись об аккаунтах и местах хранения, к которым обращались в течение блока, вместе с изменениями состояния после транзакций. В настоящее время валидаторам нужно обнаруживать некоторые зависимости во время обработки блока. С проверенным списком клиенты могут планировать чтение с диска и часть работы по валидации параллельно там, где операции не конфликтуют. Список является объектом протокола, а не прогнозом, публикуемым внешним поставщиком данных.

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

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

Фонд представляет списки доступа к блокам и новую передачу билдеру вместе как основу для большей пропускной способности L1 при сохранении выполнимой валидации. Узел с ограниченным оборудованием — полезная проверка этого утверждения. Если только высокопроизводительные операторы смогут справляться с распространением блоков или доступом к состоянию при большей нагрузке, видимый прирост ёмкости может сопровождаться давлением на круг лиц, способных валидировать цепь. Публичная производительность клиентов и их разнообразие после Hoodi важнее, чем одно лишь число лимита газа.

Конкретная функция — это входные данные для валидации, тогда как цель вроде 200 миллионов газа — это настройка для тестовой сети. Отчёт о них как об отдельных переменных позволяет яснее объяснить, какое изменение действительно улучшило производительность.

Цены на газ меняются для разных видов работы

Glamsterdam пересматривает стоимость операций, а также реорганизует блоки. EIP 8037 повышает и отдельно учитывает стоимость создания состояния; EIP 8038 обновляет плату за доступ к состоянию. Другие включённые предложения изменяют внутренний газ транзакций, стоимость calldata, списки доступа и учёт газа блока. Перевод, сложное развёртывание контракта и приложение с интенсивным использованием хранилища не все сталкиваются с одинаковым направлением или размером изменения стоимости.

В руководстве Фонда по влиянию пересмотра цен говорится, что повторное воспроизведение исторических транзакций основной сети по предложенному графику выявило небольшую группу контрактов, полагающихся на предположения о газе, которые могут сломаться или деградировать. Там сказано, что большинство отмеченных случаев можно исправить более высокими лимитами газа, и подавляющее большинство контрактов в этом анализе не пострадало. Исторические повторы выявляют кандидатов; они не могут охватить каждый будущий вызов или состояние приложения.

Разработчикам следует обратить особое внимание на фиксированные газовые субсидии, жёстко заданные лимиты и код, принимающий решения на основе оставшегося газа. Транзакция, которая проходила раньше, может завершиться неудачей, потому что перевзвешенная работа превышает её allowance, даже если основная логика остаётся корректной. Приложение, оценивающее комиссии, должно учитывать новые правила, чтобы предотвратить предотвратимые неудачные транзакции. Фонд сообщает, что начал связываться с наиболее затронутыми разработчиками.

Обычный перевод ETH на существующий аккаунт сохраняет знакомую цифру в 21 000 газа, тогда как создание нового аккаунта добавляет плату за состояние. Дорожная карта предполагает, что некоторые обычные действия могут стать дешевле, а создание состояния — дороже. Средняя сетевая комиссия, наблюдаемая после будущего запуска основной сети, не изолировала бы эффект правила без сравнения активности, спроса на блоки и базовых комиссий. Более низкое требование внутреннего газа может помочь одному типу транзакций, в то время как более загруженная цепь заполняет вновь доступную ёмкость. Заранее сообщать о всеобщем снижении комиссий значило бы игнорировать это различие.

Запланированное мета-предложение EIP 7773 перечисляет 18 основных EIP в объявлении Фонда о Hoodi. Некоторые изменения относительно заметны для разработчиков приложений, например журналы переводов ETH, код операции номера слота и более высокий максимальный размер контракта. Другие изменяют текучесть валидаторов или исключают оштрафованных валидаторов из предложения блоков. Размер пакета повышает ценность интегрированного тестирования: клиент может реализовать каждую функцию по отдельности, но всё равно разойтись с другими узлами, когда несколько функций влияют на один блок.

Лимит газа Hoodi в 200 миллионов — не обещание пропускной способности

Лимит газа блока — это верхняя граница ресурсов исполнения, которые блок может потребить при выбранном графике. Удвоение числового лимита не обязательно удвоит пропускную способность платежей или вдвое снизит цену вызова контракта. Сам график газа меняется в Glamsterdam, и состав транзакций имеет значение. Транзакция, использующая больше газа при новом учёте, может потребить больше лимита, даже если её поведение в приложении не изменилось.

Изменение Hoodi 26 октября установит лимит на уровне 200 миллионов на эпохе форка. Такая стрессовая настройка может выявить задержки распространения, медленное исполнение, узкие места доступа к состоянию и клиенты, которые не могут обрабатывать наихудшие блоки в нужном темпе. Экономический спрос тестовой сети не совпадает со спросом основной сети. Для нагрузки верхней границы разрешённого лимита могут потребоваться специально созданные транзакции; в противном случае большой настроенный предел может остаться в основном неиспользованным.

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

Фонд не установил лимит газа основной сети в этом уведомлении о Hoodi. Валидаторы Ethereum могут выражать предпочтения по лимиту газа в рамках сетевых правил; график тестовой сети и операционный выбор основной сети — это отдельные решения. В отчётах об обновлении следует указывать, какое число относится к какой сети и когда оно вступает в силу.

Почему результат тестовой сети может вводить в заблуждение

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

Чистая активация может скрыть спокойную рабочую нагрузку. Потолок газа в 200 миллионов мало что показывает, если большинство блоков Hoodi используют гораздо меньше. Клиентские команды могут создавать или запрашивать требовательные нагрузки, но синтетическая стрессовая транзакция может затрагивать состояние по шаблону, не похожему на живую биржу, кредитный рынок или расчёты роллапов. Релевантный отчёт после форка должен показывать распределение размеров блоков, время исполнения и пропущенные обязанности с описанием рабочей нагрузки. Максимальное наблюдаемое значение без размера выборки может льстить системе.

Несколько клиентов — ещё одна переменная. Сеть может продолжать производить блоки, потому что доминирующее программное обеспечение работает, а менее распространённая реализация отстаёт. Устойчивость Ethereum частично зависит от того, что независимые команды приходят к одному результату. Наблюдения за Hoodi должны различать версии клиентов и отчёты об ошибках, а не считать одну вершину цепи достаточным доказательством совместимости. Если клиенты расходятся во мнениях о списке доступа или полезной нагрузке билдера, причину необходимо выявить до планирования производственного форка.

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

Наконец, готовность к развёртыванию включает инфраструктуру за пределами спецификаций консенсуса. Провайдеры RPC, обозреватели блоков, билдеры, стейкинг-сервисы и системы мониторинга контрактов должны интерпретировать новые журналы, информацию списков доступа и сроки. Узел тестовой сети может оставаться синхронизированным, в то время как кошелёк указывает небезопасный лимит газа. Поэтому готовность основной сети — это набор проверяемых утверждений разных операторов, а не единственный результат «да или нет» из таблицы активаций Фонда.

Кто должен менять программное обеспечение, а кто нет

У валидатора Hoodi непосредственный операционный дедлайн. Его клиенту исполнения, узлу-маяку и клиенту валидатора нужны совместимые релизы, а любой инструментарий билдера должен понимать новую передачу. Узлу Hoodi без стейкинга по-прежнему нужны оба клиента — исполнения и консенсуса. Билдерам и ретрансляторам следует изучить собственные интерфейсы, даже если они не подтверждают блоки. Неправильно настроенное программное обеспечение может пропускать обязанности или перестать следовать за обновлённой тестовой сетью.

Обычному держателю ETH в основной сети не нужно ничего делать из-за объявления о Hoodi. Фонд прямо говорит, что отдельное уведомление будет посвящено активации основной сети. Команды кошельков и приложений могут использовать промежуточный период тестовой сети для отработки оценки газа, журналов, новых кодов операций и пограничных случаев контрактов. Ничто из этого не требует от пользователя перемещать монеты в тестовую сеть или подписывать предполагаемую транзакцию обновления.

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

Публичная тестовая сеть также накладывает координационные издержки. Клиентские команды публикуют бинарные файлы, операторы обновляются, поставщики инструментов адаптируются, а команды приложений повторно тестируют. Дата основной сети, выбранная до готовности совместимых клиентов и инфраструктуры, создала бы избегаемый риск. Длительная задержка после здорового форка Hoodi может означать оставшуюся работу в менее заметных компонентах; одна лишь активация не может объяснить весь график решений.

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

Обновление может улучшить техническую ёмкость сети, не вызывая измеримого роста спроса на ETH в день активации. Держатели не получают автоматического распределения за успешный форк тестовой сети. Билдеры могут инвестировать в оборудование, валидаторы — обновлять программное обеспечение, а приложения — корректировать настройки газа; это операционные изменения, а не заказ на покупку токена. Макроэкономические условия и позиционирование могут доминировать над рыночными ценами в ту же неделю.

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

Аналогично, более высокий лимит газа L1 мог бы пропустить больше транзакций, но комиссия для пользователя зависит от того, сколько этого пространства хотят другие. Период низкого спроса может сделать комиссии дешёвыми независимо от обновления. Всплеск торговли может заполнить больше ёмкости и удержать базовую комиссию высокой. Справедливое сравнение должно рассматривать аналогичные рабочие нагрузки до и после производственного изменения с поправкой на использование. Комиссии тестовой сети, уплаченные в не имеющих ценности активах, не могут заменить такой анализ.

У разработчиков есть причины заботиться даже без краткосрочного прогноза цены. Контракт, чья оценка газа не срабатывает, может оставить транзакцию в подвешенном состоянии; валидатор, чей клиент не может следовать за форком, может упустить вознаграждения; билдер, пропустивший окно раскрытия, может потерять возможность блока. Это последствия, которые можно измерить в ходе теста. Утверждение, что ETH вырастет или что комиссии Ethereum будут сокращены на фиксированный процент, не может быть выведено из даты активации или конфигурации лимита газа.

Что считалось бы прогрессом на пути к основной сети?

Самый сильный благоприятный сценарий — Hoodi активируется на указанном слоте, независимые клиенты остаются в согласии, тайминги полезной нагрузки работают под нагрузкой, а списки доступа помогают сохранять исполнение практичным при более высоком использовании газа. Контракты, отмеченные тестами пересмотра цен, обновлены или получили безопасные рабочие лимиты. Затем команды публикуют датированный план основной сети и совместимые релизы клиентов. Такая последовательность превратила бы инженерный дизайн в действующий производственный график.

Противоположный сценарий заслуживает равного внимания. Обязанности по полезной нагрузке могут оказаться трудными для координации валидаторов или билдеров; большие списки доступа могут обременить распространение; пересмотр цен может выявить больше сломанных предположений, чем показали исторические повторы. Тестовая сеть может выглядеть стабильной при лёгком спросе, но проявить слабости, когда участники намеренно приближаются к новому лимиту. Это причины продлить тестирование, пересмотреть EIP или изменить конфигурацию основной сети, а не назначать неподтверждённую календарную дату.

В объявлении Фонда от 16 октября нет официальной даты активации основной сети. Широкое ожидание четвёртого квартала в дорожной карте — это окно планирования, а не принятый слот форка. Следующее проверяемое событие — активация Hoodi и последующие отчёты клиентов. Изменения протокола Ethereum можно оценивать по тому, согласуются ли новые блоки, распространяются и валидируются в разных реализациях, прежде чем делать заявления о более быстрых или дешёвых транзакциях в основной сети.