Абстракция аккаунта в Ethereum: от ключей к смарт-кошелькам
Что делать, если потерян ключ от криптокошелька, а для обычной транзакции приходится сначала отдельно одобрить токен, затем отправить его и ещё держать ETH на оплату комиссии? Эти неудобства связаны с привычной моделью аккаунта Ethereum.
Абстракция аккаунта меняет её: кошелёк становится программируемым, а правила подтверждения операций можно настраивать под конкретные задачи.
Для новичка слова «смарт-аккаунт», ERC-4337 и EIP-7702 могут звучать как названия деталей сложного механизма. Давайте разберём их спокойно и по порядку. Протоколы абстракции аккаунта в Ethereum постепенно дают кошелькам больше возможностей, не требуя от пользователя каждый раз разбираться в устройстве блокчейна.
EOA и смарт-аккаунт: два способа управлять кошельком
В Ethereum есть два основных типа аккаунтов. Первый — EOA, сокращение от externally owned account, то есть аккаунт, управляемый извне. Его контроль привязан к приватному ключу: владелец подписывает им транзакции, а сеть проверяет подпись. Так устроено большинство привычных кошельков, где доступ зависит от секретной фразы или ключа.
Второй тип — аккаунт смарт-контракта. Это аккаунт с программируемой логикой: условия, по которым он принимает и выполняет операции, задаются кодом. Например, можно предусмотреть подтверждение несколькими ключами или восстановление доступа через заранее выбранных помощников.
| Параметр | EOA | Смарт-аккаунт |
|---|---|---|
| Как контролируется | Приватным ключом | Логикой смарт-контракта |
| Подтверждение операции | Подпись владельца ключа | Правила, заданные контрактом |
| Несколько действий подряд | Обычно требуют отдельных операций | Можно объединять в пакет |
| Восстановление доступа | Зависит от сохранности ключа или сид-фразы | Может быть предусмотрено механизмом кошелька |
| Оплата комиссии | Обычно нужна криптовалюта сети на балансе | Может поддерживаться спонсирование или оплата токеном |
Такое сравнение описывает возможности архитектуры, а не гарантии каждого кошелька. Смарт-аккаунт не становится автоматически безопаснее: многое зависит от того, кто написал его код, какие права он получил и как устроено восстановление.
У привычной модели есть понятное достоинство: ключ даёт прямой контроль над аккаунтом, а схема достаточно проста. Но эта простота перекладывает много ответственности на владельца. Потеря ключа может означать потерю доступа, а ошибка в подтверждении операции не всегда легко исправляется. Смарт-кошелёк позволяет добавить правила, но за удобство приходится внимательно оценивать сами правила.
Смарт-аккаунт меняет не только вид кошелька на экране. Он позволяет заранее определить, какие действия кошелёк может выполнять и при каких условиях.
Как работает ERC-4337
ERC-4337 — стандарт, который позволяет использовать абстракцию аккаунта на уровне приложений и смарт-контрактов. Он был запущен в основной сети Ethereum в марте 2023 года. Для его работы не пришлось менять протокол консенсуса: новые возможности добавили поверх существующей архитектуры.
Главный сдвиг для пользователя связан с тем, что кошелёк может формировать намерение выполнить операцию по своим правилам, а не ограничиваться привычной транзакцией, напрямую подписанной ключом EOA. В ERC-4337 такую операцию называют UserOperation. Она проходит через несколько компонентов, каждый из которых выполняет свою роль.
- UserOperation описывает действие, которое пользователь хочет совершить, и нужные данные для его выполнения.
- Bundler, или бандлер, собирает такие операции и передаёт их в сеть в составе транзакции.
- EntryPoint — контракт, через который проходят операции и который координирует их обработку.
- Paymaster, или пэймастер, может взять на себя оплату комиссии либо позволить оплачивать её токеном ERC-20, если такая схема поддержана приложением.
Путь операции можно представить как подачу заявки через посредника. Пользователь формирует действие, бандлер доставляет его к контракту EntryPoint, а тот проверяет условия кошелька и запускает выполнение. Пэймастер при необходимости участвует в оплате газа — так в Ethereum называют вычислительную работу, за которую сеть взимает комиссию.
На практике эта схема открывает возможность объединить несколько шагов. Например, пользователь может дать приложению разрешение на работу с токеном и затем отправить токены в рамках одной пакетной операции. В обычном сценарии эти действия часто выглядят как два отдельных подтверждения, и на каждом этапе приходится следить, что именно вы разрешаете.
Число UserOperation, обработанных по ERC-4337, к 2025 году превысило 50 миллионов. Это показывает, что стандарт уже используется в сети, хотя само по себе число операций не говорит, какая доля пользователей перешла на смарт-кошельки или насколько одинаково устроены разные реализации.
Что меняется в оплате газа
В стандартной модели пользователь обычно держит ETH, чтобы оплатить комиссию за транзакцию в Ethereum. Для новичка это может быть неожиданностью: на кошельке есть токены, но отправить их не получается, потому что не хватает ETH на газ.
Пэймастер может снять это препятствие в конкретном приложении: спонсировать комиссию или принять оплату в поддерживаемом ERC-20-токене. Это не означает, что комиссии исчезают. Кто-то всё равно оплачивает работу сети; меняется лишь то, кто платит и каким способом. Условия задаёт приложение или сервис, который предоставляет такую возможность.
Здесь полезно не торопиться с подтверждением. Если сервис предлагает оплату газа за пользователя, стоит понять, какие именно действия он спонсирует и какие разрешения просит кошелёк. Удобство не отменяет внимательности: подпись может открывать доступ к активам или позволять приложению выполнять операции в определённых пределах.
EIP-7702 и Pectra: как EOA получает смарт-функции
ERC-4337 создаёт путь к смарт-кошелькам на уровне приложений. EIP-7702 решает другую задачу: он позволяет существующему EOA временно подключить код смарт-контракта через механизм делегирования. Предложение вошло в апгрейд Ethereum Pectra, активированный в мае 2025 года.
На уровне устройства это реализовано через новый тип транзакции. В поле кода аккаунта появляется специальный префикс 0xef0100, за которым следует адрес контракта, которому делегируется выполнение. Для обычного пользователя эта строка не предназначена для ручной настройки. Важнее практический смысл: EOA может получить дополнительные возможности, связанные с логикой смарт-кошелька, сохранив свою роль существующего аккаунта.
EIP-7702 был выбран вместо EIP-3074. В частности, он не добавляет новые опкоды EVM — специальные команды виртуальной машины Ethereum — и сохраняет совместимость с ERC-4337. Это важно для разработчиков и приложений: обновление аккаунтов можно строить так, чтобы разные подходы к абстракции не исключали друг друга.
При этом EIP-7702 не превращает каждый EOA в смарт-кошелёк автоматически. Делегирование требует подходящего приложения и осознанного действия пользователя. Нужно понимать, какому коду предоставляется право выполнять операции от имени аккаунта и как это право можно отозвать или изменить в конкретной реализации. Детали могут различаться, поэтому ориентироваться следует на интерфейс кошелька и его описание, а не на одно только название стандарта.
Разница между двумя подходами выглядит так: ERC-4337 позволяет смарт-аккаунтам выполнять операции через отдельную инфраструктуру, а EIP-7702 даёт существующим EOA способ делегировать исполнение коду смарт-контракта. Эти механизмы могут работать совместно. Один не отменяет другой.
Что получает пользователь: пакеты, восстановление и сессионные ключи
Главная ценность абстракции аккаунта проявляется в повседневных действиях. Пользователь может реже сталкиваться с техническими подробностями и получать больше способов управлять доступом. Но слово «может» здесь существенно: набор функций зависит от конкретного кошелька и от того, как его разработчики реализовали стандарт.
К возможностям смарт-кошельков относятся:
- Пакетирование транзакций. Несколько связанных действий можно объединить. Например, разрешение на использование токена и его перевод могут пройти в одной операции.
- Социальное восстановление. Владелец может заранее задать процедуру восстановления через доверенных людей или другие выбранные способы. Такой механизм нужно настроить до потери доступа: после неё времени на спокойное изучение правил обычно уже нет.
- Сессионные ключи. Это ключи с ограниченными полномочиями, которые подходят для временных задач. Например, приложению можно разрешить выполнять определённый тип действий в заданных рамках, не передавая ему полный контроль над кошельком.
- Многофакторное подтверждение. Правила кошелька могут требовать больше одного подтверждения. Это добавляет уровень контроля, хотя может сделать операции менее быстрыми.
Для наглядности представим приложение, в котором пользователь регулярно совершает однотипные действия. Обычный кошелёк может запрашивать отдельное подтверждение для каждой транзакции. Смарт-аккаунт с подходящей настройкой способен разрешить ограниченную серию действий с помощью сессионного ключа. Если приложение выходит за заданные рамки, кошелёк должен применить свои правила проверки. Конкретное поведение зависит от реализации, поэтому границы разрешений важно прочитать заранее.
Социальное восстановление тоже требует ясного понимания. «Социальное» здесь не значит, что друзья автоматически получают доступ к активам. Смысл в том, что пользователь заранее назначает механизм, который может помочь восстановить контроль при потере основного ключа. Следует выяснить, кто участвует в восстановлении, сколько подтверждений требуется и можно ли заменить участников. Если ответы неясны, настройку лучше отложить, пока устройство кошелька не станет понятнее.
Будущее смарт-аккаунтов в Web3
Абстракция аккаунта отвечает на давнюю проблему Web3: блокчейн-кошельки требуют от пользователя понимать детали, которые в обычных цифровых сервисах обычно скрыты. Оплата газа, раздельные подтверждения, риск потери ключа — всё это создаёт дополнительный порог входа. Смарт-кошельки позволяют разработчикам менять пользовательский опыт, не отказываясь от работы с Ethereum.
Однако говорить о полном переходе пользователей на смарт-аккаунты пока рано. Нет надёжного основания утверждать, какая доля владельцев EOA сменит модель доступа после Pectra. Кроме того, удобство зависит от инфраструктуры: работы бандлеров, условий пэймастеров, качества кошелька и того, насколько понятно приложение объясняет запрашиваемые разрешения.
Для пользователя практический подход прост: оценивать конкретную функцию, а не обещание «нового поколения кошельков». Если приложение предлагает восстановление, проверьте, как оно устроено. Если просит делегировать выполнение коду, разберитесь, кому вы передаёте полномочия. Если комиссия оплачивается токеном или за вас, выясните условия этой оплаты. Эти вопросы не требуют знания всех деталей Ethereum, но помогают сохранять контроль над аккаунтом.
ERC-4337 и EIP-7702 показывают два направления развития Ethereum. Первое создаёт инфраструктуру для операций смарт-аккаунтов на уровне приложений. Второе помогает существующим EOA подключать смарт-логику через делегирование. Вместе они расширяют выбор кошельков и способов подтверждения действий.
Переход от ключей к программируемым аккаунтам не означает, что приватные ключи теряют значение. Контроль над доступом по-прежнему требует аккуратности, просто кошелёк получает больше способов этот контроль организовать. Начните с одной понятной функции, изучите её ограничения и только затем подключайте остальные. В Web3 не обязательно разбираться во всём сразу: достаточно понимать, что именно вы разрешаете своему кошельку делать.