Ethereum и Base отказались от единого стандарта абстракции счетов

Разработчик Ethlabs Дерек Чианг сообщил в понедельник, что авторы двух предложений на прошлой неделе прекратили работу над общей спецификацией, обнаружив, что доступные технические варианты потребовали бы от Ethereum или Base пойти на компромисс в ключевых требованиях.

Оба предложения направлены на упрощение взаимодействия пользователей с криптокошельками, включая возможность проводить транзакции без предварительного наличия ETH для оплаты газа и поддержку методов аутентификации, таких как ключи доступа (passkey). Команды изучали, может ли одна разработка обслуживать Ethereum первого уровня и Base второго уровня.

«Хотя мы нашли несколько технических решений, все они требовали, чтобы одна из сторон хотя бы немного поступилась своими основными целями», — сказал Чианг. «Поэтому мы разошлись, возложив на кошельки бремя преодоления возникшей раздробленности».

По словам Чианга, разработчики Ethereum отдают приоритет устойчивости к цензуре, конфиденциальности и безопасности, тогда как Base фокусируется на масштабируемости, кастомизации и соответствии требованиям. Эти различия в итоге помешали командам согласовать единый формат транзакций.

Планы по абстракции счетов Ethereum и Base разошлись

Это решение ставит разработчиков кошельков перед возможной необходимостью поддерживать два нативных формата транзакций, если EIP-8141 и EIP-8130 оба дойдут до промышленной эксплуатации.

Чианг отметил, что кошельки по-прежнему могут обеспечить пользователям единообразный опыт, несмотря на технические различия между сетями, в зависимости от того, как разработчики справятся с отдельными стандартами.

«Если они хорошо реализуют свои решения и сообщество кошельков сможет преодолеть раздробленность, мы вполне можем получить наилучший возможный пользовательский опыт (UX) для конечных пользователей», — сказал он.

Такой исход меняет направление, которое разработчики обсуждали всего несколькими днями ранее. Разработчики EIP-8141 изучали совместимость с EIP-8130, работая над способами сохранить программируемость транзакций и одновременно упростить проверку требований аутентификации для провайдеров инфраструктуры.

На том этапе Чианг говорил, что EIP-8130 мог бы предоставить определённые структуры вокруг фреймов EIP-8141. Предлагаемая схема должна была сохранить программируемую природу фреймов, дав кошелькам и высокопроизводительным сетям более чёткий формат транзакций.

EIP-8130 использует ончейн-хранилище ключей, где аккаунты могут регистрировать одобренных участников и контракты-аутентификаторы. Транзакции указывают используемый метод аутентификации, что позволяет сети определить необходимый процесс проверки перед выполнением кода кошелька.

EIP-8141 идёт другим путём, структурируя транзакции как программируемые вызовы контрактов, называемые фреймами. Фреймы могут выполнять различные функции в рамках одной транзакции, включая валидацию, одобрение газа и исполнение.

Теперь команды отказались от попытки объединить эти подходы в один стандарт.

EIP-8141 стал обязательным к выпуску предложением Ethereum

Ethereum продолжает работу над EIP-8141, или Frame Transactions, в рамках запланированного обновления Hegotá.

Кластер протокола Ethereum Foundation ранее в этом месяце поместил предложение в категорию «обязательных к выпуску», а исходные материалы указывают, что предложение призвано сделать абстракцию счетов нативной для Ethereum, повысить безопасность и постквантовую готовность.

Frame Transactions делят транзакцию на последовательность программируемых фреймов. Один фрейм может проверить отправителя, другой — авторизовать аккаунт, отвечающий за газ, а последующие — выполнить запрошенные пользователем действия.

Такая модель позволяет аккаунту, инициирующему действие, и аккаунту, оплачивающему его, быть разными.

Разработчики Ethereum уже запланировали EIP-8141 для Hegotá к 7 сентября. Основные разработчики перевели предложение из категории «Рассматривается к включению» в «Запланировано к включению» во время звонка All Core Developers Execution 27 августа, что дало Frame Transactions формальное место в запланированном на 2027 год обновлении, хотя спецификация оставалась в черновом виде.

В рамках предложенной системы приложение могло бы покрывать комиссию за транзакцию пользователя или организовать оплату пользователем через другой актив, при этом валидаторы Ethereum продолжат получать сетевую комиссию в ETH.

Такая структура могла бы устранить распространённое требование кошельков, при котором пользователи, владеющие стейблкоинами или другими токенами, всё равно нуждаются в ETH для совершения транзакции.

Фреймы также можно использовать для пакетной обработки транзакций. Связанные действия можно группировать так, чтобы все они выполнялись вместе или отменялись при сбое одного из них.

Например, торговля токенами в настоящее время может требовать отдельного одобрения, позволяющего приложению тратить токены, прежде чем сама сделка будет исполнена. Frame Transactions могли бы поместить связанные действия в одну программируемую структуру транзакции.

Программируемые фреймы расширяют контроль над аккаунтами Ethereum

EIP-8141 призван перенести больше логики валидации аккаунтов в программируемый код вместо того, чтобы требовать от обычных аккаунтов Ethereum полагаться на фиксированный процесс аутентификации.

Предложение описывает конечное состояние как такое, при котором «аккаунт просто становится адресом с кодом».

Виталик Бутерин, соавтор EIP-8141, в феврале охарактеризовал предложение как «омнибус, который завершает и решает все оставшиеся проблемы, которые должна была решить абстракция счетов».

5 сентября Бутерин заявил, что за предыдущие месяцы предложение достигло «значительного прогресса» и приближается «к оптимальному виду».

Впоследствии разработчики обнаружили, что несколько функций транзакций можно выразить через программируемые фреймы EIP-8141 вместо постоянного расширения структуры транзакций Ethereum.

Такой подход мог бы обрабатывать истечение срока действия транзакций, агрегацию подписей, доказательства конфиденциальности и посттранзакционные утверждения как программируемые вызовы контрактов. Frame Transactions по-прежнему потребуют изменений в правилах консенсуса Ethereum, но отдельные функции можно будет создавать через цели фреймов и шаблоны вызовов.

Программируемая валидация может дать аккаунтам больше контроля над аутентификацией. EIP-8141 призван поддерживать такие функции, как альтернативные системы подписей, спонсируемые платежи за газ, пакетную обработку транзакций и ротацию ключей.

Та же архитектура может помочь аккаунтам Ethereum уйти от зависимости от системы подписей, используемой обычными внешними учётными записями. Пользователь потенциально сможет изменить метод аутентификации, контролирующий аккаунт, без перевода активов на новый адрес.

Исследователи Ethereum рассматривали Frame Transactions для Hegotá ещё до формального включения предложения в план. В августе разработчики сравнивали EIP-8141 с EIP-8130 как конкурирующие подходы к нативной абстракции счетов, сужая объём обновления 2027 года.

В то время предложения были частью более широкого процесса отбора для Hegotá, охватывающего устойчивость к цензуре, конфиденциальность, ценообразование на газ, экономику валидаторов и масштабирование первого уровня.

Исследователи Ethereum отдельно изучали, как Frame Transactions могут поддерживать приложения, ориентированные на конфиденциальность. В августовском предложении обсуждались пулы конфиденциальности с самофинансированием, в которых программируемые платежи комиссий могли бы позволить пулу конфиденциальности покрывать собственный газ вместо того, чтобы полагаться на внешнего ретранслятора.

Эта работа сочетала Frame Transactions с другими предлагаемыми изменениями, включая ключевые nonce, недавние корни и утверждения транзакций. На тот момент предложение по пулу конфиденциальности оставалось предпочтительным пакетом исследователя, а не окончательным решением основных разработчиков Ethereum.

Base продолжит работу над EIP-8130

EIP-8130 от Base теперь будет развиваться отдельно от предложения Ethereum по Frame Transactions.

Разработанная Base конструкция сочетает новый тип транзакций с ончейн-хранилищем ключей «Keystore», которое фиксирует одобренных подписантов и аутентификаторов для аккаунта. Она призвана поддерживать настраиваемую аутентификацию, пакетную обработку вызовов и спонсирование комиссии за газ.

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

До разделения команд разработчики Ethereum пытались определить, можно ли объединить структурированную систему аутентификации EIP-8130 с программируемыми фреймами EIP-8141, не заставляя сети первого уровня или второго уровня отказываться от предпочтительных свойств.

Ethlabs ранее относила Frame Transactions к числу главных приоритетов для обновления Hegotá, называя нативную абстракцию счетов наряду с устойчивостью к цензуре, более быстрыми блоками и продолжением масштабирования первого уровня.

Теперь, когда совместные усилия прекращены, EIP-8141 остаётся запланированным путём Ethereum к нативной абстракции счетов для Hegotá, а Base продолжит разработку EIP-8130 на основе собственного типа транзакций и ончейн-хранилища ключей.