Разработчики Ethereum и Base прекратили работу над общим стандартом абстракции аккаунтов после того, как попытки согласовать EIP-8141 и EIP-8130 провалились, оставив две сети разрабатывать отдельные дизайны транзакций.
Краткое содержание
- Разработчики Ethereum и Base прекратили усилия по согласованию EIP 8141 и EIP 8130 после того, как не смогли договориться о едином дизайне абстракции аккаунтов.
- Ethereum отдает приоритет устойчивости к цензуре, конфиденциальности и безопасности, в то время как Base сосредоточена на масштабируемости, кастомизации и соблюдении требований.
- EIP 8141 был обозначен как предложение, обязательное к выпуску для обновления Ethereum Hegotá, в то время как Base продолжит разработку EIP 8130 отдельно.
- Разработчикам кошельков, возможно, придется поддерживать два нативных формата транзакций, если оба предложения в конечном итоге будут развернуты.
Разработчик Ethlabs Дерек Чианг заявил в понедельник, что авторы двух предложений прекратили работу над общей спецификацией на прошлой неделе после того, как обнаружили, что доступные технические варианты потребуют от Ethereum или Base пойти на компромисс по ключевым требованиям.
Оба предложения стремятся упростить взаимодействие пользователей с криптовалютными кошельками, включая возможность совершать транзакции без предварительного наличия ETH у пользователей для оплаты газа и поддержку таких методов аутентификации, как телефонные пасс-ключи. Команды изучали, может ли один дизайн обслуживать Ethereum Layer 1 и Base Layer 2.
«Хотя мы выявили ряд технических решений, все они требовали от той или иной стороны пойти хотя бы на небольшой компромисс по своим ключевым целям, — сказал Чианг. — Поэтому мы разошлись, возложив бремя на кошельки, которым придется иметь дело с возникающей фрагментацией».
По словам Чианга, разработчики Ethereum отдают приоритет устойчивости к цензуре, конфиденциальности и безопасности, в то время как Base сосредоточена на масштабируемости, кастомизации и соблюдении требований. Различия в конечном итоге не позволили командам остановиться на едином формате транзакций.
Планы Ethereum и Base по абстракции аккаунтов разделились
Это решение оставляет разработчиков кошельков перед лицом возможности поддержки двух нативных форматов транзакций, если EIP-8141 и EIP-8130 оба дойдут до производства.
Чианг сказал, что кошельки все еще могут обеспечить пользователям согласованный опыт, несмотря на технические различия между сетями, в зависимости от того, как разработчики будут обрабатывать отдельные стандарты.
«Если они хорошо выполнят работу, и если сообщество кошельков сможет преодолеть фрагментацию, мы вполне можем получить наилучший возможный UX для конечных пользователей», — сказал он.
Результат меняет направление, которое разработчики обсуждали всего несколько дней назад. 7 сентября crypto.news ранее сообщал, что разработчики 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, в феврале описал предложение как «омнибус, который завершает и решает все оставшиеся проблемы, которые должна была решить AA».
5 сентября Бутерин заявил, что предложение достигло «большого важного прогресса» за предыдущие месяцы и становится «близким к оптимальному».
Впоследствии разработчики обнаружили, что несколько функций транзакций можно выразить через программируемые фреймы EIP-8141 вместо многократного расширения конверта транзакций Ethereum.
В отчёте crypto.news от 7 сентября говорилось, что этот подход может обрабатывать истечение срока действия транзакции, агрегацию подписей, доказательства конфиденциальности и утверждения после транзакции как программируемые вызовы контрактов. Frame Transactions всё ещё потребуют изменений в правилах консенсуса Ethereum, но отдельные функции можно будет реализовать через цели фреймов и шаблоны вызовов.
Программируемая проверка могла бы дать аккаунтам больше контроля над аутентификацией. EIP-8141 разработан для поддержки таких функций, как альтернативные системы подписей, спонсируемые платежи за газ, пакетная обработка транзакций и ротация ключей.
Та же архитектура могла бы помочь аккаунтам Ethereum отойти от зависимости от системы подписей, используемой обычными внешними аккаунтами. Пользователь потенциально мог бы изменить метод аутентификации, контролирующий аккаунт, без перевода активов на новый адрес.
Исследователи Ethereum рассматривали Frame Transactions для Hegotá ещё до того, как предложение было официально запланировано. В августе разработчики сравнивали EIP-8141 с EIP-8130 как конкурирующие подходы к нативной абстракции аккаунта, одновременно сужая рамки обновления 2027 года.
В то время предложения были частью более крупного процесса отбора для Hegotá, охватывающего устойчивость к цензуре, конфиденциальность, ценообразование на газ, экономику валидаторов и масштабирование Layer 1.
Исследователи Ethereum отдельно изучали, как Frame Transactions могут поддерживать приложения, ориентированные на приватность. В августовском предложении обсуждались самофинансируемые пулы приватности, в которых программируемые платежи за комиссию могли бы позволить пулу приватности покрывать собственный газ вместо того, чтобы полагаться на внешний релейер.
Эта работа сочетала Frame Transactions с другими предложенными изменениями, включая Keyed Nonces, Recent Roots и Transaction Assertions. Предложение о пулах приватности оставалось предпочтительным пакетом исследователя, а не окончательным решением основных разработчиков Ethereum на тот момент.
Base продолжит работу с EIP-8130
EIP-8130 от Base теперь будет продвигаться отдельно от предложения Frame Transactions в Ethereum.
Разработанная Base конструкция объединяет новый тип транзакции с ончейн-«Keystore», который записывает одобренных подписантов и аутентификаторов для аккаунта. Она предназначена для поддержки пользовательской аутентификации, пакетирования вызовов и спонсирования газа.
Хотя оба предложения разделяют несколько целей абстракции аккаунта, их технические структуры дают соответствующим сетям разные уровни контроля над тем, как транзакции аутентифицируются и обрабатываются.
До того как команды разделились, разработчики Ethereum пытались определить, можно ли структурированную систему аутентификации EIP-8130 объединить с программируемыми фреймами EIP-8141, не вынуждая ни сети Layer 1, ни сети Layer 2 отказываться от своих предпочтительных свойств.
Ранее Ethlabs включила Frame Transactions в число своих главных приоритетов для обновления Hegotá, указав нативную абстракцию аккаунта наряду с устойчивостью к цензуре, более быстрыми блоками и продолжающимся масштабированием Layer 1.
Теперь, когда совместная работа завершена, EIP-8141 остаётся запланированным маршрутом Ethereum к нативной абстракции аккаунта для Hegotá, тогда как Base продолжит разработку EIP-8130 вокруг своего отдельного типа транзакции и ончейн-keystore.
