Станом на квітень 2026 року BundleBear фіксує понад 1.07 мільярда UserOperations ERC-4337 і 56.7 мільйона смарт-акаунтів, з яких здійснили щонайменше одну транзакцію в Ethereum і провідних L2-мережах. Це вже не нішеве явище. Обхід одноключового облікового запису зовнішнього власника (EOA), що використовує лише secp256k1 і з яким Ethereum запустився у 2015 році, набув значного масштабу. Дані в блокчейні підтверджують факт на рівні протоколу, який довго залишався поза увагою: сам обліковий запис тепер можна програмувати.

Це перша частина серії з п’яти матеріалів про смарт-акаунти. Її мета вузька, але важлива: пояснити, чим насправді є EOA і смарт-акаунт та чому питання «смарт-акаунт чи EOA» — це вже не питання зручності інтерфейсу, а принциповий вибір щодо того, як забезпечується самостійне зберігання ваших активів.

Чим насправді є EOA на рівні протоколу

Жовта книга Ethereum визначає два типи облікових записів: облікові записи зовнішнього власника та контрактні облікові записи. На рівні стану їх розрізняє лише поле codeHash. Для EOA значення codeHash — це хеш порожнього рядка. У контрактному обліковому записі воно вказує на виконуваний байткод EVM. На рівні протоколу цим і вичерпується різниця.

Тож називати EOA «гаманцем» у будь-якому змістовному сенсі неправильно. Це адреса, отримана з останніх 20 байтів keccak256(public key), а ключова пара прив’язана до кривої secp256k1. MetaMask, Ledger і Zelcore — це інтерфейси, у яких зберігається ключ. Сам обліковий запис — не вони. Якщо вам ще не знайомий цей механізм, у нашому вступному матеріалі про публічні й приватні ключі та отримання адреси його пояснено від початку до кінця.

До появи ERC-4337 у 2023 році кожна транзакція в Ethereum мала починатися з EOA, а протокол застосовував єдине правило перевірки: валідний підпис secp256k1 над хешем транзакції. Тримати баланс, підписувати кожну транзакцію одним підписом ECDSA, сплачувати комісію за газ в ETH із того самого облікового запису — ось і всі можливості EOA. Більше він нічого не вміє.

Структурні обмеження, важливі для користувачів

Це не просто дрібні незручності інтерфейсу. Саме ці структурні обмеження лежать в основі більшості втрат під час самостійного зберігання, які ми досі спостерігаємо у 2026 році.

Єдина точка відмови. Один приватний ключ дає контроль над усім. Втратите його — втратите доступ до облікового запису. Ключ потрапить до сторонніх — безповоротно втратите кошти. У протоколі немає механізму відновлення. Саме тому одна сид-фраза стає головною точкою відмови під час самостійного зберігання.
Лише одна крива. secp256k1 зафіксована в коді протоколу. Використовувати ключ доступу (P-256), ключ Ed25519, BLS чи постквантову схему неможливо.
Немає вбудованої мультипідписності. Будь-який «гаманець із мультипідписом» в Ethereum — від першого Gnosis Multisig до Safe — це контракт, який викликає EOA. Сам EOA ніколи не може вимагати два підписи.
Немає пакетного виконання. EOA виконує одну дію за транзакцію. Щоб надати дозвіл на використання токена, а потім обміняти його, потрібні дві підписані транзакції, два підтвердження та дві сплати комісії за газ.
Немає правил витрачання коштів. Протокол не знає понять на кшталт «цей ключ може витрачати до $500 на день» або «цей ключ може викликати лише Uniswap».
Комісію за газ має сплачувати в ETH той самий обліковий запис, який виконує дію. Вбудованої оплати за користувача чи оплати в USDC немає.

Такі обмеження протягом десяти років визначали рамки для кожного користувача Ethereum.

Чим насправді є смарт-акаунт

У буквальному сенсі протоколу смарт-акаунт — це контрактний обліковий запис: адреса, у якої поле codeHash вказує на байткод. У цьому байткоді задано правила, за якими обліковий запис приймає дію.

У EOA правило перевірки одне й незмінне — перевірка підпису secp256k1. У смарт-акаунті правило визначає контракт. Це може бути мультипідпис 2 із 3, перевірка підпису ключа доступу на кривій secp256r1, ключ із апаратною атестацією, часове блокування, денний ліміт, список дозволених адрес виклику або будь-яке поєднання цих умов. Контрактні облікові записи перевіряють підписи за стандартом EIP-1271, а не за незмінним правилом протоколу secp256k1. Саме це й уможливлює альтернативні схеми підпису.

Оскільки правила задані кодом, їх можна оновлювати, поєднувати й відкликати. Смарт-акаунти існують в Ethereum із 2018 року; типовий приклад — Safe. Бракувало способу зробити їх стандартним варіантом і надсилати транзакції без попередньої сплати комісії за газ через EOA. Цю прогалину усунули ERC-4337 та EIP-7702.

Як ми до цього дійшли: коротка історія абстракції акаунтів

Ідея об’єднати EOA і контракти така ж давня, як і сам Ethereum. Детальну пропозицію EIP-86 Віталік підготував у 2016 році. Відтоді до стандартів, що діють сьогодні, знадобилося п’ять спроб.

EIP-2938 (вересень 2020 року) пропонувала абстракцію акаунтів на рівні протоколу. Її відхилили як надто радикальну зміну; тоді Ethereum був у розпалі переходу на доказ частки володіння.
EIP-3074 (жовтень 2020 року) запровадила опкоди AUTH і AUTHCALL, які давали змогу EOA делегувати повноваження контракту-виклику. Пропозицію відкликали через безпекові застереження та замінили іншою.
ERC-4337 запрацювала в основній мережі Ethereum 1 березня 2023 року. Вона працює лише на рівні застосунків, без хардфорку, і проводить псевдотранзакції під назвою UserOperations через окремий пул транзакцій, Bundler і єдиний контракт EntryPoint.
EIP-7702 увійшла до оновлення Pectra, яке відбулося 7 травня 2025 року. Вона запроваджує тип транзакції 0x04: EOA підписує кортеж авторизації (chain_id, address, nonce, y_parity, r, s), який через індикатор 0xef0100 || address спрямовує обліковий запис до делегованого коду контракту. EOA тимчасово працює як смарт-акаунт без перенесення коштів.
ERC-6900 стандартизує модульну архітектуру плагінів, за якої смарт-акаунти поєднують модулі перевірки, виконання та перехоплення викликів.

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

П’ять можливостей, які додає смарт-акаунт

Якщо EOA — це «один ключ, один підпис, одна транзакція», то смарт-акаунт охоплює всі його можливості й додає нові.

Програмована перевірка. Будь-яка схема підпису (ключ доступу, P-256, апаратний модуль HSM), будь-який поріг голосів (2 із 3, 3 із 5), будь-яка умова (номер блоку, ціна з оракула). Обліковий запис сам визначає, що вважати «авторизованим».
Атомарне пакетне виконання. Надати дозвіл, виконати обмін і внести кошти одним підписаним запитом. Або виконується все, або нічого. Це усуває потребу вручну працювати з невідкликаними дозволами та обходами через мультипідпис у Zelcore.
Оплата комісії за газ через платіжних посередників. Сторонній контракт сплачує комісію за газ від імені користувача, або користувач платить в USDC, USDT чи будь-якому токені ERC-20, який приймає платіжний посередник. Докладніше про те, як пов’язані газ, дозволи та механіки DeFi, можна прочитати в матеріалі про основи DeFi — він стане в пригоді перед цим текстом.
Сесійні ключі. Ключі підпису з обмеженими правами, строком дії та прив’язкою до застосунку. «Цей ключ може витратити до 100 USDC на Uniswap протягом наступних 24 годин». Якщо сесійний ключ скомпрометують, наслідки обмежить політика, а не весь баланс облікового запису.
Відновлення. Соціальне відновлення, відновлення за допомогою апаратного пристрою чи після часового блокування. Обліковий запис можна відновити без початкового ключа підпису. Так сид-фраза нарешті перестає бути єдиною точкою відмови.

Чому це тепер критично важливо для самостійного зберігання

Крива впровадження вже не є предметом дискусій. За перший тиждень після Pectra на EIP-7702 було оформлено понад 11,000 авторизацій, а невдовзі кількість гаманців перевищила 25,000; лідерами стали OKX і MetaMask. Поточні підсумкові дані BundleBear (1.07B UserOps, 56.7M смарт-акаунтів) доповнюють цю картину.

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

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

Що далі в цій серії

У цій частині ми окреслили рамки теми. Далі буде практичний розбір.

Частина 2 докладно розглядає стек ERC-4337: UserOperations, Bundlers, EntryPoint, Paymasters і можливі збої кожного компонента.
Частина 3 детально описує делегування EIP-7702: кортеж авторизації, індикатор 0xef0100 і міркування щодо безпеки, пов’язані з перенаправленням вашого EOA на чужий код.
Частина 4 порівнює основні реалізації смарт-акаунтів (Coinbase Smart Wallet, Safe, Argent, Ambire) і стандартні налаштування кожної з них.
Частина 5 — практичний підсумок: як налаштувати відновлення, сеансові ключі та правила витрат у реальному акаунті, не відмовляючись від самостійного зберігання.

Головна думка, яку варто запам’ятати до Частини 2: EOA — це ключ з адресою; смарт-акаунт — це контракт, який визначає, що дозволено робити його ключу.