Резюме последней встречи основных разработчиков Ethereum: EIP-7702 включает в себя сомнения, преобразование метода сериализации уровня выполнения

**Автор: Christine Kim

Компиляция: Luccy, BlockBeats

Помимо подготовки к свече с длинным фитилем Pectra Devnet 0, разработчики обсудили новые предложения EIP, обсуждение и анализ существующих EIP, а также анализ влияния смарт-контрактов и транзакций. Среди них обсуждение EIP 7702 привлекло большое внимание со стороны участников, и предложение рассматривалось как потенциальная замена EIP 3074.

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

9 мая 2024 года разработчики Ethereum собрались в Zoom на сессию #187 All Core Developers ution (ACDE). Конференц-звонок ACDE — это двухнедельная серия встреч под руководством Тима Бейко, руководителя отдела поддержки протоколов в Ethereum Foundation, где разработчики обсуждают и координируют изменения в Ethereum Execution Layer (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 в смарт-контракты Кошелек. 8 мая, за день до этого звонка в ACDE, 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 и упрощает статический анализ нового поведения EOA. Исследователь EF Ансгар Дитрихс предложил в чате Zoom рассмотреть вопрос о включении EIP 7702 в Pectra и что официальное решение о замене EIP 3074 на 7702 должно быть принято примерно через 2-4 недели. Из обсуждения разработчиками EIP 7702 во время телефонной конференции стало ясно, что необходима дальнейшая работа, прежде чем предложение можно будет считать готовым к реализации. Разработчик Nethermind Ахмад Мазен Битар отметил, что работа, уже проделанная для EIP 3074, не может быть повторно использована для реализации 7702. Бейко подтвердил, что разработчикам все же следует продолжить реализацию EIP 3074 для Devnet 0 и вернуться к спецификации Devnet-1 позже.

EIP-7685, SSZ и EIP-6110

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

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

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

Обновление EOF

Данно Феррин (Danno Ferrin), независимый разработчик Ethereum Протокол, и Алекс Берегшази (Alex Beregszaszi), руководитель исследовательского отдела EF Solidity, делятся новостями об усилиях по внедрению EOF. Предыстория заключается в том, что EOF представляет собой серию изменений кода для улучшения EVM Виртуальная машина (EVM), которые разработчики рассматривают для включения в обновление Pectra. Мета-EIP ЕОФ завершена. Разработчики также упростили процесс создания транзакций в EOF и работают над клиентской реализацией EOF.

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

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

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

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

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

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

Новая замена EIP 7609

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