Краткое изложение последней встречи разработчиков ядра Ethereum: хард-форк Dencun, предложение Праги/Electra

ForesightNews

18 января все основные разработчики Ethereum приняли участие в 179-й конференции всех основных разработчиков (ACDE).

Оригинальное название: «Обращение всех разработчиков ядра Ethereum № 179, запись»

Сценарист: Кристина Ким

Составлено: Luccy, BlockBeats

Примечание редактора:

*Консенсус всех основных разработчиков Ethereum (ACDE) проводится каждые две недели для обсуждения и координации изменений в уровне выполнения Ethereum (EL). Это 179-я конференц-звонок ACDE.На этой встрече разработчики рассмотрели активацию обновления Канкун/Денеб (Денкун) в сети Goerli и достигли соглашения о предстоящей активации Dencun в тестовых сетях Sepolia и Holesky. На встрече были подробно описаны некоторые проблемы Dencun после активации Goerli, в том числе снижение участия в сети и ошибка в клиенте Prysm. *

*Кроме того, разработчики обсудили приоритеты обновлений Праги/Электры (Петра) и обсудили улучшения EIP 3074, EIP 6913, EIP 7251 и EIP 7547. Разработчики также обсудили, когда протокол уровня 2 начнет отправлять транзакции BLOB-объектов в Goerli, выразив уверенность в немедленной доступности обновлений Dencun до уровня 2. *

Кристин Ким, вице-президент по исследованиям Galaxy Digital, подробно записала ключевые моменты этой встречи, а BlockBeasts составил исходный текст следующим образом:

18 января 2024 года разработчики Ethereum собрались в Zoom, чтобы принять участие в собрании № 179 всех основных разработчиков (ACDE). Конференц-звонок ACDE — это серия встреч, проводимых раз в две недели Тимом Бейко, главой отдела поддержки протоколов в Ethereum Foundation, где разработчики обсуждают и координируют изменения в уровне выполнения Ethereum (EL). На этой неделе разработчики поделились вскрытием активации обновления Канкун/Денеб (Денкун) в сети Goerli. Разработчики также согласились активировать Dencun в тестовых сетях Sepolia и Holesky 30 января и 7 февраля. Наконец, разработчики обсудили приоритеты обновления Прага/Электра (Петра), при этом большинство присутствовавших клиентских команд согласились с тем, что обновление должно включать незначительные изменения кода, чтобы быть готовым к внедрению в основной сети к концу 2024 года.

Хард-форк Dencun на Goerli

Обновление Dencun было активировано в сети Goerli в среду, 17 января 2024 г., около 6:30 (UTC). По словам Паритхоша Джаянти, инженера DevOps в Ethereum Foundation (EF), уровень участия в сети Goerli упал сразу после активации обновления. Основная причина этого падения — ошибка в клиенте Prysm (CL). Команда Prysm выпустила исправление менее чем через четыре часа после обнаружения проблемы. После того как операторы узлов, использующие клиентское программное обеспечение Prysm, обновили свое оборудование, участие в сети увеличилось примерно с 40% до 70%, что позволило сети выполнять блоки, большие двоичные объекты и транзакции.

С тех пор как Dencun был активирован в сети Goerli, группа тестирования EF отправляла большое количество транзакций больших двоичных объектов в Goerli, чтобы проверить способность сети обрабатывать транзакции такого типа. Джаянти сказал, что первоначальные показатели, включая скорость распространения больших двоичных объектов, блоков и аттестаций, выглядят удовлетворительными. Более подробный анализ этих показателей можно найти в этой статье команды EF DevOps.

Теренс Цао из команды Prysm также поделился более подробным объяснением ошибки в клиенте Prysm, исправленной на Goerli. Цао объяснил, что проблема была вызвана пустым корневым полем истории в клиенте Prysm. Исторический корень — это устаревшее поле, перенесенное из предыдущего обновления Ethereum Shanghai/Capella (Shapella), которое разработчики забыли обновить до ненулевого значения. По словам Цао, эту ошибку «легко» обнаружить, требуя лишь длительного анализа тестовой сети, подвергшейся обновлениям, такой как Shapella. Все сети разработки и теневые форки, в которых ранее был реализован Dencun, прошли предыдущие обновления в сети слишком быстро, чтобы обнаружить эту ошибку. В дальнейшем разработчики соглашаются включать этот крайний случай в свои векторы тестирования и более внимательно относиться к его тестированию на ранних этапах процесса тестирования обновлений.

Что касается других нарушений, наблюдавшихся на Goerli после Dencun, Цао упомянул, что некоторые клиенты CL, похоже, запрашивали BLOB-объекты «несмотря ни на что», даже для блоков без обязательств KZG. Учитывая, что такое поведение является «расточительным», Цао рекомендует клиентским командам изучить поведение своих клиентов и гарантировать, что запросы BLOB-объектов инициируются только для фрагментов с соответствующими обязательствами KZG.

Позже Джаянти попросил разработчиков на телеконференции узнать, когда протоколы уровня 2 (L2) начнут отправлять транзакции BLOB-объектов на Goerli. Учитывая, что его команда «искусственно рассылает спам» тестовой сети BLOB-объектами, Джаянти сказал, что хочет уменьшить эту активность, поскольку L2s готовится отправлять свои собственные транзакции BLOB-объектов. Цао из клиентской команды Prysm, программного клиента, принадлежащего протоколу L2 Arbitrum, сказал, что команда Arbitrum может тестировать транзакции BLOB-объектов в тестовой сети Sepolia вместо Goerli. Разработчик протокола Optimism L2, работающий под псевдонимом и использующий в качестве псевдонима «Протоламбда», сообщил, что команда Optimism планирует начать тестирование на Goerli в ближайшие несколько недель. Исследователь EF Ансгар Дитрихс заявил, что поднимет этот вопрос на следующем перекличке — серии конференций, посвященной стандартизации и гармонизации протоколов уровня 2.

Состояние готовности Dencun L2

Председатель конференции ACDE Тим Бейко задал более конкретный вопрос о том, насколько разработчики уверены в немедленной доступности обновлений Dencun для L2. "Мы видим, что 4844 как-то недостаточно для L2? Очевидно, вы можете представить, что он находится в основной сети в течение нескольких месяцев, а затем L2 решает его использовать. Это может быть хорошо, но мы хотим подтвердить, что это уровень подтверждения, который считается пригодным для использования, и достигли ли мы его?» — сказал Бейко. (4844 относится к предложению по улучшению Ethereum 4844, также известному как прото-данкшардинг, которое представляет собой серьезное изменение кода, разработанное для L2 в обновлении Dencun. Для получения дополнительной информации о прото-данкшардинге прочитайте этот отчет Galaxy Research.

Протоламбда ответил, что, хотя команда Optimism «близка» к тому, чтобы иметь возможность поддержать Dencun, он выразил обеспокоенность по поводу готовности инфраструктуры и инструментов для торговли блобами. «Существует гораздо больше инфраструктуры, которую необходимо обновить, помимо первого уровня», — сказал Протоламбда. Бейко пояснил, что он не будет препятствовать более быстрому внедрению Dencun в сети Ethereum до того, как L2 смогут поддерживать обновление. Однако вскоре после активации L2 может предоставить «дополнительную проверку», чтобы убедиться, что Dencun является полезным изменением протокола Ethereum.

Джаянти сказал, что он сократит количество целевых спам-пакетов на Goerli с шести до трех на каждый блок, чтобы они могли протестировать инфраструктуру этого блока, когда L2 будет готов. Исследователь EF Алекс Стоукс также упомянул, что команда Flashbots предоставила на Goerli некоторые полезные нагрузки для построения блоков, содержащие BLOB-объекты, для тестирования рабочего процесса MEV-Boost.

Внедрение изменений спецификации API

Разработчик клиента Geth (EL) под названием «Lightclient» предложил внести изменения в спецификацию API выполнения, связанные с обновлением Dencun. Как обсуждалось в ACDE #174, введение торговли Blob означает новый способ получения информации о ценах на газ и комиссиях Blob. Чтобы соответствовать именам методов, которые уже получают информацию о газе для обычных транзакций на Ethereum, предлагается обновить «eth_blobgasprice» в методе API выполнения на «eth_blobbasefee». В предложении также рекомендуется добавить данные о комиссии за большие двоичные объекты в метод API выполнения «eth_feeHistory».

Разработчики соглашаются опубликовать окончательное приглашение для комментариев на канале Discord исследований и разработок Ethereum и четко отметить представителя Infura, на которого может повлиять это изменение, чтобы изменения можно было просмотреть и включить, если нет возражений.

EIP 4788 Развертывание контракта

Как обсуждалось в предыдущем вызове ACDE #168, одно из изменений кода в обновлении Dencun, EIP 4788, требует ручного развертывания кода и создания адреса смарт-контракта, который затем можно активировать при хард-форке. Разработчики заранее согласились разместить код в сети Ethereum. Бейко попросил людей стать волонтерами в Discord, посвященном исследованиям и разработкам Ethereum, и сказал, что возместит участникам комиссию за газ, использованную для отправки транзакций.

Дэнни Райан, научный сотрудник EF и председатель ACDC, дал краткий обзор новой спецификации CL, выпущенной для Dencun. Последняя версия будет содержать изменения в фильтрации выбора ветвления, упомянутые в ACDC № 125, а также новые тестовые векторы для проверки исторических корневых полей и некоторые другие незначительные обновления. Ожидается, что новая версия будет выпущена на этой неделе и станет стандартом, которому следуют клиентские команды CL при выпуске кода.

Сеполия и Холески разделяют время

Далее разработчики обсудили сроки активации Dencun в Sepolia и Holesky, двух последних публичных тестовых сетях Ethereum. Прежде чем активировать Dencun на Goerli, разработчики договорились активировать Dencun на Sepolia 30 января и Holesky 7 февраля. Во время телеконференции ACD на этой неделе разработчики подтвердили эти даты и договорились о выпуске единого клиента для обоих обновлений, чтобы обновление Holesky могло произойти быстрее, через неделю после обновления Sepolia. Представители клиентской команды Lighthouse упомянули в чате Zoom, что выпуск Sepolia и Holesky снова может быть «предварительным выпуском», то есть это выпуск, который еще не готов для основной сети и, возможно, его необходимо обновить. В предыдущем телефонном разговоре компания Prysm сообщила, что их выпуск обновления Goerli был предварительным выпуском. Неясно, будет ли их релиз для Sepolia и Holesky еще одним предварительным релизом.

Конкретное время обновлений Sepolia и Holesky можно найти в документе Meta EIP хард-форка Dencun.

Protolambda спросила разработчиков в чате Zoom, что они думают о времени между активацией Dencun в последней тестовой сети Holesky и основной сети Ethereum. «Какова ваша оценка минимального времени запуска между Holesky и основной сетью L1? Один месяц, два месяца? Было бы хорошо иметь достаточно времени, чтобы проверить эффект L2, включая истечение срока действия больших двоичных объектов», — написал Протоламбда. В ответ Бейко написала: «Минимум, который я ожидал бы, — это месяц?» Джаянти сказал, что самая ранняя дата истечения срока действия BLOB-объектов, которые будут протестированы на Goerli, — 5 февраля, и предложил разработчикам принять меры по требованию ACD не позднее 2.8 февраля. обсудим эту тему подробнее. Дэнни Райан рекомендует от 2 до 3 недель.

Прага/Электра предложение

Далее разработчики обсудили некоторые EIP, предложенные для включения в обновление Petra.

ЭИП 3074

Представленный анонимным разработчиком, использующим псевдоним «Foobar» во время звонка, EIP 3074 представляет две новые инструкции EVM «AUTH» и «AUTHCALL», обеспечивающие большую функциональность для внешних учетных записей, наиболее важной из которых является возможность подписи. массовые транзакции. Foobar подробно рассказал, почему пакетная торговля является важной функцией для конечных пользователей Ethereum, которая повысит безопасность их активов и улучшит взаимодействие с пользователем на децентрализованных биржах (DEX). Для получения дополнительной информации о EIP 3074 прочитайте эту публикацию в блоге Foobar.

Исследователь EF Ансгар Дитрихс сказал, что его двумя основными возражениями против EIP 3074 являются преимущества его реализации по сравнению с более узкими версиями EIP. Во-вторых, Дитрихс сказал, что, по его мнению, EIP, которые улучшают взаимодействие с пользователем Ethereum, должны быть сначала реализованы и протестированы на уровне 2, поскольку уровень 2 более гибок и может внедрять новые технологии быстрее, чем основная сеть Ethereum. Уильям Моррисс, основатель VM Capital, торговой компании DeFi, не согласился со вторым возражением Дитрихса. «Я не думаю, что уровень 2 следует рассматривать как функциональную тестовую сеть. Разработчики, создающие уровень 2, очень обеспокоены совместимостью с основной сетью, и если они развертывают функцию с промежуточными спецификациями, то, когда она наконец достигнет основной сети, даже если У него тот же номер кода операции, поведение может быть разным, и это будет для них техническим долгом. Поэтому они обычно не особенно заинтересованы в том, чтобы играть эту роль для нас», — сказал Моррисс.

Бен Адамс, разработчик клиента Nethermind, согласился с Foobar, что пакетная обработка транзакций является желательной функцией для улучшения опыта конечных пользователей Ethereum. Лайтклиент добавил, что, по его мнению, существует острая необходимость в некотором улучшении пользовательского опыта Ethereum для следующего обновления, поэтому, если это не EIP 3074, разработчикам следует рассмотреть другую версию, которую проще реализовать. Бейко предложил продолжить дискуссию по существу EIP 3074 о магах Ethereum.

ЭИП 6913

Затем Моррис представил различные варианты реализации EIP 6913. В своей презентации Моррис поделился мотивацией создания новой инструкции EVM под названием «SETCODE», которая может заменить код в учетной записи смарт-контракта без необходимости переноса кода на новый адрес. Разработчики выдвинули несколько возражений против EIP. Мариус ван дер Вейден из команды Geth сказал, что этот EIP нарушит оценку газа и создаст вектор DoS-атаки на узле. Дитрихс сказал, что EIP 6913 следует рассматривать только в контексте «комплексной дорожной карты AA», имея в виду дорожную карту абстракции учетных записей в Ethereum. Лайтклиент заявил, что, по его мнению, EIP «недостаточно полезен для изменения протокола». Моррисс согласился, что разработчикам следует каким-то образом реализовать абстракцию учетных записей в Ethereum, будь то с помощью EIP 6913 или других EIP, ориентированных на AA.

EIP 7251 Японский EIP 7545

Исследователь EF Майк Нойдер представил EIP-7251 и EIP-7547 — два изменения кода, которые фокусируются на уровне консенсуса (CL) и оказывают меньшее влияние на уровень выполнения (EL).

· EIP-7251 Увеличивает максимальный действительный баланс для валидаторов. Его необходимо объединить с EIP-7002, предложением, которое позволяет валидаторам использовать свои учетные данные для вывода EL для инициирования частичного вывода EL из Beacon Chain.

· EIP-7547 реализует механизм, с помощью которого предлагающие блоки могут принудительно включать определенные транзакции в блок. Для получения дополнительной информации о принудительном включении через списки включения и их роли в предотвращении цензуры транзакций в Ethereum, прочитайте эту статью Майка Нойдера об исследованиях Ethereum.

На встрече многие разработчики высказались за то, чтобы сделать предложенный Нойдером EIP приоритетом для Петры. Что касается EIP 7547, в частности, Нойдер подчеркнул: “В настоящее время мы находимся в довольно деликатной ситуации, когда некоторые крупные майнеры начали проверять определенные транзакции, а есть некоторые майнеры, которые этого не сделали. Если эти майнеры решат начать проверку, ситуация может быстро измениться”. Становится плохо… Если более 90% блоков будут подвергнуты цензуре, это не только создаст нам негативный имидж, но и значительно ухудшит пользовательский опыт получения этих транзакций. Поэтому я в настоящее время думаю, что ситуация очень нестабильна. и все больше. Отзывы от многочисленных разработчиков и валидаторов также заставляют меня думать, что важно получить определенное фиксированное включение, пока вопросы регулирования остаются неопределенными.

###Мысли о Петре

В полном списке EIP для предлагаемой модернизации Petra Бейко спросил у команды клиентов, каковы их «высокоуровневые» мысли о том, как будет выглядеть модернизация. Георгиос Константопулос из команды по работе с клиентами Reth заявил, что его команда будет поддерживать обновление Petra, выпущенное до конца года, которое включает в себя изменения EIP, связанные со стейкингом, и бесхозные изменения EVM. Более подробный обзор того, какие EIP будут включены, прочитайте в блоге Рета об обновлении Petra.

Исследователь EF Алекс Стоукс поддерживает точку зрения Рета о Петре. Другие команды клиентов, такие как Nethermind и Geth, также поддерживают обновления, выпущенные до конца года. Большинство команд клиентов также склонны концентрироваться на деревьях Веркле при последующих обновлениях. На встрече велись споры о том, следует ли вносить изменения в код, связанные с EOF, перед обновлением Verkle, поскольку EOF может увеличить сложность реализации Verkle. Для получения дополнительной информации о EOF см. протокол предыдущего заседания ACD.

Основываясь на высоком мнении команды клиентов о Петре на встрече, Бейко рекомендовал включить в обновление Праги как минимум EIP 6110, 7002 и 2537. (Дискуссии о сопутствующих EIP, ориентированных на CL, которые будут включены в обновление Electra, будут обсуждаться более подробно на следующем заседании ACDC.) По крайней мере, эти три EIP включены в обновление в Праге, и Бейко также рекомендует, чтобы следующее собрание ACDE сосредоточило внимание на Определите сроки для более крупных и сложных изменений кода, таких как Verkle, EOF и сокращение исторических данных. Анонимный разработчик из команды Prysm, работающий под псевдонимом «Potuz», добавил, что, если обновление, вероятно, будет выпущено в 2025 году или позже, разработчикам следует стремиться использовать Petra для реализации в основной сети к концу 2024 года, поскольку информация о Petra должно включать в себя «Какие мнения могут измениться». Потуз также отдал должное подробному сообщению в блоге команды Reth, в котором излагаются приоритеты Петры. Он призвал другие группы по работе с клиентами подготовить аналогичную документацию.

Мероприятие в сети Besu 6 января

Из-за ограниченного времени на заседании ACD на этой неделе последний пункт обсуждения был пропущен, касающийся сбоя 6 января, затронувшего узлы Besu в сети Ethereum, а также неточной информации, представленной в последнем AMA исследовательской группы EF Reddit о небольшом количестве показателей производительности клиентов. Проходить. Бейко заявил, что этот пункт обсуждения будет представлен в качестве первой темы на следующем заседании ACDE.

Посмотреть Оригинал
Отказ от ответственности: Информация на этой странице может поступать от третьих лиц и не отражает взгляды или мнения Gate. Содержание, представленное на этой странице, предназначено исключительно для справки и не является финансовой, инвестиционной или юридической консультацией. Gate не гарантирует точность или полноту информации и не несет ответственности за любые убытки, возникшие от использования этой информации. Инвестиции в виртуальные активы несут высокие риски и подвержены значительной ценовой волатильности. Вы можете потерять весь инвестированный капитал. Пожалуйста, полностью понимайте соответствующие риски и принимайте разумные решения, исходя из собственного финансового положения и толерантности к риску. Для получения подробностей, пожалуйста, обратитесь к Отказу от ответственности.
комментарий
0/400
Нет комментариев