Чому нинішня «абстракція рахунку» занадто розділена, і як рухатися до єдиної «орієнтованої на користувача» абстракції?

Автор: Хаотянь

Побачивши, що Particle Network нещодавно випустила абстракцію повноланцюгових облікових записів, здається, що їй потрібно накласти «середній шар» поверх існуючих стандартів ERC4337, навіщо вам це робити? Якщо ви знайомі з нинішнім статус-кво абстракції рахунків, неважко придумати відповідь:

  • В даний час кожен ланцюжок еквівалентів EVM, включаючи ланцюжок додатків рівня 1 і рівня 2 і рівня 3, має зовсім інший підхід, і цей вид абстракції заснований на ланцюжку, а не орієнтований на користувача;
  • Для того, щоб по-справжньому реалізувати орієнтованість на користувача, наприклад, дозволити користувачеві з'єднувати всі пов'язані ланцюжки на основі одного запису та однієї адреси, щоб досягти більш узгодженого та глобального інтерактивного досвіду, роль «середнього рівня», яка може визначати уніфіковані стандарти специфікації та реалізації намірів, стала обов'язковою;

Чому нинішня ринкова практика «абстракції рахунку» занадто розділена? Як технічно реалізована повна абстракція облікового запису Particle Network? Як далеко можна досягти масового прийняття абстрактного треку, орієнтованого на наміри? Розберемо їх по черзі:

Абстракція облікового запису Рішення АА уніфіковані на рівні «інженерії», а рівень практики багатогранний

З точки зору технічної простоти, абстракція облікового запису — це серія намірів, які користувачі запихають у пул пам'яті UserOP, а бандлер упаковує їх і відправляє на виконання контракту Entrypoint, де пакетні транзакції можуть бути оброблені через агрегацію підписів агрегатора, а деталі оплати газу обробляються Paymaster.

Це набір стандартів, визначених ERC4337, і логіка реалізації бекенду також уніфікована, але по суті це абстракція ланцюжка EVM, і фронтенд, який з'єднує користувачів, не обов'язково «уніфікований».

Наприклад, zkSync використовує EOA-адреси для прив'язки облікових записів, і все, що бачать користувачі, — це тіньова адреса, яку можна передавати, і фронтенд майже не відчуває існування облікових записів АА. Starknet, з іншого боку, має форму контрактного облікового запису, який можна оновити, і користувачам потрібно постійно оновлювати контракт, щоб оновити функцію облікового запису. Крім того, Арджент використовує механізм соціального відновлення механізму Guardian, а схема абстракції облікових записів Unipass, як правило, застосовується в гетерогенних багатоланцюгових додатках в середовищах, що не належать до EVM.

Стривайте, така неузгодженість на вході здається своєрідною персоналізацією, але вона, безсумнівно, підвищує поріг для користувачів. Абстракція приходить і йде, чому поріг вище в «орієнтованому на користувача»? Це проявляється в тому, що користувач не може взаємодіяти лише з одним ланцюгом у багатоланцюговому та багаторівневому середовищі 2, а вартість навчання генерується на рівному місці при охопленні кількох гаманців та кількох ланцюгів; Користувач генерує кілька різних адрес контрактів у різних ланцюжках EVM, що створює проблеми для уніфікованого управління активами.

Як така фрагментована багатоланцюгова ERC4337 стандартна інженерна реалізація може призвести до масового впровадження, орієнтованого на користувача?

У чому складність абстрактної практичної логіки уніфікованих рахунків? Візьмемо для прикладу абстракцію облікового запису повного ланцюга

Як згадувалося раніше, абстракція поточного рахунку базується лише на ланцюжку EVM, але адреса EOA все ще може бути уніфікована з ланцюжком EVM, чому?

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

З іншого боку, абстрактна структурна діаграма Particle Network для всього ланцюгового облікового запису, вона намагається взяти на себе роль «диспетчерського центру» з нативним фреймворком децентралізованого ланцюга, і кожен новий ланцюг з новою адресою буде генеруватися генеральним контрактом диспетчерського центру, а контракт на розгортання буде рівномірно пов'язаний з контрактом на розгортання для уніфікованої експлуатації, включаючи розгортання та оновлення, всі аспекти будуть рівномірно заплановані генеральним контрактом.

Єдиною складністю в цьому є вільне володіння миттєвим зв'язком між гетерогенними ланцюгами, що вимагає, щоб «середній шар» діяв як ефективне середовище зв'язку, який може досягти уніфікованого планування, розподіляючи контракти на кожному легкому вузлі ланцюга, а практична схема схожа на крос-чейн рішення LayerZero.

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

Однак ланцюги, що не належать до EVM, такі як Aptos і Sui, наразі не можуть з'єднуватися подібним чином послідовно. Це досить великий ринок у той час, коли екосистема Ethereum абсолютно домінує в категоріях Layer, Layer 2 і Layer 3.

Яку фантазію можуть вивільнити інші модульні абстрактні сервіси в "середньому шарі"?

Звичайно, для того, щоб дійсно досягти повного спектру «орієнтованої на користувача» абстракції, абстракція облікового запису повного ланцюга – це лише початок. Крім того, що сам обліковий запис абстрагується для покращення досвіду, диспетчерський центр «середнього рівня» також може спробувати виконати іншу абстрактну роботу:

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

  2. Крос-чейн DID уніфікує конкатенацію ідентичності та кредиту, з середнім шаром як «центром автентифікації», щоб реалізувати обмін ідентифікацією та синхронізацію даних між кількома ланцюгами, а потім отримати «кредит», який можна застосувати в усіх ланцюгах, зменшити кросплатформний поріг для користувачів і в той же час розірвати розділення даних між ланцюгами та по-справжньому реалізувати інтерактивний досвід стандарту «ідентичності»;

  3. Впровадьте уніфіковане децентралізоване рішення Solver, найкраще об'єднати ці розрізнені Solver у супер Solver диспетчерський центр, наприклад, користувачі можуть підключитися до UniswapX і Cowswap і Flashbot's SUAVE та інших рішень Solver на одній платформі та створити Solver, зручний для потенційних учасників Solver, таких як маркет-мейкери, інституційні трейдери та вчені з арбітражу. Тому що без середнього шару для планування немає сумнівів, що ці розв'язувачі все одно існуватимуть фрагментами між ланцюжками.

Ви можете зрозуміти, що, виходячи з того, що в екосистемі EVM існують різні стандартні розщеплення, ERC4337 визначає правила спілкування, і комунікація все ще покладається на IBC, який діє як «середній рівень», що виникає.

І не варто недооцінювати цінність такого роду INFRA середнього рівня, тому що вона, швидше за все, стане необхідним доповненням для абстракції облікового запису, щоб відійти від шару інженерної абстракції і рухатися до широкомасштабної популяризації.

Як максимізувати цінність стандарту ERC4337, як уніфікувати продукти та стандарти протоколів різних гаманців, ланцюжків та інших конструкторів у треку, а також як по-справжньому згладити розрив між користувацьким досвідом Web2 та нативними характеристиками Web3-ланцюга на основі орієнтованості на користувача – все це теми, які потрібно подолати.

Переглянути оригінал
Ця сторінка може містити контент третіх осіб, який надається виключно в інформаційних цілях (не в якості запевнень/гарантій) і не повинен розглядатися як схвалення його поглядів компанією Gate, а також як фінансова або професійна консультація. Див. Застереження для отримання детальної інформації.
  • Нагородити
  • Прокоментувати
  • Репост
  • Поділіться
Прокоментувати
0/400
Немає коментарів
  • Закріпити