Гаманець

Криптовалютні гаманці революціонізовані: як абстракція акаунтів змінює все

Криптовалютні гаманці революціонізовані: як абстракція акаунтів змінює все

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

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

Але що саме таке абстракція акаунтів, і як вона працює? Щоб зрозуміти її значення, ми спочатку повинні зрозуміти, як традиційно функціонують блокчейн-акаунти і чому ця стара модель має обмеження. Потім ми заглибимося в те, як абстракція акаунтів змінює гру, дослідимо її переваги (як покращену безпеку та зручніший досвід користувача), розглянемо реальні приклади її використання і вивчимо, які виклики залишаються.

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

Традиційна модель акаунтів: EOAs проти

акаунтів смарт-контрактів

Блокчейни, такі як Ethereum, сьогодні використовують модель акаунтів для управління активами та виконання транзакцій. Існує два основних типи акаунтів в Ethereum:

  • Акаунти, керовані зовні (EOAs) – Це "звичайні" користувацькі акаунти, якими керує людина через приватний ключ. Якщо ви створили Ethereum-гаманець (такий як MetaMask або апаратний гаманець), у вас є EOA. З EOA ви маєте публічну адресу (отриману з вашого публічного ключа) і приватний ключ, що дозволяє підписувати транзакції. Використовуючи EOA, ви можете зберігати монети або токени та надсилати транзакції для переказу коштів або виклику смарт-контрактів. Важливо те, що EOA може ініціювати транзакції самостійно (з підписом від приватного ключа), але він не може виконувати призначений код – він не є програмованим за межами базової функціональності відправлення. EOAs обмежені двома основними діями: відправлення вартості (ETH або токенів) іншим акаунтам або викликом функції смарт-контракту. I apologize for the limited capabilities in translating while preserving specific formatting. Let's proceed with the translation while assisting with maintaining key elements like markdown links and structured sections:

Успіх?** Тому що багато проблем, які гальмували ширше впровадження криптовалюти, виникали через обмеження EOAs. Нові користувачі борються з безпечним керуванням приватними ключами та seed фразами, і немає страхового полюса, якщо трапляються помилки. Досвідчені користувачі турбуються про проблему єдиної точки відмови – один зламаний ключ може стати катастрофічним. Розробники змушені були створювати важкі обхідні рішення (як-от relayer мережі або централізовані сервіси) для надання можливостей, таких як безгазові транзакції або соціальне відновлення, оскільки сама блокчейн не підтримувала їх нативно. Абстракція акаунтів вирішує ці проблеми безпосередньо, роблячи модель акаунта потужнішою та орієнтованою на користувача. В результаті, це вважається критичною інфраструктурою для наступної еволюції Web3. Насправді, абстракція акаунтів була мрією основних розробників Ethereum протягом багатьох років, коли Віталік Бутерін та інші виступали за неї кілька разів як шлях до значного підвищення зручності використання та безпеки Ethereum. Це вже не просто абстрактна теорія – вона стає реальністю на Ethereum через останні стандарти, а нові блокчейни проектують з урахуванням абстракції акаунтів з самого початку.

Для кращого розуміння того, як ми переходимо від теорії до практики, розгляньмо, як Ethereum впроваджує абстракцію акаунтів – зокрема через оновлення, відоме як ERC-4337 – і як це насправді працює.

Як абстракція акаунтів працює на Ethereum (ERC-4337)

Подорож Ethereum до абстракції акаунтів нещодавно завершилася в пропозиції, званої ERC-4337 (також відома як EIP-4337). Оголошена в 2021 році та розгорнута в 2023 році, ERC-4337 впровадила абстракцію акаунта без необхідності фундаментальної зміни до основного протоколу Ethereum. Це було важливим, оскільки зміна основного (L1) протоколу є повільною та вимагає широкого консенсусу. Замість цього, 4337 досягає абстракції акаунтів за допомогою смарт-контрактів та позамережевої інфраструктури на базі Ethereum – розумне рішення, яке надає нам переваги AA сьогодні, без жорсткої форкі.

Отже, як це працює? ERC-4337 визначає новий альтернативний робочий процес для транзакцій, зосереджений на концепції об'єкта «Операція користувача» (часто скорочено називається UserOp). Операція користувача подібна до упакованої транзакції, яку гаманець смарт-контракту користувача хоче виконати. Замість того, щоб гаманець користувача безпосередньо створював нормальну транзакцію Ethereum (як би це зробив EOA), гаманець створює операцію користувача, що містить усі деталі запланованої дії: хто є користувачем (відправником), метою операції (як-от виклик контракту або передачу токена), будь-якими даними або параметрами для виклику, а також супутній підпис перевірки або доказ.

Ось основний процес ERC-4337 з його новими компонентами:

  • Операції користувача та Mempool: Під час використання гаманця з підтримкою ERC-4337 (смарта-контракту гаманця) гаманець не транслює звичайну транзакцію. Натомість, він створює об'єкт UserOperation з необхідною інформацією та підписом (але цей підпис може бути будь-яким, що очікує логіка контракту, а не обов'язково одним ключем EOA). Ці UserOps випускаються в спеціальний UserOperation мемпул, окремо від звичайного Ethereum транзакційного мемпулу. Уявіть, що це як своєрідний етап, на якому відбуваються дії від смарт-контрактів-гаманців чекають на вибір.

  • Пакувальники: З'являються пакувальники, які є дещо аналогічними шахтарям або виробникам блоків, але на рівні операцій користувача. Пакувальник – це вузол, який стежить за цим UserOp мемпулом і збирає кілька UserOps від різних користувачів в один «пакет», потім обгортає цей пакет в одну транзакцію Ethereum L1. Простіше кажучи, пакувальник діє від імені багатьох користувачів, щоб провести їхні операції до блокчейн. Пакувальник є EOA (це має бути так, оскільки тільки EOAs можуть ініціювати L1 транзакцію в поточному протоколі), але кінцеві користувачі більше не повинні кожен запускати транзакцію EOA. Пакувальник платить за велику транзакцію та в обмін бере плату з кожного включеного UserOp.

  • Контракт EntryPoint: До спеціального смарт-контракту EntryPoint, розгорненого на базі Ethereum, відправляється зібрана транзакція. Цей контракт є центральним елементом дизайну ERC-4337. Контракт EntryPoint повинен перевірити та виконати ці User Operations у пакеті. Він розпаковує пакет і для кожного UserOp викликає цільовий смарт-контрактний гаманець (контракт аккаунта користувача), щоб перевірити цю операцію і виконати бажану дію. Кожен смарт-контрактний гаманець повинен реалізовувати стандартний інтерфейс, який викликає EntryPoint, що зазвичай включає функцію на кшталт validateUserOp (для перевірки підписів, nonce тощо для правил цього аккаунта) та функцію execute (для виконання запитаного дії, якщо перевірка пройде). Якщо будь-яка UserOp провалить перевірку (наприклад, недійсний підпис або недостатньо коштів), EntryPoint відмовить у ній, так що не буде виконуватись нелегальна транзакція.

  • Платники (Необов'язково): ERC-4337 також вводить концепцію Платників, які є допоміжними смарт-контрактами, що можуть спонсорувати газові плати або вказувати, хто й як платитиме за газ. Коли вони є, Платник може бути прикріплений до UserOp, і під час перевірки EntryPoint запитується, щоб Платник заплатив за газ від імені користувача (зазвичай після підтвердження певних критеріїв). Цей механізм дозволяє користувачам здійснювати транзакції без володіння ETH для газу – наприклад, розробник dApp може керувати Платником, щоб платити за газ для нових користувачів як дружню стратегію онбордингу, або дозволити платити газ у токені ERC-20, який користувач має. Якщо Платник не використовується, газ сплачується за рахунок власних коштів смарт-гаманця користувача (які можуть бути у вигляді токенів ERC-20, якщо сам гаманець робить обмін або має логіку для цього).

  • Стимул для пакувальника: Після виконання операцій контракт EntryPoint займається сплатою пакувальнику його належної плати (використовуючи кошти, надані або аккаунтом користувача, або Платником). Це стимулює пакувальників продовжувати працювати. По суті, пакувальники заробляють плату так, як шахтарі чи валідатори заробляють на газових платах, тільки тепер вони можуть заробляти із пакета операцій користувачів.

Ця архітектура ефективно усуває пряме потребу кожного користувача мати EOA. Тільки пакувальники повинні використовувати EOA для відправки транзакцій; «транзакції» всіх інших громадян інкапсульовані в UserOps, оброблених контрактом. Як зазначив тодішній Rumble Fish команда, в моделі 4337 пакувальники є «єдиними учасниками, які потребують [EOAs] в цій екосистемі абстракції акаунтів». Для кінцевого користувача їх акаунт тепер є лише смарт-контрактним гаманцем – вони ніколи не відправляють L1 транзакцію ручним способом з EOA, але їхня воля виконується на ланцюгу так само, через посередника EntryPoint.

Давайте розіб'ємо короткий приклад, щоб закріпити це: припустимо, у Аліси є гаманець з абстракцією акаунтів з правилом "дозволити моєму другові Бобу витратити не більше 0.1 ETH з мого гаманця на добу". Це неможливо з нормальним EOA – ви не можете делегувати обмежену владність на витрати в мережі з вбудованими інструментами. Але з AA, гаманець Аліси є смарт-контрактом, що впроваджує це правило. Тепер Боб хоче допомогти Алісі, виконавши для неї обмін, поки вона офлайн. Боб створює UserOperation, викликаючи контракт гаманця Аліси: "передати 0.05 ETH від Аліси до якогось DEX". Боб підписує цей UserOp (можливо, своїм власним ключем, як дозволено в коді контракту Аліси). Цей UserOp відправляється в мемпул. Пакувальник обирає його серед інших і відправляє до EntryPoint. EntryPoint викликає валідаційну функцію контракту гаманця Аліси; цей код перевіряє «Чи є Боб дозволеним делегатом, і чи ця сума в межах денного ліміту 0.1 ETH?» Якщо так, перевірка пройде. Потім EntryPoint викликає виконуючу функцію на гаманці Аліси, яка в свою чергу ініціює передачу 0.05 ETH до контракту DEX. Операція успішна, і EntryPoint сплачує пакувальнику з коштів гаманця Аліси невелику плату за газ (або, можливо, з депозиту Боба або Платника, в залежності від налаштувань). Аліса не повинна нічого робити у цей момент – її попередньо встановлені правила гаманця дозволили дію Боба безпечно. Якби Боб намагався перевищити ліміт або не був авторизований, гаманець відхилив би це під час валідації.

З усього вищесказаного, зрозуміло, що абстракція акаунтів вводить багато нових рухомих частин (UserOps, пакувальники, EntryPoint, платники). Проте, з точки зору користувача, все це може бути під капотом. Користувач просто відчуває більш гнучкий гаманець. Як сказав один розробник, «кінцевий користувач навіть не знає, що використовує абстракцію акаунтів – він просто бачить функціональність, яка раніше була неможлива». Вказано, що впровадження цього безпечно є складним завданням. Контракт EntryPoint, наприклад, стає критичним елементом інфраструктури, який повинен бути бездоганним і на якого можна довіряти (на щастя, він був перевірений аудитом і формально верифікований з урахуванням його важливості). Код кожного смарт-гаманця також повинен бути написаний обережно, щоб правильно обробляти підписи, nonce та перевірки безпеки. Тому, існує багато інженерії для безпечного та безперешкодного забезпечення AA.

Варто зазначити: Ethereum не єдина мережа, яка приділяє увагу абстракції акаунтів. Деякі нові блокчейни та мережі рівня-2 мали легший час для нативного інтегрування абстракції акаунтів. Наприклад, StarkNet (рівень-2 zk-rollup на базі Ethereum) був спроектований так, що кожен акаунт на StarkNet є акаунтом смарт-контракту за замовчуванням. Концепції EOA на StarkNet не існує – навіть акаунти користувачів мають код (зазвичай це стандартний контракт акаунта, який може бути вдосконалено або налаштовано відповідно до потреб користувача). Це означає, що StarkNet мав функції AA (наприклад, соціальне відновлення, тощо) від самого початку, без потреби в системі, як 4337 із зовнішніми пакувальниками; самі черговики обробляють смарт-акаунти внутрішньо. Подібно, zkSync v2 (інший рівень-2) також підтримує абстракцію акаунтів на нативному рівні протоколу – вони розгортають стандартний смарт-контракт акаунта для кожного користувача, який імітує поведінку EOA, якщо не налаштований, зберігаючи сумісність, одночасно дозволяючи розширення. Ці підходи підтвердили,...Сила абстракції акаунтів (AA): видаляючи поділ EOA/контракт на рівні протоколу, можна розробляти набагато багатші функції для гаманців. Підхід Ethereum ERC-4337 є трохи складнішим (оскільки він нашаровується), але в кінцевому підсумку дає той самий результат на рівні основної мережі Ethereum.

Тепер, коли ми зрозуміли, що таке абстракція акаунтів і як вона працює (принаймні в реалізації Ethereum), давайте розглянемо переваги. Чому така увага до цього? Що це насправді дозволяє користувачам і розробникам, чого раніше неможливо було зробити (або було дуже важко)? Переваги абстракції акаунтів численні, охоплюючи безпеку, зручність використання і не тільки.

Переваги Абстракції Акаунтів

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

Покращена Безпека та Варіанти Відновлення

Одна з найсильніших привабливостей абстракції акаунтів – це потенціал для різкого покращення безпеки криптоакаунтів. Сьогодні, якщо ви втрачаєте свою seed-фразу або приватний ключ до гаманця EOA, ви просто втрачаєте доступ – відновлення неможливе. Аналогічно, якщо ваш ключ вкрадуть, злочинець може вичерпати всі кошти, і нема до кого звернутися, щоб заморозити акаунт або відмінити зміни. Ця жорстока реальність призвела до безлічі розповідей про загублені багатства і залишається основною причиною страху для нових користувачів.

Абстракція акаунтів пропонує рішення: оскільки ваш акаунт є програмованим контрактом, ви можете вбудувати в нього власні механізми безпеки. Наприклад, розробники можуть впровадити смарт-гаманці з соціальним відновленням або схваленням на основі мультипідпису. У гаманці із соціальним відновленням, у вас залишається основний підписний ключ для повсякденного використання, але якщо ви його втрачаєте, група "охоронців" (друзі, родина чи навіть інші ваші пристрої) можуть колективно авторизувати заміну ключа для вашого гаманця. Це означає, що немає єдиного пункту збоїв – втрата одного ключа не блокує доступ назавжди, і жоден вкрадений ключ (за винятком, якщо всі охоронці скомпрометовані) не дає можливості нападникові увійти. Віталік Бутерін підтримував соціальне відновлення як його улюблений спосіб захисту гаманців, і з абстракцією акаунтів ця модель стає набагато простішою для широкого розгорнення.

Подібним чином, абстракція акаунтів дозволяє мультипідписним гаманцям стати масовими не тільки для організацій, але й для індивідуальних користувачів. Ви могли б вимагати, щоб будь-яка транзакція з вашого гаманця повинна була бути підписаною, скажімо, вашим телефоном та вашим ноутбуком (два ключі) – що значно знижує ризик компрометації одного пристрою. Раніше мультипідписні гаманці існували (як-от Gnosis Safe), але частіше використовувалися командами чи експертами через складність налаштування. З гаманцями AA, дружній інтерфейс може дати змогу будь-кому увімкнути 2-з-3 мультипідпис для себе або додати добову ліміту на витрати, який вимагає додаткового підтвердження, якщо ліміт перевищено. Такі налаштовувані правила були неможливі з простими EOA.

Критично, абстракція акаунтів означає, що розробники мають свободу "вкорінювати всілякі варіанти аутентифікації акаунтів та відновлення," як відзначено в одному аналізі. Хочете додати двофакторну аутентифікацію (2FA), де мобільний пристрій має підписувати транзакції разом? Можете. Хочете, щоб гаманець мав функцію "заморозити", щоб ви могли його заблокувати, якщо підозрюєте злом (своєрідно на кшталт заморожування кредитної картки)? Це теж можна запрограмувати. Як щодо білоду списку певних "безпечних" адрес (наприклад, вашого холодного сховища), які можуть отримувати необмежені кошти з вашого гаманця, але вимагають додаткових перевірок для відправки іншим? Все це можливо з логікою контракту. Коротше кажучи, абстракція акаунтів принесла гнучкість сучасного дизайну безпеки у криптовалютні гаманці, які до цього часу залишалися з моделлю ключа "все або нічого". Це значно знижує багато вразливостей та ризиків, які переслідують гаманці EOA. Користувачам більше не потрібно балансувати на дроті без страхувальної сітки – втративши один ключ, ви можете мати інші способи відновлення; побачивши підозрілу спробу, ви могли запрограмувати запобіжники.

Зниження Бар'єрів для Нових Користувачів

Крім безпеки, абстракція акаунтів може зробити використання криптовалюти набагато доступнішим для повсякденних користувачів. Давайте зізнаємось: управління EOA з комісіями за газ та seed-фразами є залякуючим для новачків. Інтерфейс/досвід користувача часто порівнюють з ранніми днями Інтернету – ви фактично просите користувачів ідеально управляти секретними ключами (типу довгими паролями) та розуміти концепції газу та нонсов з першого дня. Це є бар'єром для адаптації.

Абстракція акаунтів знижує цей бар'єр, надаючи більш звичні, зручні для користувача досвіди. Наприклад, з покриттям комісій за газ за допомогою спонсорів або дозволяючи платити газ стабільними монетами, новий користувач може виконати свою першу блокчейн-транзакцію без навіть володіння ETH для газу. DApp або гаманець можуть оплатити комісію за газ (можливо, як акцію для нових користувачів або використовуючи модель freemium) – користувач просто бачить, як його дія проходить, схоже на те, як фінтех-додаток може знімати комісії за першу транзакцію. Це величезно: вимагати від нових користувачів спочатку придбати ETH (часто на біржі), щоб мати можливість використовувати dApp, було кошмаром для onboarding. Абстракція акаунтів знімає цю перешкоду, дозволяючи абстракцію комісій за газ – користувачі можуть платити у будь-якому токені, який вони мають, або взагалі не платити, якщо втручається третя сторона.

Інше поліпшення користувацького досвіду – це ідея "безпідписних" транзакцій або транзакцій в один клік. Хоча вони не буквально без підпису (існує криптографія під капотом), з точки зору користувача ви можете бути "увійшли" в dApp на сесію і не повинні вручну підтверджувати кожну дію. З абстракцією акаунтів, гаманці могут вживати сесійні ключі – еферемальні ключі, які мають обмежені права (наприклад, можуть виконувати лише певні дії протягом обмеженого часу). Ви могли б увійти в ігровий dApp і схвалити сесійний ключ, який дозволяє тій грі виконувати ходи від вашого імені протягом, скажімо, наступної години, з лімітом на витрати. Протягом цієї години ви насолоджуєтеся безшовним досвідом, як якщо б ви просто грали в звичайну онлайн-гру – без спливаючих транзакцій кожну хвилину. Смарт-контракт вашого гаманця гарантує, що сесійний ключ не може робити нічого понад дозволене повноваження, а після години стає недійсним. Цей вид потоку аналогічний тому, як веб-додатки підтримують сесіюȃ, і це стає можливим завдяки гнучкості абстракції акаунтів. Ранні впровадження сесійних ключів та досвідів "увійти з Ethereum" зараз досліджуються з використанням гам.Зміст: служба або надія на те, що хтось зателефонує за спеціальним контрактом; з АА, ваш власний акаунт може це забезпечити.

  • Легке управління активами: Абстракція акаунтів дозволяє такі функції, як "переводьте всі мої токени за одним викликом функції". Зазвичай, якщо ви хотіли переїхати в новий гаманець, вам би довелося переводити кожен токен окремо. Розумний гаманець може мати метод для одночасного трансферу всіх активів (ETH і будь-яких токенів, NFT тощо) на іншу адресу – це спрощує міграцію гаманців або консолідацію активів. Він також може дозволити зміну власника самого гаманця: наприклад, продаж гаманця або його передачу комусь (що не є тривіальним завданням з EOAs, адже EOA прив'язаний до фіксованого ключа, яким не варто ділитися).

  • Програмовані обмеження: Ви можете ввести довільні правила на використання вашого акаунту. Наприклад, ви можете встановити щоденний ліміт витрат. Якщо транзакції перевищують цю суму, гаманець призупиняє подальші трансфери до наступного дня або вимагає додаткового підтвердження від вас. Такий вид лімітування швидкості може запобігти втраті всіх коштів, якщо ключ було тихо скомпрометовано – злодій може взяти, наприклад, лише 1% ваших коштів на день, даючи вам час для реагування. Акаунти також можуть обмежувати певні типи транзакцій (наприклад, "не дозволено викликати ризикований контракт DeFi X, якщо не додано додатковий підпис"). Це аналогічно тому, як кредитні картки дозволяють встановлювати ліміти або сповіщення для транзакцій, які перевищують певну суму.

У двох словах, абстракція акаунтів надає небачену гнучкість. Коментар від розробників блокчейну підсумував це наступним чином: з EOAs користувачі "застрягли з транзакціями, які не можуть бути налаштовані або автоматизовані – кожну з них необхідно підписувати окремо." Але з абстракцією акаунтів "гра змінюється", і користувачі можуть "налаштувати періодичні платежі та зануритися в інші форми автоматизації", навіть надавши дозвіл на кілька дій одночасно. Це як перейти від ручного автомобіля до розумного автопілотного автомобіля, котрий ви можете запрограмувати з маршрутами та правилами – ви переходите від виконання всіх дій самостійно до визначення того, чого ви хочете, і дозволяєте системі виконувати механіку.

Гнучкість плат за газ і спонсорство

Ще однією важливою перевагою є гнучкість навколо комісій за газ, яку забезпечує абстракція акаунтів. У поточному Ethereum вам потрібно платити комісії за газ у ETH зі свого акаунту для кожної транзакції. Це є перешкодою для багатьох дружніх до користувача інтерфейсів – уявіть, якщо щоразу, коли ви проводите кредитною карткою, вам також потрібна була б друга валюта для сплати комісії, і якщо у вас її не було б, оплата б не вдалася. Це по суті те саме в випадку EOAs та ETH для газу.

Абстракція акаунтів усуває це обмеження, дозволяючи абстракцію газу:

  • Ваш акаунт (розумний гаманець) може бути налаштований на сплату комісій за газ, використовуючи будь-які токени, які ви маєте. Наприклад, якщо у вас є лише стабілкойн USDC, логіка гаманця (разом із інтеграцією з платіжними сервісами або децентралізованими біржами) може автоматично конвертувати невелику частку USDC або використовувати його для сплати майнінгу/верифікатору, тому вам взагалі не потрібно ETH.
  • Спонсор (платіжний майстер) може покрити ваші комісії за газ. Це відкриває можливість безкоштовних для користувачів транзакцій. dApp може вирішити сплатити за транзакційні комісії своїх користувачів для збільшення впровадження – подібно до того, як компанія покриває видатки на доставку для клієнтів як стимул. Це можливо частково у вигляді мета-транзакцій у минулому, але абстракція акаунтів стандартизує це і робить більш безпечним. Користувачі можуть взаємодіяти з блокчейн-додатками, навіть не усвідомлюючи існування комісій за газ; досвід може відчуватися, як безкоштовний веб2 додаток, де все "просто працює". Наприклад, нові користувачі, які приєднуються, можуть отримати кілька безкоштовних транзакцій, спонсорованих додатком, лагідно вводячи їх у використання.
  • Гнучка логіка оплати: Можливо, ви хочете автоматично використовувати найдешевший актив, який маєте для оплати комісій, або динамічно обрати між оплатою у ETH чи іншому токені залежно від ринкових цін – вся ця логіка може бути вбудована у ваш гаманець або політику платіжного майстра.

Специфікація ERC-4337 визнає це ключовою особливістю: завдяки платіжним майстрам користувачі "не зобов'язані тримати рідний токен ETH для взаємодії з мережею. Це значне поліпшення для нових користувачів", що входять до Web3. І аналіз Rumble Fish підкреслив, що з АА dApps або навіть інші люди можуть підключитися, щоби заплатити за чиїсь комісії як подарунок або акцію, що робить процес онбоардінгу значно плавнішим. Ми вже бачили, як такі організації, як Visa, експериментують з використанням абстракції акаунтів, щоб дозволити користувачам оплачувати газові платежі кредитною карткою або через третю сторону, фактично роблячи крипто-транзакцію відчутною, як звичайну онлайн-покупку.

Захист на майбутнє та нові можливості

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

  • Постквантова криптографія: Сьогоднішні підписи Ethereum (ECDSA) можуть бути зламані квантовими комп’ютерами в майбутньому. Завдяки абстракції акаунтів ми можемо поступово перейти до стійких до квантових комп’ютерів схем підпису акаунт за акаунтом, замість потреби в хардфорку, який змінює як працюють всі підписи. Фактично, АА дозволяє існувати різним схемам підпису одночасно – деякі акаунти можуть використовувати традиційні ключі, інші можуть вимагати квантово-безпечні підписи, такі як Lamport або BLISS тощо. Ethereum 4337 вважається "одним із перших кроків до створення транзакцій захищених від квантових комп’ютерів", оскільки він розділяє верифікацію акаунту від фіксованого алгоритму.
  • Рольовий доступ і модульність: Акаунти можуть бути запрограмовані для контролю доступу на основі ролі. Наприклад, ви можете призначити "торговий ключ", який тільки дозволений для торгівлі, але не для виведення коштів, або "клавішу розгортання", яка може розгортати контракти, але не переміщати кошти, і все це в рамках одного контракту акаунту. Це корисно для організацій або потужних користувачів, які хочуть мати тонке управління.
  • Першокласні мультипідписи та спільні акаунти: Абстракція акаунтів може зробити мультивласних акаунти першокласними громадянами в усьому екосистемі. Це означає, що dApps та протоколи можуть нативно підтримувати взаємодії з мультипідписами акаунтами легше. Це також означає, що командні або сімейні гаманці стають простішими – контракт акаунту може належати декільком людям, кожен з певними правами, що не є тривіальним у випадку з EOAs. Фактично, референсний текст зазначав, що абстракція акаунтів дозволяє "командні гаманці" як приклад використання, маючи на увазі гаманці, які керуються декількома людьми за допомогою запрограмованих правил управління (ідеально для бізнесових скарбниць, DAO-фондів тощо).
  • Ідентифікація та репутація на блокчейні: Оскільки контракти акаунтів можуть містити логіку, вони можуть інтегрувати такі речі, як репутаційні оцінки або списки довіри для DeFi (наприклад, акаунт, який дозволяє взаємодію лише з протоколами у списку дозволених для безпеки, поки користувач не змінить налаштування). Вони можуть також інтегруватися з системами ідентифікації, як-от вимагати певний облікові дані або NFT для розблокування певних функцій. Це переходить в область розумних акаунтів, які служать обома як гаманцем, так і ідентифікаційними хабами.

Загалом, переваги абстракції акаунтів охоплюють безпеку, зручність, гнучкість та готовність до майбутнього. Її мета – зробити крипто-акаунти настільки ж потужними та зручними, наскільки це дозволяє сучасне програмне забезпечення, не жертвуючи принципами самозбереження та децентралізації. Невипадково багато хто в спільноті Ethereum вважає це ключовим етапом для стимулювання наступної хвилі прийняття. Як зазначив один із джерел, абстракція акаунтів сприймається як "важливий крок у шляху до великого впровадження користувачів у Ethereum".

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

Реальні застосування та приклади

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

  • Розумні гаманці (Соціальне декодування та мультипідпис): Проекти, такі як гаманець Argent, були одними з перших піонерів розумних гаманців, що пропонують соціальне декодування та довірені контакти. Гаманець Argent (ще до ERC-4337) дозволяв користувачам призначати "тюремників", щоб допомогти відновити доступ, якщо вони втратить свій ключ – це було досягнуто за допомогою спеціального контракту для кожного користувача. З ERC-4337 тепер в дії, такі гаманці можуть підключитися до стандартизованої інфраструктури і потенційно стати більш поширеними в індустрії. Аналогічно, Gnosis Safe (тепер називається Safe) був широко використаним мультипідписом для команд і DAO. Safe фактично є прикладом використання абстракції акаунтів (де кілька власників управляють одним контрактом акаунту). Насправді, команда Safe активно приймає AA; вони навіть розробили прототип, щоб використовувати ERC-4337 і оцінюють, як майбутні зміни протоколу (такі як EIP-7702) підтримуватимуть міграцію існуючих акаунтів Safe до першокласних розумних акаунтів. Ці приклади показують, що покращені безпекові гаманці як для окремих осіб, так і для організацій є ясною негайною вигодою для АА.

  • Спонсорство газу від децентралізованих додатків: Ми бачимо, як децентралізовані додатки експериментують із покриттям користувацьких комісій за газ для покращення UX. Наприклад, блокчейн-гра або децентралізована біржа можуть використовувати платіжного майстра (відповідно до ERC-4337), щоб дозволити користувачам торгувати без удержання ETH для газу – dApp спонсорує газ, можливо, покриваючи вартість за рахунок трохи вищої протокольної комісії або як маркетингові витрати. Цей безплатний досвід транзакцій дуже привабливий для залучення нових користувачів. Платформа DeFi може буквально рекламувати "немає потреби в ETH, щоб почати кредитування – вкладіть за допомогою USDC напряму". Деякі постачальники SDK гаманців (такі як Biconomy або OpenGSN) історично надавали рамки для мета-транзакцій; з абстракцією акаунтів, це може бути зроблено більш нативно та безпечніше. В одному випадку проект, що підтримується Ethereum Foundation продемонстрував систему, де користувачі могли навіть використовувати кредитну картку для непрямої сплати комісій.Уникайте перекладу для markdown посилань.

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

  • Регулярні платежі та підписки: Концепція автоматизованих регулярних платежів з гаманця, що підконтрольний користувачу, раніше практично не існувала, оскільки EOA не може ініціювати платіж самостійно на визначену дату у майбутньому. Однак з абстракцією аккаунтів автоматичні платежі стають можливими. Прикладом є доказ концепції Visa на StarkNet: вони використали абстракцію аккаунтів для реалізації платежів, що ініціюються за допомогою запиту (отримувач міг запустити платіж з гаманця користувача на дату оплати, оскільки гаманець попередньо санкціонував це). Інший гіпотетичний приклад: стрімінгова послуга може розгорнути смарт-контракт, що щомісяця нагадає вашому контракту-гаманцю про абонентську плату; код вашого гаманця може перевірити, що це є легітимний сервіс, і автоматично оплатити їх, наприклад, стейблкоїном – все це без вашого входу кожного місяця. Такого роду зручність зазвичай була відсутня у Web3, потенційно змушуючи користувачів звертатись до кастодіальних рішень, якщо вони бажали таких функцій. Абстракція аккаунтів приносить це у самостійну кустодію.

  • «Один клік» історії та композабельність: Розглянемо NFT-маркетплейс, де купівля NFT може передбачати кілька кроків (схвалення токену, потім торгівля тощо) або участь у DAO, що вимагає блокування токенів, а потім голосування. З AA-гаманцями проекти можуть розробляти потоки, де користувач робить один клік «купити» або «взяти участь», а у фоновому режимі контракт гаманця об'єднує необхідні кроки. Ми вже бачимо це з деякими DeFi-агрегаторами, що здійснюють мета-транзакції, але з нативною AA це може стати поширенішим і простішим для інтеграції. Це підвищує композабельність децентралізованих додатків (dApps) – ваш розумний аккаунт міг би взаємодіяти з кількома протоколами за один раз, що спонукало б розробників створювати багатші функції без побоювання, що користувачі відмовляться після першої з кількох транзакцій.

  • Впровадження Layer-2 і крос-чейн UX: На мережах Ethereum Layer-2, таких як StarkNet і zkSync (які мають нативну AA) користувачі з першого дня відчувають ці переваги. Наприклад, користувач на StarkNet може створити свій аккаунт, розгорнувши контракт (єдине початкове витрачання для розгортання вашого аккаунтного контракту), після чого насолоджуватись такими функціями, як вибір будь-якого токена для оплати комісій. З ростом користувачів цих L2, очікування такої зручності зросте, примушуючи інші ланцюги приймати подібні ідеї. Більше того, абстракція аккаунтів може допомогти з крос-чейн експеріенсами. Деякі в спільноті говорять про «абстракцію ланцюгів» поряд з абстракцією аккаунтів. Наприклад, розумний гаманець міг би абстрагувати, на якому ланцюгу відбувається операція – ви могли б ініціювати дію, а гаманець (через ретранслятори або мости) забезпечував її виконання на відповідному ланцюгу, повертаючи результат вам, без ручного перемикання мереж або тримання токенів кількох ланцюгів. Це ще на ранній стадії, але концептуально розумний аккаунт міг би управляти ресурсами на кількох ланцюгах, якщо його так спроектовано, надаючи уніфікований UX.

  • Інструментарій розробника та нові послуги: Численні нові послуги з'являються для підтримки абстракції аккаунтів. Наприклад, постачальники, які пропонують Wallet-as-a-Service (WaaS), що забезпечують розгортання розумних гаманців для користувачів і управляють ключами зручними способами (деякі інтегрують захищені анклави у телефонах або резервні копії в хмарі тощо). Хоча ми не будемо рекламувати конкретні компанії, примітно, що багато стартапів і проектів активно будують AA-інструменти – від SDK, що дозволяють будь-якому децентралізованому додатку запускати AA-гаманці для своїх користувачів, до спеціалізованих платіжних посередників, які здійснюють конвертацію газу. Це означає, що екосистема швидко рухається до того, щоб зробити AA безперешкодною. По мірі удосконалення цих інструментів більше додатків зможуть прийняти AA без необхідності винаходити колесо заново, а користувачі могли б використовувати AA, навіть не знаючи цього (наприклад, гра може автоматично надати кожному користувачу контрактний гаманець у фоні, пов'язаний з їхньою електронною поштою – користувач просто знає, що у нього є обліковий запис гри, який під капотом є смарт-контрактним гаманцем, прив'язаним до їхнього ключа, що аутентифікується по електронній пошті).

Усі ці приклади підтверджують, що абстракція аккаунтів – це не просто теоретичне оновлення; воно відбувається вже зараз на різних фронтах, приносячи конкретні поліпшення. Однак, це ще не все добре і безхмарно. Як і будь-яка нова технологія, є виклики та компроміси, які потрібно враховувати. Важливо дослідити їх для отримання збалансованого погляду.

Виклики та обмеження абстракції аккаунтів

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

  • Ризик смарт-контракту: Перетворюючи гаманці користувачів у смарт-контракти, ми природним чином вводимо ризик смарт-контрактів у персональні рахунки. Помилка в коді гаманця може бути катастрофічною – наприклад, дефект може дозволити атаку забезпечити недоплатність або злив коштів. З EOA, «код», що стосується вашого аккаунту, в основному є перевіркою підпису ECDSA, що є добре перевіреним криптографічним примітивом. Розумні гаманці набагато складніші. Хоча основні AA-фреймворки (як контракт EntryPoint у ERC-4337) проходять аудит, безпека кожної реалізації гаманця може змінюватися. Як зауважував один з інструкцій для розробників, при використанні AA-гаманця ви “розгортаєте незмінний контракт”, і якщо помилку буде виявлено, це може бути складно виправити, оскільки код контракта не може бути легко змінено. Деякі контракти гаманців можуть включати можливості оновлення чи міграції для пом’якшення цього, але це потім вводить розгляди довіри (хто може оновити це?). Дотримання аудиту контрактів гаманців є вкрай важливим.

  • Складність та нові режими збою: Архітектура AA (з об'єднувачами, платіжними посередниками, окремою зоною операцій) є більш складною за статус-кво. Це означає більше компонентів, які можуть вийти з ладу чи зазнати атак. Наприклад, що буде, якщо мережа об'єднувачів буде недостатньо децентралізована на початковому етапі? Чи можуть об'єднувачі цензурувати певні UserOps або вимагати високих комісій? Існує ризик централізації, якщо лише кілька акторів можуть стати домінуючими об'єднувачами. З часом передбачається, що багато вузлів Ethereum або майнерів/валідаторів самі можуть запустити програмне забезпечення об'єднувачів (особливо, якщо є економічні стимули), але на початкових стадіях користувачі довіряють, що зона операцій UserOps та об'єднувачі працюють чесно. Контракт EntryPoint є ще одним центральним точкою довіри – якщо буде виявлено вразливість, це може вплинути на всіх користувачів AA. Спільнота Ethereum вжила заходів безпеки (EntryPoint може бути замінено через механізм оновлення, якщо буде знайдено помилку, під мультисиг-управлінням від розробників до повної децентралізації), але це ключовий аспект, який потрібно контролювати.

  • Витрати ресурсів (газ і розгортання): Використання смарт-контрактного гаманця має накладні витрати. Є разова вартість розгортання для створення вашого аккаунту (вам потрібно опублікувати новий контракт у ланцюгу для кожного гаманця користувача, якщо не використовується шаблон розгортання "за фактом", де це створюється при першому використанні). Це може коштувати кілька доларів на Ethereum mainnet, що може стримувати деяких користувачів або вимагати, щоб гаманці спонсорували це. Крім того, кожна операція через смарт-гаманець може бути трохи дорожчою в газі, ніж проста EOA-транзакція, оскільки вона включає виклик EntryPoint, виконання додаткового коду тощо. Однак деякі з цього можна компенсувати ефективністю об’єднаних виконань. Однак для масштабної діяльності у ланцюгу ці витрати накопичуються. Це означає, що, принаймні спочатку, абстракція аккаунтів можливо буде більш поширена на Layer-2 (де газ дешевший) і лише для випадків використання з вищою вартістю на Layer-1. Хороша новина полягає в тому, що розробники Ethereum знають про це і працюють над змінами протоколу, щоб зробити AA більш газово ефективною. Наприклад, пропозиції на кшталт ком

  • Керування ключами все ще є ключовим (дослівно): Важливо зазначити, що абстракція аккаунтів не усуває приватні ключі – вона просто додає шари навколо того, як ключі використовуються. Ви все ще в кінцевому підсумку потребуєте якогось виду приватного ключа або секрету, щоб підтвердити свою автентичність як власника аккаунту (навіть якщо цей ключ розділено між кількома сторонами або зберігається в апаратному забезпеченні тощо). Якщо користувач вибирає погану безпеку для своїх ключів, він все одно може бути зламаний. AA надає інструменти, такі як соціальне відновлення, але користувачі повинні фактично використовувати їх і налаштовувати правильно. Деякі критики зазначають, що багато користувачів можуть залишатися на налаштуваннях за замовчуванням, що може бути єдиним ключем, який контролює контракт аккаунту (в основному повторюючи EOA, але з більшою складністю). У таких випадках, якщо вони ніколи не налаштують опікунів або 2FA, вони не отримають великої безпеки – і вони можуть бути навіть більше ризику піддані, якщо не розуміють нову модель гаманця. У підсумку, абстракція аккаунтів значно покращує потенційну безпеку, але не гарантує її. Користувачам потрібен хороший UX, щоб провідати їх до безпечніших налаштувань (наприклад, підказки до додавання опікуна або резервного ключа під час онбордингу гаманця).

  • Ще не універсальний: Станом на 2025 рік, абстракція аккаунтів через ERC-4337 доступна на Ethereum, але вимагає підтримки від постачальників гаманців. Якщо ваш поточний гаманець (скажімо, MetaMask або апаратні гаманці) не підтримують створення та управління смарт-аккаунтами 4337, ви не можете отримати переваги AA, не змінюючи його. Ми знаходимося в перехідному періоді, де існують як EOA, так і AA аккаунти. Це може викликати плутанину та тертя у користувачів. Наприклад, AA аккаунти мають свою власну адресу (яка виглядає як будь-яка Ethereum-адреса, але насправді це контракт). Якщо хтось надсилає ETH на вашу адресу AA гаманця, це нормально – це адреса – але щоб відправити ETH, вам потрібно пройти через AA-процес, а не просто EOA транзакцію. Продвинуті користувачі можуть занепокоєні сумісністю: “Чи підтримує цей dApp мійSure, here's the translation following your instructions, with markdown links and non-translateable phrases retained in English:

Вміст: розумний гаманець?» В цілому, якщо гаманець AA добре спроектований, він повинен працювати з усіма dApps (оскільки з точки зору dApp це просто адреса, що виконує виклики контрактів). Проте, деякі низькорівневі інструменти (як деякі оглядачі блокчейнів або старі гаманці) можуть не повністю розпізнавати ці транзакції. З часом стандарти, як ERC-4337, мають бути безшовними, але екосистемі необхідно наздогнати - такі речі як оглядачі блокчейнів, прошивка апаратних гаманців тощо, можуть потребувати оновлень для належного відображення та підпису операцій AA.

  • Інтероперабельність та мульти-чейн: Якщо ви використовуєте свій розумний акаунт на декількох ланцюгах (L1, L2s, бокових ланцюгах), вам може знадобитися розгорнути контракт на кожному ланцюзі, що може бути клопітно. Проводиться робота над тим, щоб зробити розгортання акаунта "реплікабельним" через ланцюги, щоб ви могли зберігати одну і ту ж адресу та можливості всюди. Проте, поки це повністю не вирішено, варто врахувати, що використання AA на одній мережі не дає автоматично змогу робити це на іншій - може знадобитися налаштування для кожного ланцюга.

  • Проблеми переходу для існуючих користувачів: Існують мільйони EOAs, включаючи такі, що містять цінні активи (як NFT, які прив'язані до душі або не передаються, що означає, що ви не можете просто так їх перемістити в новий розумний гаманець легко). Як ці користувачі можуть перейти до абстракції акаунтів, якщо вони цього бажають? Одним з підходів є оновлення протоколу, наприклад, EIP-7702, запропонований Віталіком та іншими, що дозволить EOA "прийняти" функціональність смарт-контракту без зміни його адреси (більше про це в наступній секції). Але до тих пір, поки такі оновлення не відбудуться, користувачі можуть бути змушені створювати нові акаунти для отримання функцій AA, що є тягарем, особливо якщо вони мають активи, прив'язані до старої адреси. Також є освітній виклик: користувачі повинні зрозуміти, чому перехід до розумного гаманця є корисним і подолати інерцію "якщо це не зламалось, не лагодьте" зі своїми EOAs. Спільнота повинна буде підкреслити переваги (і можливо гаманці зроблять перехід простішим, пропонуючи інструменти для міграції в один клік).

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

З цим збалансованим поглядом, давайте зазирнемо в майбутнє, щоб з'ясувати, що несе за собою майбутнє для абстракції акаунтів. Як вона буде еволюціонувати, і яких розробок ми можемо очікувати в квесті зробити розумні акаунти новою нормою?

До повної абстракції акаунтів

Абстракція акаунтів на Ethereum - особливо через ERC-4337 - є значним етапом, але вона часто описується як крок на шляху, а не кінцева точка. Остаточне бачення, виражене багатьма основними розробниками Ethereum, полягає в досягненні "повної абстракції акаунтів" на рівні протоколу, де кожен акаунт є розумним акаунтом, а концепція EOAs зникає назавжди. Досягнення цього, ймовірно, потребуватиме подальших оновлень та ретельних стратегій переходу в найближчі роки. Ось короткий погляд на те, що нас чекає на горизонті:

1. Інтеграція на рівні протоколу: На даний момент, ERC-4337 діє на рівні застосунку, під'єднуючись до існуючого механізму транзакцій Ethereum через контракт EntryPoint. У довгостроковій перспективі, Ethereum може інтегрувати абстракцію акаунтів безпосередньо у протокол (Layer 1) для спрощення цього процесу. Це може означати введення нового виду транзакцій або зміну правил консенсусу, щоб гаманці на основі смарт-контрактів могли ініціювати транзакції без індирекції бандлера. Насправді, попередні пропозиції, такі як EIP-2938 (який не був прийнятий), намагалися зробити це, додаючи новий тип "AA транзакції" на рівні протоколу. Спільнота вирішила спочатку взяти підхід 4337, але не виключила можливості більш глибоких змін в майбутньому. Інтегруючи AA нативно, Ethereum міг би усунути потребу в окремому мемпулі для UserOps та потенційно знизити накладні витрати на газ (оскільки логіка EntryPoint могла б бути оброблена більш ефективно кодом протоколу). Недавня ідея - це так званий "універсальний мемпул" (обговорюється під проектом RIP-7560), який би об'єднав UserOps зі звичайними транзакціями в один пул і зробив виконання більш ефективним з точки зору газу. Хоча це технічно, підсумок - простіша архітектура і менші витрати для AA.

2. Переходження EOAs на розумні акаунти: Для повної абстракції акаунтів, нові EOAs в кінцевому підсумку не повинні більше створюватися взагалі. Усі нові акаунти за замовчуванням були б розумними акаунтами. Це могло б статися, якщо програмне забезпечення гаманця, як MetaMask, просто почне створювати розумний гаманець 4337 замість чистого акаунта ключа під час реєстрації користувача, абстрагуючи це від користувача (користувач може навіть не помітити, що тепер у нього є контрактний акаунт). Найскладніша частина - це міграція існуючих EOAs. Один з підходів, що розробляється - це EIP-7702, що, як очікується, стане частиною майбутнього оновлення мережі (можливо, названого "Pectra" у 2025 році). EIP-7702 розроблений, щоб дозволити EOA виконувати код смарт-контракту прямо зі своєї адреси. Він діє, дозволяючи EOA призначити "делегаційний" контракт - по суті, прикріплюючи частину смарт-логіки до EOA. Коли хтось взаємодіє з EOA, мережа запускає пов'язаний контрактний код (подібно до delegatecall), якби EOA був контрактом. Ця функція розмиває кордон між EOAs і контрактними акаунтами, надаючи EOAs розумні можливості, але зберігаючи використання початкового ключа для управління. По суті, це означає, що якщо у вас є спадковий EOA з важливою адресою, ви можете додати до нього модуль смарт-контракту, що дозволяє використовувати мультипідписи, соціальне відновлення тощо, без зміни адреси чи переміщення активів. Це як модернізація вашого старого автомобіля з сучасним комп’ютерно-підтримуваним двигуном.

3. Відмова від єдиного управління приватним ключем: Щоб досягти справжньої абстракції акаунтів, можливо, Ethereum впровадить правило, що одного разу, коли акаунт буде перетворено на розумний акаунт, початковий ключ вже не може безпосередньо використовуватися для підпису транзакцій (щоб не дозволити обходити смарт-логіку). Цікава пропозиція - це EIP-3607, яка пропонує, що якщо акаунт має контрактний код, він повинен відхиляти будь-які звичайні транзакції (ті, що ймовірно виходять від старого ключа). Іншими словами, якщо ви перетворите свій EOA на розумний акаунт, це зміни без повернення - контракт тепер контролює і приватний ключ не може перенести фонди поза правилами контракту. Така зміна імовірно повинна бути ретельно спланована, щоб уникнути застрягання користувачів, але вона представляє кінцеву мету "відсутність EOAs". Паралельно, такі функції, як EIP-1271 (яка визначає стандарт для перевірки підпису на основі контракту), вже використовуються, щоб контракти могли діяти в протоколах, що очікують аутентифікацію підписом. З часом ідея полягає в тому, що будь-яке місце, яке в даний час очікує "підпис EOA", також прийматиме контрактну верифікацію розумного акаунта, роблячи контрактні акаунти повністю здатними учасниками екосистеми блокчейна.

4. Підвищені стандартні функції: У повністю абстрактному світі акаунтів ми можемо побачити, що гаманці постачатимуться з вбудованими речами, які сьогодні є необов'язковими. Наприклад, нові акаунти можуть автоматично мати налаштування соціального відновлення регистрации, (можливо, під час створення гаманця вам буде запропоновано вибрати кількох опікунів). Варіанти відновлення можуть стати стандартом, а не післядумкою. Те саме стосується багатопристроєвої або багатофакторної безпеки - це може бути вбудовано в акаунт з самого початку. Як вже було згадано раніше, можуть бути дозволено використання кількох схем підпису: уявіть собі, що ваш акаунт дозволяє аутентифікацію за допомогою біометричних даних вашого телефону (які можуть використовувати щось на зразок ключа Secure Enclave, прив'язаного до вашого відбитка пальця), а також апаратний ключ в якості резервного. Абстракція акаунтів дозволяє об'єднувати їх під одним акаунтом. Це зробить гаманці і простішими у використанні (без єдиної сіменної фрази, яку потрібно захищати як зіницю ока), і більш стійкими до еволюційних загроз, таких як квантові комп'ютери.

5. Широке використання в додатках: Коли більше dApps і користувачів переходять на AA, ми, ймовірно, побачимо вибух творчого використання. Дефі платформи можуть пропонувати спеціальні функції для гаманців AA (наприклад, "якщо ви використовуєте гаманець AA, ви можете встановлювати умовні ордери безпосередньо з нашого інтерфейсу" тощо). Ігри на блокчейні можуть вимагати менше тертя під час підписання користувачем. Очікуйте також нових парадигм в таких областях, як управління DAO, де акаунт може мати вбудовані політики голосування або делегування, що автоматично взаємодіють з контрактами щодо управління. Можливості величезні – по суті, будь-яка логіка на рівні користувача, яку люди хотіли мати, але не могли через обмеження EOA, може стати стандартною.

6. Інші блокчейни наслідують приклад: Ethereum веде за собою, але інші ланцюги звертають увагу. Деякі інтегрують абстракцію акаунтів по-своєму. Ми говорили про StarkNet та zkSync. Є також виникаючий концепт на таких мережах, як Polkadot та Cosmos, "розумних ключів" або гнучких акаунтів. Наприклад, Polkadot дозволяє акаунтам встановлювати механізми соціального відновлення з участю кількох акаунтів друзів (на рівні протоколу). Як тільки галузь побачить успіх Ethereum з AA, ймовірно, абстракція акаунтів стане нормою на багатьох платформах – кожна реалізуючи основну ідею про те, що користувачі повинні мати змогу налаштовувати безпеку свого акаунта та логіку виконання. Це взаємопроникнення означає, що через кілька років, фраза "абстракція акаунтів" може вже не використовуватися часто; це просто буде те, як працюють акаунти всюди, і ми просто будемо називати їх розумними акаунтами або просто акаунтами.

На закінчення, майбутнє абстракції акаунтів прямує до того, щоб зробити кожен крипто акаунт так само потужним, як і смарт-контракт за замовчуванням, поступово припиняючи концепт старого EOA. Шлях до цього включає ретельні оновлення (як EIP-7702 та його подальші розробки) та дружні до користувача шляхи міграції. Це делікатний процес - ви не можете... Content: змусити всіх перейти за одну ніч – але імпульс уже є. Розробники Ethereum намітили дорожню карту, за якою більшість користувачів в кінцевому підсумку перейдуть на розумні акаунти, отримуючи переваги в безпеці та зручності у використанні, і тоді протокол може оптимізуватись навколо цих припущень (як, можливо, одного дня Ethereum зможе відмовитися від концепції обов'язкової оплати газу в ETH, якщо всі використовують платіжні посередники тощо – але це спекулятивно й далеко в майбутньому).

Заключні думки

Абстракція акаунтів представляє собою зсув парадигми в управлінні акаунтами в блокчейні. Дозволяючи користувачам використовувати розумні контракти як свої акаунти, вона ламає жорсткі обмеження минулого та відкриває майбутнє, де використання криптовалюти може бути таким же простим – або навіть простішим – ніж використання традиційних банківських додатків, одночасно надаючи користувачам більше контролю над безпекою. Втрата одного ключа більше не є незворотною трагедією; більше не потрібно вручну підписувати кожну дію або тримати запас ETH лише для використання dApps. Завдяки абстракції акаунтів такі функції, як соціальне відновлення, мультипідписна безпека, автоматичні платежі, пакетні транзакції та використання без газу більше не є хакерськими доробками чи мріями – вони стають стандартними інструментами в арсеналі.

З практичної точки зору абстракція акаунтів важлива, оскільки вона безпосередньо вирішує дві найбільші перешкоди для ширшого прийняття криптовалют: користувацький досвід і безпека. Вона приносить гнучкість (налаштовувані правила гаманця, будь-який метод автентифікації, який ви хочете) та інклюзивність (хтось інший може оплачувати комісії, використовувати прості методи входу, відновлюватися після помилок) без жертвування некастодіальним підходом. Ця технологія є основоположним елементом, що робить Web3 зручним для користувачів. Показово, що керівництво Ethereum та багато людей у спільноті вважають її критично важливою для успіху екосистеми – є думка, що криптовалюта не досягне мільярда користувачів, якщо ми не усунемо проблеми з UX і небезпеки сучасних гаманців. Абстракція акаунтів є великою частиною рішення.

На даний момент ми спостерігаємо ранні етапи цього процесу в дії з ERC-4337 на Ethereum і нативними реалізаціями в різних Layer-2 мережах. Наступні роки, ймовірно, принесуть ще більш безшовні інтеграції – ви можете використовувати децентралізований додаток і навіть не усвідомлювати, що під капотом ваш "акаунт" – це смарт-контракт, який налаштовує все для вашої зручності. Провайдери гаманців, розробники dApps і користувачі всі мають переваги: менше тертя, більше можливостей.

Звичайно, потрібна обережність при впровадженні цієї нової моделі – гаманці смарт-контрактів мають бути побудовані та аудійовані ретельно, і користувачі повинні вивчити нові функції, такі як соціальне відновлення. Але це керовані виклики, які блякнуть у порівнянні з перевагами криптовалютної екосистеми, яка є одночасно безпечною та зручною.

На завершення, абстракцію акаунтів можна розглядати як крок до дозрівання технології блокчейну. Так само, як інтернет еволюціонував від командних рядків до зручного вебу, який ми знаємо сьогодні, блокчейн еволюціонує від ери управління ключами до ери розумних акаунтів. Це тиха революція в інфраструктурі, але її вплив буде безпосередньо відчутий користувачами: у безпечніших фондах, легшому вході в систему і більш потужних способах взаємодії з цифровими активами. У міру розвитку технології не дивуйтеся, коли такі функції, як "забув свій пароль" або "авторизувати цей додаток на 24 години", стануть частиною вашого крипто-лексикону – це буде робота абстракції акаунтів, роблячи криптовалюту такою ж природною, як будь-яка інша цифрова послуга, одночасно надаючи вам свободу та суверенітет, які привернули нас до блокчейну в першу чергу.

Застереження: Інформація, надана в цій статті, є виключно освітньою і не повинна розглядатися як фінансова або юридична консультація. Завжди проводьте власні дослідження або звертайтеся до фахівців перед тим, як працювати з криптовалютними активами.
Останні дослідницькі статті
Показати всі дослідницькі статті
Схожі дослідницькі статті