Конференция Ethereum ACDC #132 минуты: Electra Devnet 0 готов к другим техническим темам

Оригинальное название: Ethereum All Core Developers Соглашение Call #132 Writeup

Оригинальная статья Кристин Ким

Оригинальная компиляция: Luccy, BlockBeats

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

Ethereum все основные Соглашение для разработчиков (ACDC) проводятся раз в две недели для обсуждения и координации изменений в Ethereum Соглашение Layer (CL). Это 132-й конференц-звонок ACDC, в ходе которого разработчики поделились новостями о первой тестовой сети Pectra Devnet (Pectra Devnet 0), обсудили открытые вопросы, касающиеся спецификации, и рассказали об исследовательских проектах, связанных с сетевой публикацией и выборкой доступности данных. К ним относятся открытые вопросы Electra, вопросы без ответов, связанные с Electra, и открытые вопросы для исследований.

Что касается открытых вопросов Electra, разработчики сосредоточились на влиянии EIP 7251 и EIP 7549, а также на предложениях по добавлению нового EIP, который создаст общий запрос EL. По нерешенным вопросам, связанным с Electra, обсуждения включают изменения в типах индексов совета валидаторов, изменения в обработке данных депозита валидаторов и многое другое. Кристин Ким, VP по исследованиям в Galaxy Digital, подробно рассказала об основных моментах встречи, которую BlockBeasts собрал следующим образом:

21 марта 2024 года Ethereum разработчики собрались в Zoom на сессию #132 All Core Developers Соглашение (ACDC). Конференц-звонок ACDC — это серия встреч, проводимых Ethereum стипендиатом Фонда Алексом Стоуксом, на которых разработчики обсуждают и координируют изменения в Ethereum Соглашение Layer (CL). На этой неделе разработчики поделились обновленной информацией о своей подготовке к первой тестовой сети для разработчиков Pectra, также известной как Pectra Devnet 0. Они обсудили открытые вопросы о спецификации Pectra Devnet 0 и кратко осветили два незавершенных исследовательских проекта, связанных с сетевой публикацией и выборкой доступности данных.

Открытые вопросы об Электре

Разработчики Ethereum Foundation выпустили первоначальную спецификацию CL и тестовые векторы для Pectra Devnet 0. Однако есть несколько открытых вопросов об этих спецификациях, которые могут быть решены или не решены к первому запуску devnet. Стоукс подчеркнул, что одна из проблем связана с EIP 7251 (увеличение MAX_EFFECTIVE_BALANCE). Разработчики, похоже, склоняются к валидаторы застейкать слияние ETH как к действию, запускаемому на уровне выполнения (EL). Однако в настоящее время слияние определяется как операция CL в первоначальной спецификации Electra. «Это хорошо, потому что блокчейн-маяк требует одинаковой самой длительной логики обработки независимо от источника», — сказал Стоукс.

Еще один открытый вопрос, который разработчики обсуждали во время звонка, был связан с EIP 7549 (Moving Commission Indexes Outside of Proof). EIP изменяют способ агрегирования подтверждений валидаторов и форматирования блоков. Когда Pectra активирована, доказательства перед обновлением будут свернуты до тех пор, пока они не будут лонгующие совместимыми с новыми доказательствами, отправленными в блокчейне. Стоукс выделил два возможных решения проблемы GitHub, ведущей до вызова. Он пишет:

· Клиент транслирует оба формата в последнюю эру Deneb, заботясь о том, чтобы не создавать искаженных сообщений.

· Расширьте блоки дополнительными полями для доказательств до Electra и разрешите стиль Deneb только в течение первой эпохи Electra.

Deneb — это комбинированное название обновления для последнего хардфорка, активированного на Ethereum. Electra — это название обновления CL для следующего немедленного жесткого форк на Ethereum.

Оба варианта разработчики обсудили на конференц-звонке. В конце концов, они решили пока не менять спецификацию Electra, а посмотреть, как эти потерянные доказательства повлияют на сетевую безопасность в devnet.

Третьим нерешенным вопросом, обсуждавшимся разработчиками на конференц-звонке, связанном с Electra, было добавление нового EIP к обновлению, которое создало бы общий запрос EL. EIP, предложенный разработчиком Geth “Lightclient”, упростит процесс отправки сообщений об обновлениях из EL в CL. Из-за роста застейкающих решений на основе смарт-контрактов произошел массовый приток EIP, активированных на Ethereum, и различных операций валидаторов для предложения Pectra запускать напрямую из EL вместо CL. Предложение Lightclient создает общую структуру для распространения «запросов, инициированных контрактом» из EL в CL. Учитывая, что EIP изменит способ проектирования Pectra, в частности, реализацию EIP 6110 и EIP 7002, Lightclient подчеркивает, что он ожидает, что команда клиентов предоставит обратную связь по его предложению как можно скорее. Разработчики согласились попытаться завершить EIP Lightclient к концу недели, чтобы собрать и поделиться его спецификацией к понедельнику, 22 апреля.

Затем разработчики обсудили два других нерешенных вопроса, связанных с EIP 7549 и EIP 7251, поднятых разработчиком Teku Михаилом Калининым. Первый касается изменений в типах индексов совета валидаторов, а второй предлагает изменения в обработке данных депозита валидаторов. Стоукс призвал разработчиков рассмотреть оба предложения более детально для дальнейшего обсуждения в ближайшие недели.

Наконец, последняя нерешенная проблема, связанная со спецификацией Electra, обсуждаемая разработчиками, — это увеличение количества больших двоичных объектов. Паритош Джаянти, инженер по эксплуатации разработчиков в Ethereum Foundation, сказал, что он хотел бы проанализировать активность Dencun после обновления BLOB-объектов и рекомендовать единовременное увеличение количества BLOB-объектов для включения в обновление Electra. Исследователь Ethereum Foundation Ансгар Дитрихс подчеркнул, что он также внес предложение активировать постепенное увеличение количества больших двоичных объектов, которое следует рассматривать параллельно с предложением Джаянти о включении Electra.

Открытые вопросы исследования

Во время конференции ACD на этой неделе разработчики кратко обсудили два исследовательских проекта. Во-первых, это новая исследовательская статья Андерса Эловссона, исследователя из Ethereum Foundation, в которой предлагается новая модель осмысления и реализации Ethereum выпуск изменений в политике. Полный текст поста можно прочитать здесь. Стоукс призвал разработчиков просмотреть пост во время телефонного разговора.

Второй исследовательский проект, предложенный разработчиком Lighthouse Адрианом Мэннингом, связан с доказательствами подсетей. Как говорит Мэннинг на GitHub: «Этот PR вводит концепцию «сетевого шардинга», которая является просто абстрактной концепцией, которая помечает идентификатор Узел в виде числа (сегментирование сети). Затем мы можем использовать этот сетевой шардинг (количество) для выделения тем, на которые узлы должны подписаться в течение лонга времени. Мэннинг хочет получить окончательное мнение по своему предложению, чтобы его команда могла начать работу над решением Ethereum для выборки данных PeerDAS. Для получения информации о выборке доступности данных ознакомьтесь с отчетом Galaxy Research.

Разработчик Nethermind Лукаш Розмей спросил, был ли EIP 7547 (список включений) одобрен для включения в обновление Electra. Разработчики повторяют, что EIP 7547 еще не одобрен для включения.

Саулюс Григайтис, разработчик, создающий CL-клиент Ethereum под названием «Grandine», поставил под сомнение правила выбора форка Ethereum, учитывая продолжающееся исследование PeerDAS. Григайтис просит разработчиков включить идеи в рабочую группу PeerDAS.