Account Abstraction (AA) — это подход, при котором ваш “кошелёк” перестаёт быть просто EOA-адресом с одной подписью и становится смарт-аккаунтом с гибкими правилами. Для пользователя это выглядит как набор привычных функций из Web2: вход без “паники из-за газа”, пакетные действия в один клик, лимиты, восстановление доступа, “газ за вас” и даже оплата комиссий не только ETH.

В этом гайде разберём без романтики: что именно меняется в кошельках, как устроены bundler и paymaster, чем “газ за вас” отличается от “газ исчез”, где появляются новые риски и как пользоваться AA так, чтобы не нарваться на неприятные сюрпризы.

Если хочется закрепить базовые термины: Account Abstraction (ERC-4337): смарт-аккаунты, бандлеры и оплата газа токенами.

1) Что было “раньше”: EOA-кошелёк и почему он неудобен

Классический пользовательский кошелёк в Ethereum — это EOA (Externally Owned Account): адрес, который контролируется приватным ключом/сид-фразой. Это просто и надёжно, но имеет ограничения:

• Любое действие требует комиссию в ETH (даже если у вас только USDT/USDC).
• Часто нужно делать два шага: approve → действие (swap/lend/deposit).
• Если потеряли сид — почти всегда “всё”, восстановление ограничено.
• Сложно встроить “правила безопасности”: лимиты, список доверенных адресов, задержки, мультиподпись “по умолчанию”.

Account Abstraction пытается сделать кошелёк “умнее”, но цена за удобство — дополнительные компоненты и доверительные допущения, о которых важно знать.

2) Что меняется с AA: кошелёк как смарт-контракт

В AA-логике “аккаунт” пользователя — это смарт-контракт (его часто называют smart account). Он сам проверяет правила авторизации и может выполнять действия так, как описано в его коде: одна подпись, несколько подписей, подпись + 2FA, лимиты, восстановление и т.д.

2.1 Типичные “фишки” AA-кошельков, которые вы реально увидите

• Batch/мультиоперации: “approve + swap” одним действием.
• Оплата газа не только ETH (в отдельных сценариях): комиссия списывается в стейбле/токене или покрывается сервисом.
• Спонсируемые транзакции: “газ за вас” (часто для онбординга).
• Лимиты и политики: дневной лимит, белые списки адресов, задержки на вывод.
• Социальное восстановление: “guardian’ы”, мультиключ, восстановление доступа без полного краха.

3) Как технически проходит “AA-транзакция”: UserOperation вместо обычной транзакции

В классике вы отправляете обычную транзакцию в мемпул, её включает в блок валидатор. В AA (часто в парадигме EIP-4337) вы подписываете не обычную транзакцию, а специальный объект — UserOperation. Он содержит “намерение пользователя” и данные для выполнения.

Термин и логика: UserOperation (UserOp) в Ethereum: транзакция нового типа для Account Abstraction.

3.1 Почему это важно пользователю

• Изменяется путь в сеть: часть “маршрута” идёт не через обычный мемпул транзакций, а через инфраструктуру AA.
• Появляются новые роли (bundler/paymaster), которые влияют на то, как быстро и на каких условиях ваша операция попадёт в блок.
• В эксплорере иногда сложнее понять детали: вы видите “внешнюю” транзакцию, внутри которой исполняется ваша UserOperation.

4) Кто такой bundler и зачем он нужен

Bundler — это сервис/участник, который собирает UserOperation от пользователей, формирует из них пакет и отправляет в сеть специальной транзакцией. Упрощённо: bundler — это “доставщик” ваших AA-операций.

4.1 Что может пойти не так на уровне bundler

• Задержки: операция “висит”, потому что bundler не берёт её в пакет (дорого/невыгодно/перегруз).
• Неочевидная комиссия: “газ за вас” оказался не бесплатным — издержки зашиты в курс/спред/fee сервиса.
• Частичная “цензура”: некоторые операции могут отклоняться политиками риска или комплаенса сервиса.

5) Кто такой paymaster и как работает “газ за вас”

Paymaster — это компонент, который позволяет оплатить комиссию за пользователя не напрямую из его EOA-ETH. Вариантов много, но две самые понятные модели:

• Sponsored (спонсируемо): сервис покрывает газ полностью (часто для онбординга, промо, “первой транзакции”).
• Token-pay: пользователь платит комиссию в токене (например, в стейбле), а paymaster “конвертирует” это в оплату газа по своим правилам.

Термин: Paymaster (пеймастер): как спонсируются комиссии в Account Abstraction.

5.1 Где у paymaster появляются риски доверия

• Условия оплаты: курс токена, лимиты, правила “когда спонсируем, когда нет”.
• Политики блокировок: paymaster может отказать в оплате определённых действий/контрактов.
• Зависимость от инфраструктуры: если paymaster лежит или отключён — “газлес” перестаёт работать, операция может не пройти.

6) “Газ за вас” на практике: какие сценарии реально встречаются

6.1 Онбординг: первая транзакция без ETH

Самый частый продуктовый сценарий: dApp хочет, чтобы новичок смог сразу сделать действие, не покупая ETH на комиссию. Тогда сервис покрывает газ (полностью или частично), а вы подписываете UserOperation.

6.2 Оплата комиссий в стейбле

Часто это выглядит так: вы делаете действие (swap/deposit), а сервис удерживает комиссию в USDC/USDT “по пути”. Это удобно, но важно проверять итоговую стоимость: иногда “удобство” оказывается дороже прямой оплаты газа в ETH.

6.3 Пакетные действия

AA-кошелёк может объединять шаги: “approve → swap” в одной операции, “несколько переводов” в одном действии, “депозит + включение в стратегию” и т.п. Для пользователя это уменьшает количество кликов и риск ошибок.

7) Что проверять, чтобы AA не стало “удобно, но опасно”

7.1 Чек-лист перед включением “спонсируемого газа”

• Смотрите итоговую стоимость операции в интерфейсе (fee/комиссии/спред), а не только “0 ETH gas”.
• Понимайте, кто платит газ: сервис (sponsored) или вы токеном (token-pay).
• Проверяйте ограничения: какие контракты/действия спонсируются, какие нет.
• Не подписывайте “пакеты” вслепую: в AA часто больше действий “внутри” одного клика.

7.2 Чек-лист безопасности для смарт-аккаунта

• Проверьте, апгрейдится ли аккаунт (и кто контролирует апгрейд).
• Проверьте recovery/guardian’ов: кто может восстановить доступ и по каким правилам.
• Включайте лимиты, если кошелёк поддерживает (дневные лимиты, белый список адресов).
• Не храните “всё” в одном месте: AA удобен, но разделение рисков всё ещё работает.

8) Почему AA-операция может “зависнуть” и что делать

Снаружи это выглядит как классическая проблема: “подписал — и тишина”. Но причины могут быть специфическими:

• Bundler не берёт операцию (слишком дорогая, плохие параметры, перегруз).
• Paymaster отказал (лимиты, политика риска, закончился бюджет).
• Сбой инфраструктуры (RPC/провайдер, сервис кошелька, сеть/узел).

Что делать по порядку:

1. Обновите интерфейс кошелька/dApp и попробуйте получить “детали операции” (часто есть собственный трекинг AA-операций).
2. Проверьте, не менялась ли сеть/аккаунт (L1/L2, правильный адрес смарт-аккаунта).
3. Если есть хэш транзакции в сети — откройте эксплорер и посмотрите, была ли отправлена “внешняя” транзакция, которая включает вашу операцию.

9) Риски AA: что добавляется по сравнению с обычным кошельком

10) Частые вопросы

Ключевые выводы

• AA делает кошельки “умнее”: пакетные действия, recovery, лимиты, гибкая оплата комиссий.
• Bundler доставляет UserOperation в сеть; paymaster помогает оплатить газ по гибким правилам.
• “Газ за вас” — это не магия: кто-то всё равно платит, а условия важно проверять.
• Цена удобства — новые зависимости (инфраструктура) и риск кода (смарт-аккаунт).

Полезные ссылки (24k.ru)

• Account Abstraction: базовое объяснение
• UserOperation: что подписывает пользователь
• Paymaster: как работает “оплата газа”
• Bundler: кто собирает операции
• Mempool: как живут транзакции в сети
• Как выбрать кошелёк для Ethereum и L2