Розробники Ethereum та Base припинили роботу над спільним стандартом абстракції облікового запису після того, як зусилля з узгодження EIP-8141 та EIP-8130 зазнали невдачі, залишивши дві мережі розвивати окремі дизайни транзакцій.
Розробник Ethlabs Дерек Чіанг заявив у понеділок, що автори двох пропозицій припинили роботу над спільною специфікацією минулого тижня після того, як виявили, що доступні технічні варіанти вимагатимуть від Ethereum або Base компромісів щодо основних вимог.
Обидві пропозиції спрямовані на спрощення взаємодії користувачів з криптогаманцями, включаючи дозвіл транзакцій без попереднього утримання ETH для оплати газу та підтримку методів автентифікації, таких як ключі доступу телефону. Команди досліджували, чи може один дизайн обслуговувати Ethereum Рівня 1 та Base Рівня 2.
«Хоча ми виявили низку технічних рішень, усі вони вимагали від однієї чи іншої сторони принаймні невеликого компромісу щодо їхніх основних цілей», — сказав Чіанг. «Тому ми розійшлися, поклавши тягар на гаманці щодо подолання фрагментації, що виникне».
Розробники Ethereum пріоритезують стійкість до цензури, конфіденційність та безпеку, тоді як Base зосереджується на масштабованості, налаштуванні та відповідності вимогам, за словами Чіанга. Відмінності зрештою завадили командам домовитися про один формат транзакцій.
Це рішення залишає розробників гаманців перед можливістю підтримки двох нативних форматів транзакцій, якщо EIP-8141 та EIP-8130 обидва дійдуть до впровадження.
Чіанг сказав, що гаманці все ще можуть надавати користувачам послідовний досвід, незважаючи на технічні відмінності між мережами, залежно від того, як розробники оброблятимуть окремі стандарти.
«Якщо вони добре виконають свою роботу, і якщо спільнота гаманців зможе подолати фрагментацію, ми цілком можемо отримати найкращий можливий користувацький досвід для кінцевих користувачів», — сказав він.
Результат змінює напрямок обговорень розробників лише кількома днями раніше. 7 вересня crypto.news раніше повідомляв, що розробники EIP-8141 вивчали сумісність з EIP-8130, працюючи над способами збереження програмованих транзакцій, одночасно спрощуючи вимоги до автентифікації для постачальників інфраструктури.
На тому етапі Чіанг сказав, що EIP-8130 може надати визначені структури навколо фреймів EIP-8141. Запропонована домовленість мала на меті зберегти програмовану природу фреймів, надаючи гаманцям та високопродуктивним мережам більш чіткий формат транзакцій.
EIP-8130 використовує ончейн сховище ключів, де облікові записи можуть реєструвати затверджених акторів та контракти автентифікації. Транзакції ідентифікують метод автентифікації, який вони використовують, дозволяючи мережі визначити необхідний процес валідації перед виконанням коду гаманця.
EIP-8141 йде іншим шляхом, структурувавши транзакції як програмовані виклики контрактів, що називаються фреймами. Фрейми можуть виконувати різні функції в рамках однієї транзакції, включаючи валідацію, схвалення газу та виконання.
Команди тепер відмовилися від спроб перетворити ці підходи на єдиний стандарт.
Ethereum продовжує роботу над EIP-8141, або Фрейм-Транзакціями, як частиною запланованого оновлення Hegotá.
Кластер протоколів Ethereum Foundation відніс цю пропозицію до категорії «обов'язкових до впровадження» на початку цього місяця, тоді як вихідний матеріал стверджує, що пропозиція має на меті зробити абстракцію облікового запису нативною для Ethereum та покращити безпеку та готовність до постквантового періоду.
Фрейм-Транзакції ділять транзакцію на послідовність програмованих фреймів. Один фрейм може валідувати відправника, інший може авторизувати обліковий запис, відповідальний за газ, а наступні фрейми можуть виконувати дії, запитані користувачем.
Модель дозволила б обліковому запису, що ініціює дію, та обліковому запису, що платить за неї, бути різними.
Розробники Ethereum вже запланували EIP-8141 для Hegotá до 7 вересня. Основні розробники перенесли пропозицію з категорії «Розглядається для включення» до «Заплановано для включення» під час виклику всіх основних розробників щодо виконання 27 серпня, надавши Фрейм-Транзакціям офіційну позицію в запланованому оновленні 2027 року, поки її специфікація залишалася в чорновому варіанті.
Відповідно до запропонованої системи, додаток міг би покривати комісію за транзакцію користувача або організувати оплату користувачем за допомогою іншого активу, тоді як валідатори Ethereum продовжуватимуть отримувати мережеву комісію в ETH.
Ця структура могла б усунути поширену вимогу до гаманців, згідно з якою користувачам, які володіють стейблкоїнами або іншими токенами, все ще потрібен ETH, перш ніж вони зможуть здійснити транзакцію.
Фрейми також можуть використовуватися для пакетування транзакцій. Пов'язані дії могли б бути згруповані так, щоб усі вони успішно виконувалися разом або скасовувалися, якщо одна з них не вдавалася.
Наприклад, торгівля токенами наразі може вимагати окремого дозволу, що дозволяє додатку витрачати токени до того, як сама торгівля буде виконана. Фрейм-Транзакції могли б розміщувати пов'язані дії в рамках однієї програмованої структури транзакцій.
EIP-8141 призначений для перенесення більшої частини логіки валідації облікових записів у програмований код замість того, щоб вимагати від звичайних облікових записів Ethereum залежати від фіксованого процесу автентифікації.
Пропозиція описує свій кінцевий стан як такий, де «обліковий запис просто стає адресою з кодом».
Віталік Бутерін, співавтор EIP-8141, у лютому описав цю пропозицію як «омнібус, який об'єднує та вирішує всі проблеми, що залишилися, які мала вирішити AA».
5 вересня Бутерін заявив, що пропозиція досягла «багато важливого прогресу» за попередні місяці та стає «близькою до оптимальної».
Розробники згодом виявили, що кілька функцій транзакцій можуть бути виражені через програмовані фрейми EIP-8141 замість багаторазового розширення конверта транзакцій Ethereum.
У звіті crypto.news від 7 вересня йшлося, що цей підхід може обробляти термін дії транзакцій, агрегацію підписів, докази конфіденційності та твердження після транзакцій як програмовані виклики контрактів. Фрейм-Транзакції все ще вимагатимуть змін до правил консенсусу Ethereum, але окремі функції можуть бути побудовані через цілі фреймів та шаблони викликів.
Програмована валідація може надати обліковим записам більше контролю над автентифікацією. EIP-8141 розроблено для підтримки таких функцій, як альтернативні системи підписів, спонсоровані платежі за газ, пакетування транзакцій та ротація ключів.
Та ж архітектура могла б допомогти обліковим записам Ethereum відійти від залежності від системи підписів, що використовується звичайними зовнішніми обліковими записами. Користувач потенційно міг би змінити метод автентифікації, що контролює обліковий запис, без передачі активів на нову адресу.
Дослідники Ethereum розглядали Фрейм-Транзакції для Hegotá ще до того, як пропозицію було офіційно заплановано. У серпні розробники порівнювали EIP-8141 з EIP-8130 як конкуруючі підходи до нативної абстракції облікових записів, одночасно звужуючи сферу застосування оновлення 2027 року.
На той час пропозиції були частиною більш широкого процесу відбору Hegotá, що охоплював стійкість до цензури, конфіденційність, ціноутворення на газ, економіку валідаторів та масштабування Рівня 1.
Дослідники Ethereum окремо вивчали, як Фрейм-Транзакції могли б підтримувати додатки, орієнтовані на конфіденційність. У серпневій пропозиції обговорювалися самофінансовані пули конфіденційності, в яких програмовані платежі за комісію могли б дозволити пулу конфіденційності покривати власний газ замість того, щоб покладатися на зовнішній ретранслятор.
Ця робота поєднала Фрейм-Транзакції з іншими запропонованими змінами, включаючи Ключовані нонси, Останні корені та Твердження транзакцій. Пропозиція щодо пулу конфіденційності на той час залишалася бажаним пакетом дослідника, а не остаточним рішенням основних розробників Ethereum.
EIP-8130 від Base тепер розвиватиметься окремо від пропозиції Ethereum щодо Фрейм-Транзакцій.
Розроблений Base дизайн поєднує новий тип транзакції з ончейн «сховищем ключів», яке реєструє затверджених підписувачів та аутентифікаторів для облікового запису. Він призначений для підтримки налаштовуваної автентифікації, пакетування викликів та спонсорства газу.
Хоча дві пропозиції мають кілька спільних цілей абстракції облікових записів, їх технічні структури надають відповідним мережам різні рівні контролю над тим, як транзакції автентифікуються та обробляються.
До того, як команди розділилися, розробники Ethereum намагалися визначити, чи можна поєднати структуровану систему автентифікації EIP-8130 з програмованими фреймами EIP-8141, не змушуючи мережі Рівня 1 або Рівня 2 відмовлятися від своїх бажаних властивостей.
Ethlabs раніше включила Фрейм-Транзакції до своїх основних пріоритетів для оновлення Hegotá, посилаючись на нативну абстракцію облікових записів поряд зі стійкістю до цензури, швидшими блоками та продовженням масштабування Рівня 1.
Після завершення спільної роботи EIP-8141 залишається запланованим шляхом Ethereum до нативної абстракції облікових записів для Hegotá, тоді як Base продовжуватиме розробляти EIP-8130 навколо свого окремого типу транзакцій та ончейн сховища ключів.
ETH