Оригинальное название: «Ethereum All Core Developers Call #187 Writeup». Первоначальный автор: Кристин Ким. Оригинальный компилятор: Luccy, BlockBeats.

Примечание редактора: Консенсус всех основных разработчиков Ethereum (ACDE) проводится каждые две недели для обсуждения и координации изменений на уровне выполнения Ethereum (EL). Это 187-я конференц-звонок ACDE. На этой встрече разработчики обсудили подготовку к Pectra Devnet 0, обновления реализации EIP 3074 и срочность преобразования метода сериализации исполнительного уровня из MPT в SSZ. Помимо подготовки к Pectra Devnet 0, разработчики также обсудили новые предложения EIP, обсуждение и анализ существующих EIP, а также анализ влияния на смарт-контракты и транзакции. Среди них обсуждение EIP 7702 привлекло широкое внимание участников, и предложение было расценено как потенциальное решение по замене EIP 3074. Кристин Ким, вице-президент по исследованиям Galaxy Digital, подробно записала ключевые моменты этой встречи. BlockBeasts составили исходный текст следующим образом:

9 мая 2024 года разработчики Ethereum собрались в Zoom, чтобы принять участие в совещании № 187 All Core Developers Execution (ACDE). Конференц-звонок ACDE — это серия встреч, проводимых раз в две недели Тимом Бейко, главой отдела поддержки протоколов в Ethereum Foundation, где разработчики обсуждают и координируют изменения в уровне выполнения Ethereum (EL). На этой неделе разработчики обсуждали подготовку к Pectra Devnet 0, обновления реализации EIP 3074 и срочность преобразования метода сериализации на EL из MPT в SSZ.

Обновление Pectra Devnet-0

Инженер по эксплуатации разработчиков Ethereum Foundation Барнабас Буса сообщил, что его команда тестирует клиентскую конфигурацию первой тестовой сети Pectra, ориентированной на разработчиков, и будет работать над обеспечением стабильной конфигурации Pectra Devnet 0 к понедельнику, 13 мая. По данным трекера готовности Pectra Devnet 0, клиентские команды Geth, Nethermind и EthereumJS полностью реализовали спецификацию кода Pectra.

Во время телеконференции разработчик Besu Жюстин Флорентин сообщил, что все EIP Pectra были реализованы в Besu, но его команда все еще усердно работает над отладкой кода. Разработчик Erigon Эндрю Ашихмин заявил, что его команда начала работу над всеми EIP, кроме EIP 7002, запускаемого вывода EL. Команда Reth разместила ссылку на свой трекер реализации в чате Zoom, показывая, что их работа над EIP 7002 все еще продолжается, как и команда Erigon.

Что касается клиента CL, разработчик Grandine Саулюс Григайтис сказал, что все EIP были реализованы, но его команда обнаружила некоторые ошибки при работе с клиентом EL. Представители команды Lighthouse заявили, что они близки к созданию полной реализации для Pectra Devnet 0, отметив, что спецификация API движка нуждается в обновлении. Разработчик Teku Михаил Калинин сообщил, что работает над добавлением этих обновлений в спецификацию API движка.

Марио Вегас из группы тестирования EF сообщил, что разработчики работают над добавлением тестовых примеров для EIP 3074, кодов операций AUTH и AUTHCALL, а также нескольких других EIP.

Обновление EIP-3074

Хотя разработчики согласились сохранить EIP 3074 в спецификации Pectra Devnet 0, вместо него обсуждался альтернативный EIP — EIP 7702. Разработчик Geth «Lightclient» подвел итоги последнего секционного заседания по EIP 3074, на котором участники обсуждали, какие изменения следует расставить по приоритетам в обновлении Pectra, связанные с улучшением возможности программирования учетных записей управления пользователями. По данным Lightclient, все участники согласны с тем, что до реализации полной абстракции собственных учетных записей на Ethereum еще несколько лет. Однако существуют разногласия по поводу того, означает ли это приоритетность изменений в функциональности внешних учетных записей (EOA) или миграцию EOA на кошельки со смарт-контрактами. За день до телеконференции ACDE, 8 мая, соучредитель Ethereum Виталик Бутерин предложил новый EIP, EIP 7702, который позволит Ethereum поддерживать новый тип транзакций для поддержки работы EOA как кошельков со смарт-контрактами во время одной транзакции. Lightclient сообщил, что участники секционного заседания по EIP 3074 в целом положительно оценили EIP 7702. Однако позже он добавил, что еще предстоит проработать важные детали относительно EIP 7702. Например, детали о том, как отменить транзакцию EIP 7702 и как масштабировать стоимость газа для таких транзакций, остаются неясными.

Если EIP 7702 будет принят и включен в обновление Pectra, он будет рассматриваться как замена EIP 3074, поскольку EIP 7702 достигает результатов, аналогичных EIP 3074, но не создает новых кодов операций в Ethereum и повышает стабильность EIP. Удобство статического анализа. нового поведения EOA. Исследователь EF Ансгар Дитрихс предложил в чате Zoom рассмотреть возможность включения EIP 7702 в Pectra, при этом официальное решение о замене EIP 3074 на 7702 будет принято примерно через 2–4 недели. Из обсуждения разработчиками EIP 7702 во время телеконференции стало ясно, что необходима дальнейшая работа, прежде чем предложение будет считаться готовым к реализации. Разработчик Nethermind Ахмад Мазен Битар отметил, что работа, уже проделанная для EIP 3074, вряд ли будет повторно использована для реализации 7702. Бейко подтвердил, что разработчикам все равно следует продолжить реализацию EIP 3074 для Devnet 0 и вернуться к спецификации Devnet-1 позже.

ЭИП-7685, ССЗ и ЭИП-6110

Затем разработчики обсудили некоторые опасения, высказанные разработчиком Nimbus Этаном Кисслингом по поводу EIP 7685, а именно запросы общего уровня выполнения. В комментарии GitHub в рамках повестки телеконференции на этой неделе Кисслинг спросил, нужен ли предложенный дизайн запроса уровня универсального выполнения, и можно ли лучше использовать эту возможность для перехода на SSZ, с чем разработчики боролись после обновления слиянием. Формат сериализации, который, как ожидается, будет обновлен на уровне выполнения. Большинство исполнительных клиентских команд поддерживают сохранение EIP 7685 в Pectra, и если есть какие-либо препятствия для включения EIP в операции, такие как оптимистичная синхронизация клиентов, вернитесь к проекту.

Говоря о переходе на SSZ, Кисслинг объяснил, что новый формат разработки запросов уровня общего выполнения основан на устаревших форматах сериализации MPT и RLP, поэтому его придется обновлять по мере перехода разработчиков на SSZ. Он отметил, что отсрочка перехода на SSZ только создаст больше работы для разработчиков, если они продолжат создавать новые структуры данных MPT/RLP. Однако команда исполнительных клиентов не получила сильной поддержки включения EIP 7495, стабильного контейнера SSZ, в Pectra. Разработчик по имени Дастин написал в чате Zoom, что решение отложить переход SSZ было «безумным» и что проблема с библиотеками SSZ, которые не работают должным образом в EL, является «серьезной проблемой».

Что касается EIP 6110, депозитов валидатора поставок в сети, Кисслинг поднял вопросы об упорядочении депозитов. Калинин согласился, что эта проблема вызывает «серьезную озабоченность» и что он будет работать с крупными пулами ставок для более глубокого расследования.

Обновление EOF

Что касается EIP 6110, депозитов валидатора поставок в цепочке, Кисслинг поднял вопросы об упорядочении депозитов. Калинин согласился, что эта проблема вызывает «серьезную озабоченность» и что он будет работать с крупными пулами ставок для более глубокого расследования.

Обновление EOF

Независимый разработчик протокола Ethereum Данно Феррин и руководитель отдела исследований EF Solidity Алекс Берегсаси поделились обновленной информацией об усилиях по внедрению EOF. Для контекста, EOF — это серия изменений кода для улучшения виртуальной машины Ethereum (EVM), которую разработчики рассматривают для включения в обновление Pectra. Мета-EIP для EOF был завершен. Разработчики также упростили процесс создания транзакций в EOF и работают над клиентской реализацией EOF.

Обновление EIP-7623

Разработчик, который на телеконференции выступил под псевдонимом «Уильям Моррис», выразил обеспокоенность по поводу изменений в стоимости газа для хранения данных вызовов в EIP 7623. Он пояснил, что изменения позволят некоторым пользователям совершать транзакции по более низким ставкам за счет консолидации своих транзакций, тем самым способствуя созданию вторичного рынка скидок на газ, чтобы накопители второго уровня (L2) и другие участники могли более дешево перейти на сетевую торговлю. на. Он рекомендовал альтернативный EIP, EIP 7703, который добавляет фиксированную стоимость данных вызовов для решения этих проблем.

Бутерин сказал, что, хотя опасения Морриса обоснованы, вероятность того, что вторичный рынок данных вызовов действительно будет создан в результате EIP 7623, невелика, поскольку число пользователей, решивших участвовать в таком рынке, будет крайне ограничено. Бутерин отметил, что основными игроками, затронутыми EIP 7623, являются команды разработчиков второго уровня Starkware и Inscription Creators. Он добавил, что, хотя общий адресный рынок для вторичного рынка данных вызовов невелик, потенциал роста предела максимального размера блока с помощью данных вызовов чрезвычайно высок, поскольку это может позволить разработчикам увеличить лимит blobgas, тем самым расширяя возможности Ethereum по поддержке L2. . Виталик также сказал, что фиксированное увеличение затрат на передачу данных, как предположил Моррис, также окажет более серьезное влияние на L2 и других заинтересованных сторон, чем нынешний EIP. Бутерин поделился дополнительными мыслями о ценах на бензин в своем блоге перед телефонным разговором.

Тони Варштеттер, соавтор EIP 7623, согласился с Бутериным, заявив, что, по его мнению, с практической точки зрения большинство L2 не создадут вторичный рынок для данных вызовов. «С практической точки зрения это не очень осуществимо, особенно с учетом того, что такой рынок требует доверия и высокой степени координации между участниками. Представьте, что, будучи L2, вы хотите опубликовать свои данные на L1, но вы этого не делаете. Неизвестно, по какому адресу будут публиковаться данные, где они в конечном итоге окажутся. С практической точки зрения вам необходимо настроить индекс и так далее», — сказал Варштеттер.

Разработчик Reth Георгиос Константопулос спросил, рассматривают ли разработчики возможность увеличения лимита blobgas, если EIP 7623 будет включен в Pectra. По словам Константопулоса, без увеличенного лимита газа-капли, который присутствует в EIP 7623, EIP «не решает большую часть проблемы». Исследователь EF Данкрад Файст предложил поднять лимит газа BLOB-объектов до уровня, при котором максимальный размер блока Ethereum останется неизменным, а это означает, что пространство, освобожденное по мере увеличения стоимости вызовов, будет заполнено BLOB-объектами (большими двоичными объектами). Исследователь EF Ансгар Дитрихс сказал, что этот EIP полезен не только в сочетании с увеличением лимитов газа больших двоичных объектов, но и с точки зрения безопасности, поскольку он может гарантировать, что на сеть не будут влиять блоки, содержащие максимальное количество транзакций и больших двоичных объектов. И нестабильный.

Что касается вопроса анализа влияния EIP 7623 на смарт-контракты и транзакции, Варштеттер заявил, что предложенное им предложение не окажет влияния на 98% пользователей. Бейко также упомянул, что инженер по эксплуатации разработчика EF Паритош Джаянти, возможно, проводит более глубокий анализ особенностей повышения лимита Blobgas, учитывая EIP 7623.

Новая альтернатива EIP 7609

Во время телеконференции разработчик под псевдонимом «Чарльз С» предложил новый EIP для предотвращения атак повторного входа в смарт-контрактах. Чарльз сказал, что это предложение создает два новых кода операций для защиты смарт-контрактов и является альтернативой ранее представленному им предложению под названием EIP 7609, которое направлено на снижение базовой стоимости TLOAD/TSTORE в Pectra. Чарльз сказал, что он не понимает, почему EIP 7609 не рассматривался для включения в Pectra, и все еще собирает отзывы от разработчиков о предотвращении повторного входа экономически эффективным способом. Он отметил, что текущие решения, такие как Reentrancy Guard от OpenZeppelin и коды операций TLOAD/TSTORE, слишком дороги для разработчиков децентрализованных приложений, чтобы использовать их по умолчанию. Бейко порекомендовал разработчикам оставить отзыв Чарльзу об этом новом EIP на форуме Ethereum Magicians.