Розробники 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 користувачами для оплати газу та підтримувати методи автентифікації, як-от телефонні passkeys. Команди досліджували, чи може один дизайн обслуговувати 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. Запропоноване arrangement мало на меті зберегти програмовану природу фреймів, водночас даючи гаманцям і високопропускним мережам чіткіший формат транзакцій.
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.
