RIP-7560: Стандартизована нативна абстракція облікових записів на рівні консенсусу

АВТОР: 0XNATALIE

ERC-4337 не чужа для вас, спочатку запропонована Віталіком у вересні 2021 року та розгорнута в основній мережі ETH у березні 2023 року. Однак, ERC-4337 досі не був широко прийнятий гаманцями, і для того, щоб сприяти стандартизованій абстракції облікових записів і мережевим ефектам, ETH учасник протоколу Олександр Форштат запропонував RIP-7560 (Віталік є першим автором), перший ETH семінар RIP, для розробки нативного стандарту абстракції облікового запису, який може бути прийнятий усіма L2 і L1.

RIP розшифровується як Rollup Improvement Proposal, будівництво якого розпочалося 18 жовтня з метою допомогти L2 встановити додаткові специфікації та стандарти, щоб L2 міг розширити EVM та пов’язані з ним інструменти, обмежуючи конфлікти з L1 EVM.

RIP-7560: Введення нативної абстракції облікового запису

Для кращої стандартизації RIP-7560 вводить Native Account Abstraction для змін протоколу рівня консенсусу та об’єднує EIP-2938 і ERC-4337 у комплексну пропозицію абстракції облікових записів. Перш ніж зануритися в RIP-7560, ви можете розглянути концепцію «абстракції облікового запису» в попередній статті: EIP-7377: A Accelerator for Full Account Abstraction (AA)?

Сумісність та співіснування з ERC-4337

Рідна абстракція облікового запису RIP-7560 сумісна з ERC-4337, і ці дві абстракції будуть співіснувати протягом тривалого часу. RIP-7560 забезпечує шлях міграції для проектів, що впроваджують ERC-4337. Однак, поточні проекти, що використовують ERC-4337, повинні бути модифіковані для підтримки нативної абстракції облікового запису в майбутньому:

• UserOperation змінено на TransactionType4: Оригінальна структура UserOperation та її назва призначені для уникнення плутанини з фактичним ETH транзакції. Оскільки нативна абстракція облікового запису перетворює UserOperation на справжню транзакцію ETH, її було перейменовано на TransactionType4. Незважаючи на те, що назва змінилася, ончейн-операція схожа на операцію UserOperation.
• Оновлення облікового запису смарт-контракту: облікові записи смарт-контрактів повинні оновити свої реалізації, щоб підтримувати власні протоколи абстракції облікових записів. Конкретні зміни включають встановлення адреси EntryPoint на загальносистемне постійне значення для спрощення операцій, перейменування функції validateUserOp та зміни параметрів, а також той факт, що обліковим записам більше не потрібно підтримувати депозит у контракті EntryPoint для оплати газу, а натомість списуватиметься безпосередньо з їхнього балансу.
• Оновлення контракту Paymaster: Контракт Paymaster потрібно оновити або перерозгорнути. Для токенів ERC-20 та інших активів, включаючи статус, потрібне схвалення міграції вручну. Функція validatePaymasterUserOp потребує перейменування та має інші параметри, а контракту Paymaster більше не потрібно підтримувати депозит у контракті EntryPoint для оплати Gas, а списується безпосередньо з його балансу.
• Фабрики облікових записів: Той самий контракт все ще можна використовувати, а адреси облікових записів, створені за допомогою ERC-4337 або нативного процесу абстракції облікового запису, будуть однаковими.
• Бандлери: Бандлери в нативній абстракції облікового запису все ще повинні підтримувати відносини інтересів з конструктором блоків, щоб включати пакетні транзакції. Бандлер має привілейований доступ API до конструктора блоків, що означає, що бандлер може зв’язуватися безпосередньо з конструктором блоків і вести переговори щодо транзакції перед її пакуванням, включаючи обробку випадку зіткнення nonce (в EIP-4337, коли користувач надсилає UserOperation з одним і тим же nonce двом бандлерам, одна з транзакцій зазнає невдачі).

Обговорення спільнотою RIP-7560

Обговорення спільнотою RIP-7560 показало різноманітність точок зору. Джон Райзінг (John Rising), співзасновник Stackup, вважає, що може бути добре, що RIP-7560 вирішує деякі проблеми в ERC-4337, вказуючи на деякі ключові проблеми з поточною реалізацією ERC-4337, де більша частина діяльності зосереджена на трьох постачальниках хмарних послуг або компаніях після впровадження EIP-4337. Це означає, що інфраструктура для абстракції облікових записів занадто централізована щодо екосистеми в цілому, а рівень утримання облікових записів дуже низький, а прибутковість бандлерів, що використовують EIP-4337, дуже обмежена.

Інженер Polygon Джаррод Уоттс також сказав, що він ще не побачив значного прогресу в тому, як основні гаманці, такі як Metamask, впроваджують EIP-4337 для абстракції облікових записів. Це може означати, що впровадження нових функцій на прикладному рівні ще не досягло ідеального рівня. Так що пропозиція RIP-7560 є проривом.

Пітер Пен, співзасновник Particle Network, дуже оптимістично ставиться до цієї пропозиції, вважаючи, що вона підтримує сумісність з 4337, оптимізує газ і вирішує проблему приватності бандлера, що важливо для прийняття абстракції облікових записів.

Фубар, засновник Delegate, вважає, що 4337 пов’язаний з тим, що він додає занадто багато накладних витрат і просто не може бути широко прийнятий. Пропозиція 7560 рухається до формалізації абстракції облікового запису на рівні протоколу, тому найкращим способом дій буде видалити ці зайві частини безпосередньо, а не намагатися зробити його «зворотно сумісним» з 4337, особливо враховуючи, що 4337 давно не існує.

Незважаючи на розбіжності в думках, RIP-7560 також пропонує новий еталонний підхід до стандартизації абстракції облікових записів. Розвиток структури абстракції облікових записів продовжуватиме розвиватися в міру того, як ETH-спільнота поглиблюватиме дискусію. У будь-якому випадку, ми вважаємо, що абстракція рахунків з часом буде широко поширена.