https://consensys.net/blog/ethereum-2-0/an-update-on-the-merge-after-the-amphora-interop-event-in-greece/Clarissa Watson, James Beck(С)
October 11, 2021
Перевод выборочный
Обновленная информация о слиянии после Amphora Interop Event в ГрецииРазработчики ядра Ethereum встретились на неделю, чтобы поработать над переходом от Proof of Work к Proof of Stake, также известному как Merge, и поделились достигнутыми вехами.
Слияние ознаменует конец Proof of Work и полный переход к Proof of Stake, что коренным образом изменит способ достижения консенсуса блокчейном Ethereum. Целью его выпуска в настоящее время является конец первого квартала 2022 года. Основные преимущества слияния, изложенные в Charting The Path to Proof of Stake Ethereum , - это повышенная энергоэффективность, валидаторы, децентрализация и безопасность, а также различия между клиентами уровня исполнения (ETH1) и клиентами уровня консенсуса (ETH2).
Вопросы и ответы с разработчиками ConsenSys Core и менеджерами по продуктам Clarissa Watson: С точки зрения клиента исполнения Eth1, Hyperledger Besu, был ли семинар по совместимости слияния успешным?
Sajida Zouarhi: Это взаимодействие слияния было успешным по всем пунктам. Hyperledger Besu смог успешно взаимодействовать со всеми клиентами. Нам не только удалось «объединить» цепочку Eth1 (уровень исполнения) с цепочкой Eth2 Proof of Stake (уровень консенсуса) в мультиклиентской тестовой сети, но мы сделали это за неделю. Возможность синхронизироваться со всеми основными разработчиками с высокой степенью сосредоточенности изменила правила игры. Наша команда сэкономила несколько месяцев работы.
Выводы, сделанные на этой неделе, послужат основой для дорожной карты Ethereum; Обсуждались многие важные темы, особенно касающиеся безопасности и ценности, извлекаемой майнерами (MEV). Наша цель - сделать Besu лучшим клиентом на уровне исполнения - не только в сочетании с Teku, но и для всех согласованных клиентов. Это абсолютно необходимо для всей экосистемы Ethereum, если мы хотим добиться разнообразия клиентов после слияния.
James Beck: Какие спецификации были реализованы на первом этапе для обеспечения сотрудничества между клиентами уровня исполнения и консенсуса в сети разработчиков?
Mikhail Kalinin: Существует три основных источника спецификации Merge: уровень консенсуса (CL), уровень выполнения (EL) и engine API , который является протоколом, используемым клиентами для взаимодействия.
Clarissa Watson: Что вы заметили по поводу базового тестирования между клиентами на втором этапе для достижения третьего этапа?
Mikhail Kalinin: Для достижения второй вехи мы сосредоточились на конкретных парах клиентов и их способности работать после слияния. Третий этап был таким же, но с добавлением переходного процесса.
Процесс перехода является важной частью слияния, поскольку именно здесь система фактически переходит от Proof of Work к Proof of Stake. Спецификации и реализация являются наиболее сложными аспектами слияния и очень важны для клиентов, чтобы все выполнялось гладко.
Clarissa Watson: Какие основные выводы были сделаны на четвертой контрольной точке, тестирование клиентов "many-to-many" (TTD <50), которая послужила основой для пятой контрольной точки?
Mikhail Kalinin: Milestone 4 стал большим шагом на пути к долгоживущей мультиклиентной тестовой сети. Команды клиентов проверяли, хорошо ли работают их клиенты уровня консенсуса или уровня выполнения, не только со своим контрагентом, но и с другой реализацией клиента CL или EL.
Джеймс Бек: Завершение M5 означает, что все клиенты могут использовать devnet. Каким вы видите сеть разработчиков для поддержки клиентов в преддверии слияния?
Mikhail Kalinin: Это не значит, что все клиенты готовы к слиянию, как может показаться на первый взгляд. То, что мы сделали, означает, что большинство клиентов поддерживают слияние и в лучшем случае демонстрируют свою стабильность. Клиенты могут присоединиться к тестовой сети для тестирования определенных вещей, таких как процесс синхронизации после слияния. Приближаясь к слиянию, мы планируем получать новую модель тестовой сети каждый раз, когда в спецификацию вносятся изменения.
Следующий перезапуск запланирован на начало ноября.Clarissa Watson: Учитывая заявление Рауля Джордана о разнообразии клиентов , были ли попытки использовать Teku и Besu для поддержки разных клиентов во время разработки devnet?
Sajida Zouarhi: Разнообразие клиентов важно, особенно когда клиент имеет подавляющее большинство: более 2/3 поставленного ETH. Если проблема возникает на большинстве клиентов, будет затронута вся цепочка блоков. Однако, если у нас будет здоровое распределение среди клиентов - не обязательно равное - это значительно снизит этот риск.
В контексте после слияния два типа клиентов будут работать синхронно. Например, на уровне исполнения у нас будет Besu, а на уровне консенсуса - Teku. Сложность здесь заключается в необходимости разнообразия на обоих уровнях. Вот почему успешная работа Teku и Besu в 4 комбинациях соответственно в течение этой недели взаимодействия была важным шагом на пути к обеспечению безопасности Ethereum после слияния.
