EIP-7702: нативная абстракция аккаунтов для EOA (2026)

EIP-7702 — это тип транзакции Ethereum, появившийся в обновлении Pectra, который позволяет обычному управляемому извне аккаунту (EOA) подписать авторизацию, направляющую его поле кода на реализацию в смарт-контракте, так что рядовой адрес может исполнять логику смарт-аккаунта, не становясь при этом новым аккаунтом. Адрес, приватный ключ и баланс остаются ровно такими же, а делегирование в любой момент можно перенаправить или очистить, — то есть это обратимое обновление, а не миграция. С подходящей реализацией за спиной EOA получает пакетные атомарные транзакции, спонсированную оплату газа или оплату ненативным токеном и сессионные ключи с ограниченными полномочиями. Он не заменяет ERC-4337: аккаунт с делегированием 7702 может принять совместимую с ERC-4337 логику и использовать ту же инфраструктуру EntryPoint, bundler и paymaster. Повседневная выгода — не держать отдельную нативную газовую монету в каждой EVM-сети — это то, что WATS уже обеспечивает некастодиально через paymaster ERC-4337 в EVM — одинаково в расширении и мобильном приложении, — взимая комиссии одним токеном, ATS, вместо ETH, POL или BNB.

Разрыв: почему ваш EOA не может делать то, что умеет смарт-аккаунт

Большинство людей в Ethereum держат управляемый извне аккаунт (EOA) — адрес, контролируемый одним приватным ключом. EOA просты и проверены боем, но они также жёстки. Они не могут объединять несколько действий в одну атомарную транзакцию, не могут позволить кому-то другому оплатить их газ и не могут делегировать ограниченные права подписи временному ключу. Эти удобства принадлежат абстракции аккаунтов и исторически требовали перемещения ваших средств в смарт-контрактный аккаунт — другой адрес, с трением миграции и собственными допущениями о доверии.

Именно этот разрыв EIP-7702 был призван закрыть: дать существующим EOA доступ к поведению смарт-аккаунта, не заставляя пользователей отказываться от адреса, которым они уже владеют.

Что такое EIP-7702

EIP-7702 определяет новый тип транзакции, который позволяет EOA делегировать контрактному коду, так что аккаунт может вести себя как смарт-аккаунт, оставаясь при этом на уровне протокола именно EOA. Он вошёл в состав обновления Ethereum Pectra в 2025 году, и по состоянию на 2026 год работает в основной сети и поддерживается основными сетями EVM и кошельковой инфраструктурой. Транзакция несёт одну или несколько подписанных авторизаций, и каждая прикрепляет делегирование к обычному аккаунту. Важно, что ваши ключи, баланс, nonce и адрес остаются ровно теми же; аккаунт просто получает способность запускать программируемую логику.

Это значимый сдвиг. До EIP-7702 «обновиться до смарт-аккаунта» означало «создать и пополнить новый аккаунт» — при том что каждое приложение, адрес вывода с биржи и платёжная ссылка по-прежнему указывали на старый. После него аккаунт, который у вас уже есть, может подключить функции смарт-аккаунта и столь же легко отключить их обратно.

Как это работает: дескриптор делегирования

EIP-7702 работает через дескриптор делегирования — небольшой указатель, хранящийся в поле кода аккаунта, который по сути говорит: «запускай код этого контракта, как если бы он был моим». Пользователь подписывает кортеж авторизации, называющий chain ID (или 0, что означает любую сеть EVM, которая это примет), адрес контракта-реализации и nonce. Когда исполняется транзакция 7702, несущая эту авторизацию, поле кода аккаунта устанавливается в короткий маркер — 0xef0100, за которым следует адрес реализации. С этого момента вызовы к EOA выполняют логику делегированного контракта, тогда как аккаунт сохраняет собственные storage, баланс и nonce, а его собственный приватный ключ по-прежнему подписывает его транзакции. Что именно вправе запустить любой другой вызывающий, определяют правила реализации, — поэтому выбор реализации так важен.

Одно следствие легко упустить, и оно по-настоящему полезно: поскольку авторизация подписывается отдельно от транзакции, которая её несёт, подписант не обязан быть отправителем. Транзакцию может отправить и оплатить кто-то другой, а значит аккаунт с нулевым балансом ETH можно обновить и затем спонсировать начиная с самого первого действия.

Делегирование к тому же постоянно, а не автоматически временно. Оно действует, пока вы его не измените: подпись новой авторизации перенаправляет аккаунт на другой код, а подпись авторизации с нулевым адресом очищает указатель и возвращает аккаунт к состоянию обычного EOA. Эта обратимость — предохранительный клапан всей конструкции, и именно поэтому «чему сейчас делегирован мой аккаунт?» — вопрос, на который кошелёк должен отвечать с одного взгляда.

EIP-7702 против ERC-4337: дополняют, а не соперничают

ERC-4337 — это стандарт абстракции аккаунтов, который ввёл UserOperation, bundler'ы, единый контракт EntryPoint и paymaster'ы — удобный для офчейна конвейер для смарт-аккаунтов, который никогда не затрагивал ядро протокола Ethereum. EIP-7702, напротив, — это изменение на уровне протокола, которое обновляет EOA напрямую.

Легко представить их соперниками, но по состоянию на 2026 год их лучше понимать как дополняющие друг друга. EIP-7702 отвечает на вопрос «как обычный EOA обретает идентичность, определённую кодом?». ERC-4337 отвечает на вопрос «как смарт-аккаунты получают пакетное выполнение, спонсированные комиссии и общий конвейер проверки?». Аккаунт с делегированием EIP-7702 может делегировать совместимой с ERC-4337 реализации и подключиться напрямую к тем же EntryPoint, bundler'ам и paymaster'ам. Эти два стандарта складываются друг с другом, а не заменяют один другой, — и поэтому кошельки могут уже сегодня выпускать спонсирование комиссий в стиле 4337 и распространять его на делегированные EOA, не перестраивая всю обвязку.

Что это открывает для существующих кошельков

Для разработчика кошелька EIP-7702 превращает ранее «доступные только смарт-аккаунтам» функции в то, чем может пользоваться адрес обычного пользователя:

Пакетирование. Одобрение и своп в одной атомарной транзакции, так что шаг не может выполниться наполовину и оставить вас застрявшим между одобрением и сделкой — и тот же пакет может одобрить ровно нужную сумму или сразу же отозвать одобрение, вместо того чтобы оставлять открытый allowance висеть в сети.

Спонсирование газа. Paymaster (или эквивалентный плательщик комиссии в сетях вне EVM) может покрыть газ или позволить пользователю платить комиссии в токене, отличном от нативного актива сети — без отдельного буфера ETH на газ. Под капотом сеть по-прежнему получает свой нативный газ в полном объёме; меняется лишь то, какой токен уходит из вашего кошелька.

Сессионные ключи. Выдать временный ключ с ограниченными полномочиями, который может подписывать ограниченный набор действий в заданных рамках, а затем истекает — полезно для игр, торговых интерфейсов и повторяющихся сценариев без переподписания каждого шага.

Риски и соображения

Делегирование мощно, и именно поэтому оно требует осторожности. Контракт-реализация, которому вы делегируете, по сути определяет, что может делать ваш аккаунт, поэтому вредоносная или содержащая ошибки реализация — серьёзный риск; делегируйте только проверенному аудитом, авторитетному коду. Подписанные авторизации должны аккуратно обрабатываться кошельками, чтобы избежать фишинга, обманом заставляющего пользователя направить свой аккаунт на контролируемую злоумышленником логику; chain ID, равный 0, делает авторизацию воспроизводимой во всех сетях EVM, что удобно и, в дурных руках, опасно. А поскольку EIP-7702 всё ещё относительно нов, инструментарий, индексаторы и допущения о безопасности по состоянию на 2026 год всё ещё созревают. Ничто из этого не повод его избегать; это повод ожидать, что кошельки будут явно показывать цель делегирования, сделают его сброс действием в один шаг и станут относиться к вопросу «чему я делегирую?» как к первоклассному вопросу безопасности.

Где здесь WATS

Причина, по которой EIP-7702 важен конечному пользователю, — не детали опкодов, а возможность не поддерживать пять нативных газовых балансов только ради того, чтобы двигать собственные деньги. WATS даёт это уже сегодня, не дожидаясь, пока поддержка делегирования появится повсюду. В EVM-сетях WATS списывает за каждый перевод, своп или стейкинг один токен, ATS, через paymaster ERC-4337 — одинаково в расширении и мобильном приложении, — так что вам никогда не нужны ETH, POL и BNB, лежащие отдельными буферами. Solana и TON полностью поддержаны в том же кошельке — одно приложение, одна личность, — а транзакции там оплачиваются собственными нативными комиссиями в SOL и Toncoin. Ваш баланс ATS находится в BSC (BNB Chain), и в какой бы EVM-сети ни выполнялась транзакция, комиссия списывается с этого единственного баланса. В EVM-сетях paymaster ERC-4337 оплачивает нативный газ в фоне. Собранные ATS сжигаются, и предложение снижается со 100 млн к порогу в 30 млн. Хранение не меняется: ключи остаются у вас, а WATS никогда не держит ключ. WATS — первый и единственный кошелёк, сочетающий это.

Стоит быть точным в том, что именно меняется: оплата в ATS — не скидка, ровно так же как не является скидкой спонсирование по EIP-7702 или ERC-4337. Сеть по-прежнему получает свой нативный газ в полном объёме; отличается только тот токен, который вы тратите. Поэтому, если из EIP-7702 вам на деле нужны практичные вещи — один токен для комиссий в EVM, никакой беготни за нативным газом там, ключи, которые остаются вашими, — конкретный шаг такой: установить WATS (расширение или мобильное приложение), держать один баланс ATS и дать ему покрывать вашу активность в EVM, пока стандарты продолжают созревать под капотом.