Объявление о слиянии Goerli и Prater

• Во время последнего перехода тестовой сети на модель доказательства владения будет выполнено слияние Goerli с Prater. Объединенная сеть Goerli и Prater после слияния сохранит название Goerli.
• Bellatrix, обновление сети Prater, предназначенное для ее подготовки к слиянию, произойдет в эпоху 112260, наступление которой ожидается в 12:24 (UTC) 4 августа 2022 года.
• После активации Bellatrix слияние Goerli и Prater произойдет, когда Goerli достигнет значения общей сложности 10790000. Это событие ожидается 6–12 августа 2022 года.
• После слияния набор валидаторов Goerli останется открытым для отдельных дольщиков, желающих запустить валидаторы тестовых сетей. Дольщики, желающие запустить валидатор Goerli/Prater, могут сделать это с помощью панели запуска Prater.

Контекст

После долгих лет работы по внедрению доказательства владения в Ethereum мы приступаем к финальной стадии тестирования — запуску тестовой сети.

После применения нескольких сетей разработки, теневых ветвлений и выполнения слияний на устаревших тестовых сетях сеть Sepolia недавно была переведена на модель доказательства владения. Теперь осталась только одна тестовая сеть — Goerli вместе со связанной с ней сетью Beacon Chain Prater.

Две особенности принципиально отличают это слияние от предыдущих обновлений Ethereum. Во-первых, операторам узлов необходимо обновлять свои клиенты как слоя консенсуса (CL), так и исполнения (EL) одновременно, а не по одному. Во-вторых, обновление активируется в два этапа: первый, Bellatrix, на высоте эпохи в сети Beacon Chain, а второй, Paris, — при достижении значения общей сложности на слое исполнения.

Информация об обновлении

Сроки

Процесс слияния будет состоять из двух этапов. Он начнется с обновления сети, Bellatrix, на слое консенсуса, которое запускается высотой эпохи. За этим следует переход слоя исполнения от доказательства работы к доказательству владения, Paris, который запускается определенным пороговым значением общей сложности под названием конечная общая сложность (Terminal Total Difficulty, TTD).

Обновление Bellatrix назначено на эпоху 112260 сети Beacon Chain Prater и ожидается в 12:24 (UTC) 4 августа 2022 года. Paris, часть перехода на слое исполнения, будет запущена при достижении значения конечной общей сложности (TTD) 10790000 сети Goerli, что ожидается 6–12 августа 2022 года.

Как только слой исполнения превысит значение TTD, следующий блок будет создан полностью валидатором сети Beacon Chain. Слияние будет считаться оконченным сразу после того, как сеть Beacon Chain завершит создание этого блока. При нормальных условиях работы сети это должно произойти в течение 2 эпох (или приблизительно через 13 минут) после попадания в первый блок, созданный после достижения TTD.

Новый завершенный тег блока JSON-RPC выводит последний оконченный блок или ошибку, если такого блока после слияния не существует. Этот тег может использоваться для приложений, чтобы проверять завершенность слияния. Аналогично умные контракты могут запрашивать опкод DIFFICULTY (0x44), который после слияния получит имя PREVRANDAO, чтобы определить, произошло ли слияние. Мы рекомендуем поставщикам инфраструктуры следить не только за завершением процесса, но и за общей стабильностью сети.

Выпуски клиентов

Следующие выпуски клиентов поддерживают слияние в тестовых сетях Goerli и Prater. Операторы узлов должны запускать клиент и слоя исполнения, и консенсуса, чтобы оставаться в сети во время процесса слияния и после него.

При выборе клиента для запуска валидаторы должны уделять особое внимание рискам запуска большинства клиентов, как на EL, так и на CL. С пояснением этих рисков и их последствий можно ознакомиться здесь. С оценкой текущего распространения клиентов EL и CL, а также руководством для перехода от одного клиента к другому можно ознакомиться здесь.

Слой консенсуса

Слой исполнения

Спецификации обновлений

Критические изменения консенсуса для слияния указаны в двух местах:

• изменения слоя консенсуса в каталоге bellatrix репозитория consensus-specs;
• изменения слоя исполнения в спецификациях Paris репозитория execution-specs.

Кроме того, две другие спецификации охватывают способы взаимодействия клиентов слоя консенсуса и слоя исполнения:

• интерфейс API движка, указанный в репозитории execution-apis, используется для коммуникации между слоями консенсуса и исполнения;
• спецификация Optimistic Sync, указанная в папке sync репозитория consensus-specs, используется слоем консенсуса для импорта блоков по мере синхронизации клиента слоя исполнения и обеспечивает частичный обзор головы цепочки от первого до последнего значения.

Часто задаваемые вопросы

Что нужно делать оператору узла?

После слияния полный узел Ethereum будет объединять в себе клиент слоя консенсуса (CL), запущенный по модели доказательства владения в сети Beacon Chain, и клиент слоя исполнения (EL), который управляет пользовательским состоянием и запускает вычисления, связанные с транзакциями. Слаженность их работы достигается с помощью аутентифицированного порта и нового набора методов удаленного вызова процедур (RPC) JSON под названием API движка. Клиенты EL и CL аутентифицируют друг друга с помощью секрета JWT. Операторы узлов могут найти инструкции по их созданию и настройке в документации своих клиентов.

Другими словами, если вы уже управляете узлом в Beacon Chain, теперь вам также нужно будет управлять клиентом слоя исполнения. Аналогично, если вы управляете узлом в текущей сети с доказательством работы, вам будет необходимо управлять клиентом слоя консенсуса. Для их безопасной связи необходимо передать на каждый клиент токен JWT. Краткие инструкции по запуску узла в сети Goerli/Prater см. здесь.

Стоит подчеркнуть: хотя они оба являются частью выпусков клиентов слоя консенсуса, запуск узла Beacon отличается от запуска клиента валидатора. Дольщики должны запускать оба, но операторам узла нужен только первый. В этой публикации более подробно объясняется разница между обоими компонентами.

Обратите также внимание, что каждый слой будет содержать независимый набор пиров и собственный программный интерфейс API. Поэтому программные интерфейсы API Beacon и удаленного вызова процедур JSON продолжат работать так, как ожидается.

Что нужно делать дольщику?

Слияние Goerli и Prater — последняя возможность убедиться в правильной настройке ваших валидаторов до перехода основной сети. Настоятельно рекомендуется выполнить переход сейчас, чтобы избежать непредвиденных проблем в основной сети.

Как уже говорилось выше, после слияния валидаторам сети Beacon Chain необходимо будет запустить клиент слоя исполнения, помимо клиентов слоя консенсуса. Это настоятельно рекомендовалось до слияния, но валидаторы могли передавать эти обязанности третьим сторонам. Это было возможно, потому что единственными данными, необходимыми для слоя исполнения, были обновления депозитного контракта.

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

Вознаграждение для валидатора начисляется в сети Beacon Chain и для снятия требует последующего обновления сети, но комиссии за транзакции будут и далее выплачиваться, сгорать и распределяться на слое исполнения. Валидаторы могут указывать любой адрес Ethereum в качестве получателя комиссий за транзакции.

После обновления клиента консенсуса в настройках обязательно установите получателя комиссий частью клиента валидатора, чтобы убедиться, что комиссия за транзакцию отправляется на адрес, которым вы управляете. Если вы внесли свою долю с помощью третьей стороны, именно она должна указать способ распределения комиссий.

Панель запуска стейкинга Prater содержит контрольный список для проверки готовности к слиянию, с помощью которого дольщики могут убедиться в прохождении каждого этапа процесса. 29 июля команда EthStaker также проведет семинар по подготовке валидаторов к слиянию.

Почему прогнозированная дата достижения конечной общей сложности неточная?

В отличие от использования высоты блока или эпохи, переменчивость инкрементной сложности в каждом блоке усложняет определение окна достижения значения TTD, поэтому диапазон возможной даты такой широкий. Пользователям следует обратить внимание, что это касается и перехода основной сети — из-за изменений в скорости хэширования модели с доказательством работы.

Что требуется от разработчика приложений или инструментов?

Запуск слияния на Goerli — последняя возможность удостовериться, что ваш продукт будет работать надлежащим образом при переходе к доказательству владения и в среде после слияния. Как говорилось в предыдущей публикации, слияние окажет лишь минимальное воздействие на подмножество контрактов, развернутых в Ethereum, и ни один из них не должен быть нарушен. Кроме того, львиная доля пользовательских конечных точек программного интерфейса API остается стабильной (если вы не используете специальные методы доказательства работы, такие как eth_getWork).

Однако большинство приложений в Ethereum охватывает гораздо больше, чем контракты в цепи. Теперь вам пора убедиться, что ваш код интерфейса, инструменты, конвейер развертывания и другие не входящие в цепь компоненты работают так, как задумано. Мы настоятельно рекомендуем разработчикам выполнить полный цикл тестирования и развертывания в сети Sepolia, Ropsten или Kiln и сообщить соответствующим сопроводителям проектов о любых проблемах с инструментами или зависимостями. Если вы не уверены, где следует открыть запрос на решение проблемы, используйте этот репозиторий.

Кроме того, следует отметить, что все тестовые сети, помимо Sepolia и Goerli, устареют после слияния. Пользователям Ropsten, Rinkeby или Kiln следует рассмотреть переход на Goerli или Sepolia. Больше об этом можно узнать здесь.

Требуется ли что-нибудь от пользователей Ethereum или владельцев эфиров?

Нет. Эта тестовая сеть не повлияет на основную сеть Ethereum. Перед переходом основной сети в этом блоге появятся последующие объявления.

Требуется ли что-нибудь от майнеров?

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

Может ли валидатор снять свою долю?

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

Снятие средств с Beacon Chain, вероятно, будет введено с первым обновлением после слияния. Спецификации для слоев консенсуса и исполнения находятся в процессе разработки.

У меня есть еще вопросы. К кому с ними обратиться?

Сообщество EthStaker создало канал на платформе Discord, чтобы отвечать на вопросы дольщиков и операторов узлов. Вы можете присоединиться к этому каналу и обратиться за помощью, используя хэштег #goerli-prater. Как уже упоминалось выше, 29 июля команда EthStaker также проведет семинар по подготовке валидаторов к слиянию.

Кроме того, 12 августа в 14:00 (UTC) запланирован созвон сообщества по вопросам слияния. Исследователи и разработчики клиентов смогут ответить на вопросы операторов узлов, дольщиков, поставщиков инструментов и инфраструктуры, а также членов сообщества. Обратите внимание, что проведение этого созвона планируется после слияния Goerli и Prater.

Когда произойдет слияние?

На момент этой публикации время перехода основной сети Ethereum на доказательство владения еще не определено. Если кто-то утверждает обратное, то это, скорее всего, мошенник. Новости будут публиковаться в этом блоге. Будьте бдительны!

При отсутствии проблем во время слияния Goerli и Prater, как только появятся полноценные выпуски для клиентов, будет выбрана высота ячейки для обновления Bellatrix в основной сети Beacon Chain, а также будет установлено значение общей сложности для перехода основной сети. Клиенты затем реализуют выпуски, позволяющие выполнить слияние в основной сети. Об этом будет объявлено в этом блоге и других публикациях сообщества.

Но если на каком-либо этапе процесса появятся проблемы или тестовый охват будет оценен как недостаточный, эти вопросы будут решены до продолжения развертывания.

Только после этого можно будет определить точную дату слияния.

Иными словами, 🔜.