Автор: CloudY, Jam
Редкол.: Вінсеро Ю.Л
Переглянуто: Yasmine
Облікові записи Wallet є невід’ємною частиною входу в Web3, і модель UTXO мережі Bitcoin і модель облікового запису Ethereum завжди порівнювалися, і ми не можемо просто сказати, яка з них краща. Чи можете ви сказати мені, які сценарії більше підходять?
огляд
Але насправді обліковий запис Ethereum EOA, використаний для порівняння, є відносно примітивним продуктом, зокрема:
Права контролю над обліковим записом є одноразовими, лише авторизація підпису та відсутність підпису. Незалежно від того, чи йдеться про транзакцію на суму 1 долар США, або транзакцію на суму 100 мільйонів доларів США, вам потрібно спочатку схвалити, а потім підписати транзакцію. Тоді існує лише одна відмінність між шахрайським дозволом і звичайною транзакцією, що змушує кожного нового користувача лякатися під час взаємодії. Хоча тепер Metamask дозволяє користувачам вибирати схвалене використання під час схвалення дозволів на токени, для частих взаємодій користувачі віддають перевагу безпосередньо авторизувати верхню межу замість того, щоб споживати комісію за газ для кількох схвалень. Порівняно з моделлю облікових записів Web2, як-от двофакторна автентифікація (2FA) або U-Shield для контролю ризиків великих сум транзакцій, а також сканування обличчя або оплата без пароля для полегшення транзакцій невеликих сум, облікові записи EOA дуже нудні та важкі у використанні.
Поріг плати за газ зависокий і блокує велику кількість нових користувачів. Рівень 2, такий як основна мережа Ethereum і Optimism/Arbitrum, використовує токени ETH як токени Gas, що вимагає від користувачів конвертувати фіатну валюту в стейблкоїни в доларах США, потім конвертувати їх в ETH, а потім переказувати ETH у свої гаманці. Багато користувачів виявили, що їм потрібен ETH як газ після того, як перевели стейблкоїни в доларах США на свої гаманці, і їм довелося купувати ETH знову. Більше того, публічні ланцюги, такі як BSC/Polygon/Solana, використовують власні токени Gas, що є ще однією пасткою, у яку повинні втрапити новачки. Крім того, багато користувачів не дуже хочуть купувати спотові токени Gas, але їм доводиться залишати велику кількість надлишкових токенів Gas у своїх гаманцях через необхідність взаємодії в ланцюжку.
Віталік знав, що облікові записи EOA дуже складно використовувати протягом тривалого часу. Команда Ethereum також намагається вирішити цю проблему, і абстракція облікового запису є одним із рішень. Однак через неможливість змінити основний консенсус Ethereum для абстракції облікового запису лише після пропозиції ERC-4337, смарт-контрактного гаманця на основі прикладного рівня, абстракція облікового запису справді привернула увагу та стала гарячою темою.
Після короткого ознайомлення з абстракцією облікового запису та ERC-4337 у цій статті буде розглянуто майбутню еволюцію системи облікових записів Web3 і володіння входами трафіку на основі застосування абстракції облікового запису та розвитку системи облікових записів Web2.
З екологічної точки зору, у минулому користувачам потрібно було використовувати EOA для виконання складних операцій у ланцюзі, і через поточний обмежений екологічний розвиток у ланцюзі можна забезпечити лише обмежені протоколи, і фактичні потреби користувачів не можуть бути ефективно задоволені. зустрів. Абстракція облікового запису спрощує виконання вищевказаних операцій, щоб отримати вивід. Більше немає громіздких клацань. Можна сказати, що впровадження АА перетворило мережеву екологію з домінування продавця на домінування покупця.
Абстракція облікового запису та ERC-4337
На що конкретно відноситься Відмова від облікового запису (надалі – AA)? Абстрагуйте основні технології та структури даних, щоб спростити кроки для користувачів і розробників. Просте розуміння - це функціональність "впровадження CA на основі EOA".
Базовим стандартом для АА став ERC-4337. ERC-4337 представляє UserOperation, яка є спеціальною транзакцією, яка виражає намір користувача та дозволяє обліковим записам контракту активно виконувати операції. Цими UserOperations керує роль під назвою Bundler, яка імітує виконання UserOperations і додає дійсні операції до спеціального пулу транзакцій. Потім контракт EntryPoint перевіряє та виконує ці UserOperations, щоб виконати наміри користувача.
Тип рахунку
Є два основних типи облікових записів в Ethereum: облікові записи EOA (зовнішні облікові записи) і контрактні облікові записи.
Довжина адреси облікового запису EOA становить 20 байт, що розраховується на основі закритого ключа, згенерованого під час створення користувача, і відкритого ключа, згенерованого алгоритмом шифрування еліптичної кривої. Статус рахунку EOA включає кількість транзакцій (Nonce) і кількість активів (Balance). Адреси контрактних облікових записів також мають 20 байт, але вони обчислюються на основі адреси відправника та Nonce транзакції створення контракту. Статус контрактного облікового запису включає кількість контрактів (Nonce), кількість активів (Balance), хеш коду (CodeHash) і кореневий хеш сховища (StorageRoot), який використовується для зберігання хеш-значення кореневого вузла Merkle Patricia Спробуйте дерево даних договору.
Інформація про тип і статус облікового запису має вирішальне значення для транзакцій і виконання смарт-контрактів на Ethereum, а також є різницею між EOA і CA.
торгівля
Транзакції Ethereum включають інформацію про відправника та отримувача, цифрові підписи, кількість транзакцій, суму переданих коштів, додаткові дані, ліміти газу та комісії за транзакції. Наведені вище два різні типи облікових записів створюють два абсолютно різні типи комунікаційних транзакцій.
Під час процесу підписання дані транзакції хешуються, а потім перевіряються на дійсність підпису, обчислюючи точки на еліптичній кривій. Потрібно лише надати транзакцію інформація та відкритий ключ. Відновлення відкритого ключа досягається через значення v у підписі, що забезпечує безпеку підпису та ефективність перевірки.
Абстракція облікового запису
Структура транзакції Ethereum і процес перевірки підпису виявляють важливий факт, тобто обліковий запис, який ініціює транзакцію, має бути обліковим записом EOA з парою відкритого та закритого ключів.
Контрактні облікові записи через відсутність пар відкритих і закритих ключів не можуть активно ініціювати транзакції, натомість після отримання транзакції вони автоматично виконують код смарт-контракту в обліковому записі на основі інформації в транзакції або надсилають інформацію про транзакції іншим користувачам. облікові записи або навіть створювати нові розумні контракти. Таким чином, поточні гаманці, створені основними програмами гаманців, такими як Metamask, є обліковими записами EOA. Однак у використанні облікових записів EOA є деякі недоліки: ризики закритого ключа, обмежені алгоритми підпису, надмірні повноваження щодо підпису та обмеження комісії за транзакції.
Контрактні облікові записи можуть зберігати код і дані та виконувати попередньо визначену логіку смарт-контракту для вирішення вищевказаних проблем облікових записів EOA. Однак контрактні рахунки не можуть активно ініціювати транзакції.
Абстракція облікового запису є вдосконаленням вищезазначених двох облікових записів. Вона намагається стерти межі між ними та перетворити його на універсальний обліковий запис, що містить складну логіку, щоб обліковий запис міг виконувати функції CA (контрактного облікового запису) та EOA. в той самий час.
ERC-4337
ERC-4337 завершив функцію абстрагування облікового запису без зміни консенсусного рівня Ethereum і став остаточним рішенням, прийнятим Ethereum. Зрештою, остаточне бачення відповідності поза ланцюгом і транзакцій у ланцюзі буде реалізовано.
UserOperation
ERC-4337 представляє нову концепцію під назвою UserOperation для вирішення проблеми контрактних облікових записів, які не можуть активно ініціювати транзакції, уникаючи зміни основних типів транзакцій протоколу Ethereum.
UserOperation подібна до стандартної транзакції, але вона відображає лише намір користувача, а не пряму поведінку транзакції. Стандартні транзакції надсилаються в mempool Ethereum (пул транзакцій), потім шукачі та розробники об’єднують у повний блок і, нарешті, надсилають у блокчейн пропонент, зазвичай вибираючи блок із найвищою винагородою. На відміну від цього, UserOperation не є справжньою транзакцією, тому ERC-4337 представляє роль під назвою Bundler і новий мемпул для виконання UserOperation у децентралізований спосіб. Це нововведення дозволяє обробляти та виконувати наміри користувача без безпосереднього залучення до стандартних процесів транзакцій.
Пакетувальник
Коли Bundler обробляє UserOperation, він спочатку виконує основну перевірку законності, а потім імітує виконання операції, щоб підтвердити дійсність підпису. Якщо виконання симуляції пройшло успішно, UserOperation буде додано до мемпулу UserOperation для очікування фактичного виконання в ланцюжку.
Щоб забезпечити узгодженість між моделюванням і фактичним виконанням, UserOperation обмежує доступ до змінних, які можуть змінюватися під час виконання, і дозволяє доступ лише до даних, пов’язаних з адресою відправника. Bundler може пакувати UserOperation відповідно до власних уподобань, надаючи пріоритет операціям, які сплачують вищу комісію. Нарешті, Bundler надсилає дійсний пакет операцій до контракту EntryPoint для виконання в ланцюжку.
Точка входу
EntryPoint — це єдиний контракт в Ethereum, і його основне завдання полягає в обробці виконання UserOperation. Він має дві ключові функції: handleOps і handleAggregatedOps, обидві з яких спочатку перевіряють UserOperation, а потім виконують операції. Перевірка включає перевірку рахунків, дійсність підпису та сплату комісій. На етапі виконання дані в UserOperation використовуються для виклику коду смарт-контракту в обліковому записі цільового контракту. Різні протоколи гаманця смарт-контрактів можуть мати різні методи аналізу та виконання.
даних
Відповідно до піврічного звіту SixdegreeLab ERC-4337:
Після розгортання контракту ERC-4337 у ланцюжку було створено понад 687 000 гаманців AA, а UserOps викликали більше 2 мільйонів разів, однак 88,24% гаманців AA використовувалися не більше 5 разів, більшість з яких були прямими передачі або карбування NFT.
Серед 15 000 Bundlers pimlico займає 43,48% і має найбільшу частку ринку, тоді як Alchemy отримав найвищий дохід за всю історію, приблизно 20 000 доларів США.
Проте 97,18% транзакцій Bundle містять лише 1 UserOp, що також означає, що 90% Bundlers не можуть отримувати прибуток за допомогою пакетних транзакцій.
Загалом 117 Paymasters заплатили 465 000 доларів США за газ для 19 мільйонів UserOps, з яких Pimlico заплатив 43,45%.
ZeroDev домінує на Wallet Factory, розгортаючи 62,63% облікових записів.
Найпоширенішим методом створення гаманця AA є LEGO, який використовує різні треті сторони, такі як Paymaster, Wallet Factory і Bundler.
Можна побачити, що рівень впровадження ERC-4337 ще має багато можливостей для зростання, а будівництво інфраструктури тільки почалося, що робить майбутнє АА повним можливостей. З появою рівня 2 і соціальних додатків використання гаманців АА призведе до хвилі швидкого зростання.
Напрямок розвитку рахункової абстракції
Після розуміння основних принципів абстракції облікового запису та архітектури ERC-4337 ми далі досліджуватимемо методи розширення АА. Ми не будемо вдаватися в подробиці основних функцій гаманців із розумними контрактами, таких як відсутність приватних ключів і газ, але шукатимемо більше можливостей у компонентах АА:
Архітектура
Абстракція рідного облікового запису
ERC-4337 — це лише рішення прикладного рівня, прийняте для вирішення поточної нездатності Ethereum змінювати базовий консенсус. Хоча воно може популяризувати абстрактну концепцію облікових записів у великих масштабах, зрештою для взаємодії він використовує контрактні облікові записи. Додаткове споживання газу в процесі верифікації, прийняття інших конкуруючих ERC і заборона на взаємодію з обліковим записом контракту для dapps — все це фактори, які перешкоджають зростанню ERC-4337.
Таким чином, власна абстракція облікового запису, особливо власна абстракція облікового запису рівня 2, є особливо важливою. Наразі серед Layer2 лише ланцюги Starknet і ZKSync підтримують власну абстракцію облікового запису. Як показано на малюнку нижче, у власній схемі абстракції облікового запису немає Bundler і Paymaster, які використовують Sequencer для визначення послідовності транзакцій, оплати Gas і її виконання завантажувач для спільної роботи.
DeBank Chain, який, як стверджується, побудований на основі OP Stack, також буде інтегрувати систему, подібну до абстракції облікового запису на рівні ланцюга, але конкретна архітектура не буде відома, доки не буде запущено її основну мережу.
Контрактний гаманець NFT
Контрактний гаманець NFT — це схема абстракції облікового запису прикладного рівня, подібна до ERC-4337. Вони дозволяють обліковим записам EOA виконувати функції облікових записів CA через NFT замість виклику контракту EntryPoint через Bundler. Метод: ERC-6551 і протокол A3S.
ERC-6551 дозволяє користувачам використовувати стандартний NFT ERC-721 у своєму гаманці EOA як контролер для керування одним/декількома щойно створеними гаманцями смарт-контрактів, таким чином досягаючи «додаткових контрактів» без зміни коду ERC-721 один/кілька смарт-контрактних облікових записів для існуючих NFT. Цей метод поєднує існуючі NFT з абстракцією облікового запису, що не тільки відкриває сценарії застосування NFT, але й популяризує концепцію абстракції облікового запису.
Протокол A3S використовує сам смарт-контракт NFT як гаманець смарт-контракту, що означає, що активи гаманця знаходяться в обліковому записі смарт-контракту NFT і повністю слідують за передачею права власності на NFT. Немає необхідності підключати контракт NFT як гаманець як ERC-6551, для впровадження контрактного гаманця NFT використовується коротший шлях, але це також означає, що він несумісний з існуючими NFT.
Що стосується уніфікації адрес багатоланцюжкових гаманців, обидва рішення запозичують значення обфускації Salt для отримання однакової адреси в різних публічних ланцюгах, сумісних з EVM, щоб вирішити проблему плутанини в багатоланцюжкових адресах для контрактних облікових записів. Це також була проблема, через яку Wintermute спочатку втратив 20 мільйонів токенів OP через передачу на адреси з кількома підписами в різних мережах.
Модульність і багатоланцюгова абстракція
Значення модульної абстракції облікового запису полягає в тому, щоб мінімізувати витрати на розробку та обслуговування, як, наприклад, OP Stack, дозволяючи розробникам гаманців зосередитися більше на самому продукті, а не на створенні та обслуговуванні базової інфраструктури. Звичайно, створена таким чином модульна екосистема також є основою модульної платформи, тому необхідно реалізувати модульну абстракцію облікового запису:
• Взаємна компонування кожного модуля (EIP-6900 намагається встановити стандартну реалізацію)
• Різноманітність функцій модуля (схема підпису/конфіденційність/анти-MEV/депозити та зняття коштів/Намір тощо)
• Безпека (кожен модуль має уніфіковані стандарти, щоб уникнути конфліктів зберігання)
• Багатоланцюгова абстракція (Віталік запропонував використовувати уніфікований одноланцюжковий контракт сховища ключів для досягнення координації облікового запису смарт-контракту з кількома ланцюжками)
Вище ми згадували, що ми використовуємо Salt, щоб узгодити адреси облікових записів з кількома ланцюжками, але узгоджені адреси є лише першим кроком, що користувачі не знають про крос-ланцюги під час операцій, тобто багатоланцюгові абстракція, яка є важливим кроком для абстракції облікового запису.
Перевірка підпису
Ми згадували раніше, що будь-яка транзакція на Ethereum може покладатися лише на EOA для ініціювання та оплати ETH як газу. Крім того, EOA може використовувати лише схему підпису ECDSA, що робить використання EOA дуже громіздким і має одну функцію, а також ризик витоку приватного ключа. День, коли виходять квантові комп’ютери, також є днем, коли Ethereum Обліковий запис EOA стає ягням на забій.
Алгоритм підпису
На рівні підписів наразі існують рішення для впровадження мультипідпису та соціального відновлення за допомогою смарт-контрактів (Gnosis Safe та Argent). авторизація (Lens Protocl.). Але відповідно до «Не ваші ключі, не ваші монети», ми можемо приділити більше уваги самому алгоритму підпису:
агрегація підписів
Досягніть ефективніших і простіших підписів за допомогою Schnorr або BLS, які не тільки забезпечують мультипідписи знизу, але й зменшують споживання газу за рахунок агрегування підписів. Звичайно, у всіх них є власні проблеми, такі як потреба в додаткових раундах зв’язку, непридатність для схем мультипідпису з більшими значеннями m і n і потреба великої кількості часу перевірки відповідності.
Постквантові захищені підписи
Використовуйте одноразові підписи, такі як Lamport або W-OTS, щоб запобігти використанню квантовими комп’ютерами інших для злому частини публічного приватного ключа для підробки повідомлень і підписів.
UserOperation
ERC7521 Intent Centric
Коли ми порівнюємо абстракцію облікового запису, особливо ERC-4337, і архітектуру Intent Centric, ми можемо виявити, що Bundler і Solver насправді можуть бути однією особою. Тобто інтерактивний вміст користувача «UserOperation» може бути наданий Bundler, аналізує намір, заданий користувачем, і пропонує відповідний шлях рішення, а потім підтверджує законність шляху до користувача через контракт EntryPoint, щоб уникнути. Bundler не чинить зла, і, нарешті, шлях виконання заблоковано.
Поєднання абстрагування облікових записів і намірів дозволить одночасно абстрагувати облікові записи та взаємодію, досягаючи користувацького досвіду за межами Web2.
Весь процес транзакції можна реалізувати за допомогою процесів свідка/заперечення та відповіді, використовуючи технологію ZK proof для здійснення приватних платежів. Це не тільки дозволяє користувачам підтверджувати дійсність транзакцій, не розкриваючи справжню адресу відправника, але й групує кілька транзакцій в одне підтвердження, тим самим зменшуючи накладні витрати на обчислення та значно покращуючи масштабованість, що є так званим зниженням витрат і підвищенням ефективності. Деякі корпоративні користувачі, які потребують нагляду, також можуть самостійно здійснювати прозорі транзакції з регуляторними органами, щоб відповідати нормативним вимогам без шкоди для конфіденційності.
Пакетувальник
Bundler MEV 与 Конкурс бандлерів
Bundler MEV і Bundler Competition є результатом недостатньої інфраструктури Bundler, яка відповідає за упаковку транзакцій, подібно до того, як Bundler може змінити порядок подання UserOperation, тоді як Bundler Competition виникає, коли різні Bundlers упаковують ту саму UserOperation. . Це схоже на пошукову газову війну, яка не має Bundler у ланцюжку.
Усі вони можуть спиратися на наявну інфраструктуру, таку як MEV-Boost, щоб відкрити канали зв’язку між Bundler-ами, а також між Bundler-ами та Block Builders. Etherspot розробляє p2p-мережу mempool для AA. UserOperations, які очікують на упаковку, будуть передані в цю мережу p2p, вони будуть позначені та видалені зі списку, таким чином уникаючи упаковки кількома Bundler-ами.
Платник
Депозити та зняття коштів Paymaster
Paymaster може сплатити комісію за газ за користувача та домовитися з користувачем про заміну її на будь-який токен або законну валюту. Таким чином, для Paymaster буде хорошим рішенням співпрацювати з постачальниками платіжних послуг, щоб надавати користувачам послуги внесення та зняття коштів.
Команда Visa розгорнула два експериментальних контракти Visa Paymaster у тестовій мережі Ethereum Goerli: один, щоб дослідити, чи можуть користувачі сплачувати комісії іншими токенами, включаючи стейблкойни в доларах США, а інший, щоб спробувати безпосередньо спонсорувати комісію за транзакції. Звичайно, інтеграція Paymaster з існуючими токенами ERC-20 вимагає використання зовнішнього джерела або оракула в ланцюзі для визначення ціни токена та перевірки, чи має контракт Paymaster схвалення для стягнення плати з користувача за вказаний токен. Відповідно до цього зрілого рішення, прямий доступ до карток Visa для використання фіатної валюти для оплати газу та навіть конвертація в реальному часі за допомогою токенів ERC-20, реалізуючи абстракцію депозитів і зняття коштів, значно знизить поріг входу для користувачів Web2.
Еволюція системи облікових записів Web3 і майбутній вихід на Web3
Еволюція порталів мережевого трафіку та відповідних систем облікових записів в епоху Web2 відображає швидкий розвиток Інтернету другого покоління та зміни потреб користувачів.
Спочатку користувачі отримували доступ до Інтернету через портали, і вони могли вільно вибирати онлайн-ресурси, перелічені на порталах. Потім поява пошукових систем дозволяє користувачам запитувати ключові слова через пошукові системи, а пошукові системи надають відповідні результати, аналізуючи URL-адреси. Епоха Web2 стала свідком зростання соціальних платформ, зокрема ПК і мобільних пристроїв. Окрім активного використання пошукових систем для входу в Web2, користувачі також можуть пасивно отримувати доступ до Web2 через інформацію на медіаплатформах ПК або самостійно входити в Web2 через персональні медіаплатформи ПК/мобільних пристроїв. За цей період вона пережила два процеси від пасивної до активної та процес інформаційної децентралізації.
Система облікових записів Web2 також змінюється від початкового SMS/MMS з використанням номера мобільного телефону до QQ/WeChat/Blog/Weibo для створення кількох облікових записів і отримання різноманітних додаткових функцій і незалежних особистих мережевих ідентифікаторів. ці платформи представили профілі та списки контактів, розширюючи ідентифікацію користувачів від однієї URL-адреси до складніших ідентифікаторів користувачів і соціальних графіків.
З розвитком мережевих і апаратних технологій з'явилися два типи способів розвитку власної екології:
«iOS+Apple Pay+Apple Store» і «WeChat Pay+Mini Program», після встановлення переваг трафіку своїх власних облікових записів і платіжних систем, відкривають зону для доступу зовнішніх розробників, утримуючи таким чином користувачів у своїх власних системах екосистема.
«Taobao + Alipay» і «Douyin + Douyin Payment» розробляють власні облікові записи та платіжні системи на основі трафіку популярних додатків, а також інтегрують інші додатки для створення єдиної облікової та платіжної системи.
Обидва способи по-своєму ефективні та займають цілий світ, і WeChat може задовольнити більшість потреб користувача в одній програмі, а оплату Alipay також можна знайти в основних програмах.
Таким чином, портал трафіку в епоху Web2 має на меті дати користувачам більше ініціативи та децентралізації, тоді як система облікових записів еволюціонувала від єдиної до багатої та різноманітної, і досягла власного екологічного розвитку двома шляхами.
Система обліку
Еволюція системи облікових записів в епоху Web3 не тільки зберігає деякі тіні Web2, але й представляє унікальний шлях розвитку.
Еволюція системи облікових записів в епоху Web3 продовжує деякі характеристики Web2, водночас представляючи унікальний шлях розвитку. У Web3 з’явилися різні типи облікових записів, включаючи плагіни, такі як Metamask, програмні гаманці, такі як Math і Trust, «операційні платформи», такі як dAppOS і Gnosis Safe, а також UniPass, вбудований у dApps, і вбудований гаманець OKX Web3 на обміни.
Плагіни, такі як Metamask, схожі на оригінальні текстові повідомлення, які можуть задовольнити найпростіші потреби користувачів. Хоча їх можна використовувати скрізь, їх функції занадто однозначні.
Програмні гаманці, такі як Math і Trust, такі як QQ і WeChat, додають різні оптимізації та функції для покращення взаємодії з користувачем на додаток до основних функцій, таких як керування кількома обліковими записами/соціальні розділи/афілійовані програми тощо.
Порівняно з програмними гаманцями, «операційні платформи», такі як dAppOS і Gnosis Safe, додатково оновили базові функції для створення іншої розширеної системи облікових записів. Подібно до Apple і WeChat, вони розробляють допоміжні «міні-програми», які є ядром для збагачення екосистеми.
Вбудовані гаманці в таких програмах, як UniPass і OKX Web3 Wallet, схожі на Alipay і Douyin Payment, які використовують інший обліковий запис і платіжний шлях. Вони використовують трафік популярних програм для розвитку власних користувачів і створення екосистеми через альянси.
Вхід транспорту
Ми згадували в статті «Портал трафіку Web3»:
«Грунтуючись на процесі входу користувача в Web3, ми можемо визначити входи трафіку Web3 на дві основні категорії:
Система рахунків (депозити, зняття коштів і управління коштами): централізовані біржі, незалежні проекти депозитів і зняття коштів, агрегатори депозитів і зняття коштів, криптовалютні банкомати, криптовалютні банківські картки та позабіржові транзакції (OTC); гаманці EOA, CA, MPC абстракції (АА).
Web3 dapp (інструменти, соціальні мережі та розваги): DEX, NFT market (Marketplace), доменне ім’я, DeSoc, ринок торгівлі авторським правом, GameFi, X to Earn. "
Сьогодні ми все ще так думаємо, але згідно з частиною 2, усі ці входи можуть стати частиною гаманця АА. Однак вони також поділяють шлях прийняття гаманця AA на дві категорії, а саме облікові записи та програми, як зазначено вище. Чи користувач спочатку отримує обліковий запис, а потім взаємодіє з програмою, чи спочатку взаємодіє з програмою, а потім використовує обліковий запис.
Аплет Wallet і Wallet як послуга
Коли ми дивимося на прогрес впровадження АА, ми можемо виявити, що спочатку був випущений незалежний продукт АА-гаманця Avocado, а потім Metamask випустив компонент Snaps для підтримки деяких функцій АА Платіжний гігант Visa також приєднався до Paymaster для тестування води та доступу Незабаром соціальна програма Lens Protocol спробувала встановити гаманець AA через ERC-6551, а Safe також був сумісний з ERC-4337, щоб консолідувати свій власний «міні-програмний» ринок після підтримки OKX Wallet для використання гаманців AA , Circle вирішив випустити власний гаманець AA.
Звідси неважко зрозуміти, що прийняття АА є не що інше, як два режими:
Власні випуски гаманців або гаманці, сумісні з AA, використовують користувачів гаманця та внутрішні аплети для залучення та утримання користувачів.
Додатки/біржі/постачальники платіжних послуг використовують власні переваги трафіку, щоб перетворити користувачів на користувачів гаманця AA.
Це також веде до того, що нам потрібно обговорити: оскільки мережева екологія перетвориться з ринку продавця на ринок покупця через появу АА, за яку модель платитимуть користувачі?
аплети
Судячи з короткострокового рівня впровадження, модель АА розробки невеликої програмної екосистеми на основі власного гаманця буде легше прийнята користувачами. Це, по суті, рішення To C. Оскільки більшість користувачів, які зараз пробують гаманці AA, все ще є користувачами Web3, сам гаманець їм не знайомий, і вони можуть використовувати його безпосередньо без додаткового розуміння. Взявши за приклад MetaMask Snaps, він дозволяє третім сторонам розробляти відповідні аплети гаманців через інтерфейс API для взаємодії з ланцюжками, які не належать до EVM. Здається, він залучає трафік до інших гаманців, але насправді створює екосистему для себе та навчає користувачів. . Безсумнівно, день, коли MetaMask стане повністю сумісним з ERC-4337, стане лідером гаманців AA.
Якщо взяти для прикладу dappOS:
dappOS=обліковий запис dappOS (уніфікований багатоканальний EOA)+мережа dappOS.
Обліковий запис dappOS: дозволяє користувачам використовувати «уніфіковані облікові записи» на основі абстракції облікових записів замість звичайних зовнішніх облікових записів (EOA). Метод агрегування гаманців із кількома ланцюжками також може полегшити користувачам однакове керування активами в різних ланцюгах.
Мережа dappOS: децентралізована мережа, яка допомагає користувачам автоматично виконувати операції, пов’язані з гаманцем і крос-ланцюгом, і завершувати складний процес взаємодії, що стоїть за транзакціями.
dappOS намагається розділити концепції облікових записів, публічних ланцюжків і Gas Tokens, щоб користувачі могли мати досвід, подібний до облікових записів Web2. Однак, оскільки платформа все ще знаходиться на відносно ранній стадії, платформа має обмежені кооперативні додатки, але це не заважає. зростання його даних користувачів. Оскільки користувачі мотивовані входити з EOA, особливо ті, яким потрібна взаємодія з кількома обліковими записами та кількома ланцюжками, інтерактивний досвід після міграції є вищим, ніж вартість міграції. Найважливішим є те, що після того, як користувач увійде, ця система облікового запису в принципі ніколи не залишить, тому що користувачі також навчаються під час її використання. По-перше, користувачі, які були піддані гаманцям AA з самого початку, не можуть використовувати гаманці EOA , гаманці, такі як dappOS. Він може задовольнити більшість потреб користувача у взаємодії, і користувачеві не потрібно мігрувати. Зрештою, навіть якщо користувач хоче мігрувати, невидима багатоланцюгова абстракція зробить весь процес міграції громіздким.
Можна побачити, що відомі продукти гаманця можуть швидше залучати й утримувати користувачів Web3 AA, наприклад Safe, Avocado, OKX Wallet тощо.
Waas
WaaS — це гаманець AA маршруту програми, який протилежний гаманцю AA, який використовує маршрут міні-програми. Спочатку є програма, а потім гаманець, що, очевидно, є рішенням To B. Програми використовують WaaS для налаштування своїх власних гаманців відповідно до функцій продукту. Для різних програм доступні стандартизовані модулі WaaS. Вони використовують трафік програми для розширення власної екології, створення платформи гаманця AA, а потім переходять на сторону C. щоб видавати індивідуальні гаманці для користувачів. Вільно підбирайте потрібні вам функції гаманця.
Візьмемо для прикладу Stepn, як програму поза схемою, у Stepn є десятки мільйонів користувачів по всьому світу, і кожен користувач створив гаманець через Stepn. Якщо Stepn має вбудований гаманець AA і використовує цей гаманець як ядро, а не лише токени GMT, він продовжить розвивати екосистему, таку як наступний торговий ринок MOOAR NFT, гра Mahjong і Gashero. Тоді лише цей гаманець AA може залучити десятки мільйонів додаткових користувачів до всього криптовалютного ринку, і ці користувачі є дуже постійними користувачами цього гаманця AA, оскільки вартість міграції для них надзвичайно висока.
Те саме стосується нещодавно популярного Friend Tech. Кожен користувач Twitter може бути потенційним користувачем його гаманця AA, а законні валютні депозити та зняття коштів і оплата газу можуть дозволити користувачам подолати бар’єри взаємодії Web3 і швидко інтегруватися в Web3.
Серед реалізованих продуктів ми можемо зосередитися на WaaS Pay і UniPass. Ці два продукти відповідно представляють характеристики WaaS-орієнтованих гаманців.
WaaS Pay — це платформа для розгортання облікових записів смарт-контрактів, яка використовує набір протоколів Safe{Core} і Safe{Core} Account Abstraction SDK, розроблена для організацій, яким потрібні миттєві платежі через блокчейн, надаючи пріоритет конфіденційності. Він надає зручний інтерфейс без коду для налаштування функцій смарт-контрактного облікового запису, таких як вхід через соціальну мережу, рамки введення/виведення фіатної валюти та транзакції без газу для одержувачів. З ZKBob полегшує анонімні транзакції через Zero-Knowledge Proofs (ZKP), WaaS Pay забезпечує безпеку та конфіденційність конфіденційних фінансових даних. Платформа працює на базі Polygon ZKEVM, що гарантує масштабованість і ефективність, а вузли IPFS із власним хостингом із Helia захищають конфіденційні метадані.
UniPass — це, по суті, пакет програмного забезпечення для програм сторонніх розробників, який дозволяє програмам обходити традиційні приватні ключі облікових записів і низку підписів і обмежень Gas або централізацію керованих приватних ключів для створення прив’язуваних адрес електронної пошти та безпосередньо використовувати реалізацію верифікації DKIM UniPass - кастодіальний обліковий запис, який контролюється електронною поштою, одночасно спрощуючи взаємодію в ланцюжку через Relayer, досягаючи таких функцій, як відсутність газу/абстракція підпису/соціальні відповіді, які значно покращують взаємодію з користувачем. Будучи програмою, керованою сценарієм, UniPass вирішує використовувати об’єднану соціальну мережу, щоб надавати персоналізовані послуги для різних програм, створюючи сумісну систему облікових записів. Завдяки сумісності цієї об’єднаної соціальної мережі, на передумові забезпечення права власності на дані та захисту конфіденційності, соціальні зв’язки встановлюються в ланцюг, а DID із правом власності на дані та активи встановлюються для підтвердження власних сценаріїв використання, щоб залучити більше програм до використання UniPass переходить у Web3. Користувачі цих додатків природно стають користувачами UniPass і використовують його для продовження взаємодії в Web3 з надзвичайно високою стійкістю.
З цього ми також бачимо, що гаманець AA маршруту WaaS має більше переваг з точки зору простору для зростання та залучення користувачів Web2, але це перевірить якість продукту та можливості команди BD, коли сформується ефект мережі , буде інерція зростання, належить до типу, який надає силу в більш пізній період.
довідка
[1] "Звіт з даними за півроку Sixdegree ERC4337"
https://sixdegree.xyz/research/Half-Year-Data-Report-of-ERC4337-by-Sixdegree.pdf
[2] «Довга стаття з поглибленим тлумаченням «Абстракції облікового запису»: 7-річна еволюція маршруту та карта траси»
https://www.chaincatcher.com/article/2085142
[3] «Інтерпретація резюме звіту про обліковий запис Binance Research»
https://www.techflowpost.com/article/detail_12784.html
[4]《EIP-6551》
https://eips.ethereum.org/EIPS/eip-6551
[5]《Протокол A3S Gitbook》
https://a3sprotocolcontact.gitbook.io/a3s-protocol/a3s-v1.0/how-a3s-v1.0-works
[6]《Майбутнє розумних облікових записів: модульні, спеціалізовані та багатоканальні》
https://longhashvc.medium.com/future-of-smart-accounts-modular-specialised-multichain-d04f083375a6
[7] «Чому ERC-4337 Bundler потрібно співпрацювати з Block Builders»
https://learnblockchain.cn/article/6205
[8] «Повний посібник із абстракції облікового запису»
https://news.marsbit.co/20230302172702633640.html
[9] «Як інфраструктура підтримує мільярди користувачів через абстракцію облікових записів»
https://www.panewslab.com/zh/articledetails/24hz8399g6my.html
[10]《Ви могли винайти абстракцію облікового запису: частина 1》
https://www.alchemy.com/blog/account-abstraction
[11] «Звіт про абстрактне дослідження облікового запису Ethereum: демонтаж 10 пов’язаних пропозицій EIP і проблем із вузькими місцями, які впливають на десятки мільйонів щоденних активних користувачів»
https://www.odaily.news/post/5183201
