Автор: Кристин Ким

Перевод: Люси, BlockBeats

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

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

9 мая 2024 года разработчики Ethereum собрались на платформе Zoom для встречи All Core Developers Execution (ACDE) #187. Встречи ACDE проводятся раз в две недели, где разработчики обсуждают и координируют изменения в Ethereum Execution Layer (EL), под руководством Тима Бейко, менеджера поддержки протокола Ethereum Foundation. На этой неделе разработчики обсудили подготовку к 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 поддерживать новый тип транзакций для возможности EOAs работать как кошельки смарт-контрактов в рамках одной транзакции. Lightclient упомянул, что участники собрания подгруппы EIP 3074 в целом положительно отнеслись к EIP 7702. Однако он позже добавил, что все еще необходимо разрешить важные детали относительно EIP 7702. Например, детали о том, как отменить транзакции EIP 7702 и как масштабировать газовые расходы таких транзакций, остаются неясными.

ЕслиEIP 7702 принят и включен в обновление Pectra, его рассматривают в качестве замены EIP 3074, так как он достигает аналогичных результатов без создания новых операций в Ethereum и улучшает удобство статического анализа для новых поведенческих моделей EOA. Исследователь EF Ансгар Дитрих предложил рассмотреть вопрос о включении EIP 7702 в Pectra и официально принять решение о замене 7702 на EIP 3074 примерно через 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 Кисслинг пояснил, что новый формат дизайна для общих запросов уровня исполнения основан на традиционных форматах сериализации MPT и RLP, поэтому его необходимо обновить при переходе разработчиков к SSZ. Он отметил, что продолжение создания новых структур данных MPT/RLP при отсрочке перехода к SSZ приведет только к увеличению работы для разработчиков. Однако у команд клиентов уровня исполнения не было сильной поддержки включения EIP 7495, а именно SSZ Stable Containers, в Pectra. Разработчик по имени "Дастин" в чате Zoom написал, что отсрочка решения о переходе к SSZ была "неразумной", и проблемы с библиотеками SSZ в EL были "серьезной проблемой".

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

Обновление EOF

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

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

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

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

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

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

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

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

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

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