Что такое разрешение токена Approve и как отозвать доступ к криптокошельку

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

Такой доступ необходим для обмена токенов на децентрализованной бирже, внесения активов в пул ликвидности, стейкинга и других операций с децентрализованными приложениями. Риск возникает, если пользователь разрешает расходование неограниченной суммы, взаимодействует с мошенническим контрактом или оставляет ненужное разрешение действовать после завершения операции.

Отозвать Approve можно через кошелек, сервис проверки разрешений или блокчейн-обозреватель. Отзыв, или revoke, обычно представляет собой отдельную ончейн-транзакцию, которая устанавливает разрешенный лимит в ноль. Для ее подтверждения понадобится нативная монета выбранной сети, например ETH в Ethereum или BNB в BNB Chain.

Как работает Approve в криптокошельке

В стандарте ERC-20 предусмотрены три связанные функции: approve, allowance и transferFrom. Первая устанавливает разрешение, вторая показывает его оставшийся размер, третья позволяет уполномоченному адресу фактически переместить токены. Эта модель описана непосредственно в спецификации ERC-20.

У разрешения есть четыре основных параметра:

• owner — адрес владельца токенов;
• spender — адрес, которому разрешено их расходовать;
• токен — смарт-контракт конкретного актива;
• allowance — доступный для расходования лимит.

Допустим, на кошельке находятся 500 USDT, а пользователь хочет обменять 100 USDT через DEX. Сначала он может разрешить контракту биржи потратить до 100 USDT. После подтверждения Approve баланс останется прежним. Когда пользователь запустит обмен, контракт вызовет transferFrom, и только тогда токены будут перемещены.

Разрешение привязано к конкретной комбинации владельца, spender и токена. Approve на USDT не дает тому же контракту права списывать USDC, WETH или другие активы. Разрешение одному контракту также не распространяется автоматически на другой контракт того же приложения.

При этом Approve устанавливает лимит, а не количество допустимых операций. Если allowance составляет 1000 USDT, spender может использовать его за одну транзакцию или несколькими списаниями, пока не исчерпает разрешенную сумму. Повторный запрос кошелька для каждого такого списания не требуется.

Чем Approve отличается от подключения кошелька и перевода

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

Действие	Что получает приложение	Меняется ли баланс	Сохраняется ли риск после закрытия сайта
Подключение кошелька	Возможность видеть публичный адрес и предлагать действия	Нет	Само по себе не дает права списывать токены
Approve	Право spender расходовать определенный токен в пределах лимита	Нет	Да, пока разрешение не израсходовано или не отозвано
Перевод	Указанные активы отправляются получателю	Да	Транзакция уже исполнена и обычно необратима
Revoke	Существующий allowance уменьшается или обнуляется	Баланс токена не меняется	Прекращает будущие списания по отозванному разрешению

Кнопка Disconnect в кошельке лишь разрывает связь интерфейса с сайтом. Она не изменяет данные, записанные в блокчейне, поэтому действующие approvals сохраняются. На это отдельно указывают MetaMask и Revoke.cash.

Отключение приложения полезно, если пользователь больше не хочет передавать ему сведения о выбранном адресе или получать запросы на операции. Для прекращения права на списание нужен именно revoke.

Ограниченный и безлимитный Approve: в чем разница

Ограниченный Approve разрешает потратить заданное количество токенов. Безлимитный, или unlimited approval, устанавливает настолько высокий лимит, что для обычного баланса он практически не исчерпывается. В интерфейсе кошелька такой лимит может отображаться как Unlimited, Infinite или Max.

Безлимитное разрешение сокращает количество транзакций: при повторных операциях с тем же токеном и spender не приходится заново оплачивать Approve. Это удобно для регулярной работы с одним протоколом, но расширяет возможный ущерб. Если spender окажется вредоносным или получит возможность использовать разрешение не по назначению, под угрозой окажется весь доступный баланс этого токена, включая монеты, поступившие на адрес позднее.

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

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

Почему старые разрешения остаются опасными

Обычный ERC-20 Approve не содержит обязательного срока окончания. Разрешение действует, пока его не израсходуют, не заменят новым значением или не обнулят. Пользователь может давно перестать посещать dApp, но запись allowance(owner, spender) сохранится в контракте токена.

Это создает несколько сценариев риска:

• разрешение было выдано фишинговому контракту;
• легитимный протокол позднее оказался скомпрометирован;
• пользователь перепутал настоящий и поддельный адрес spender;
• безлимитный доступ сохранился после разовой операции;
• приложение прекратило работу, но его старые контракты и approvals остались в сети.

Аппаратный кошелек не устраняет этот риск. Он защищает приватный ключ и требует физического подтверждения исходной операции, но исполнит Approve, если владелец сам его подтвердит. После этого spender использует уже выданное право, не получая приватный ключ. Поэтому защита ключей и контроль разрешений решают разные задачи.

Разрешение также не ограничено текущим балансом. Если на адресе нет USDT, активный безлимитный Approve на USDT может казаться безвредным. Но поступившие позднее USDT окажутся доступны тому же spender. Пустой баланс не равен отсутствию риска.

Какие разрешения бывают у токенов, NFT и подписей

Термин approval охватывает несколько разных механизмов. Способ проверки и отзыва зависит от стандарта актива и вида авторизации.

ERC-20: Approve и allowance

Для взаимозаменяемых токенов ERC-20 разрешение обычно задается в количественном выражении. Spender может перемещать актив через transferFrom в пределах оставшегося allowance. Отзыв чаще всего выполняется повторным вызовом approve со значением 0.

У некоторых токенов и приложений изменение ненулевого allowance на другое ненулевое значение требует сначала обнулить разрешение, а затем установить новый лимит. Рекомендация интерфейсам сначала выставлять ноль присутствует и в спецификации ERC-20.

ERC-721 и ERC-1155: доступ к NFT

У NFT модель отличается. В ERC-721 функция approve может дать право на управление одним токеном, а setApprovalForAll — сделать адрес оператором всех NFT данной коллекции, принадлежащих владельцу. В ERC-1155 setApprovalForAll позволяет оператору управлять набором токенов владельца в пределах соответствующего контракта. Эти полномочия закреплены в стандартах ERC-721 и ERC-1155.

Запрос setApprovalForAll на неизвестном сайте требует особой осторожности: он относится не к одному NFT, выставленному на продажу, а к активам владельца в рамках контракта коллекции.

Permit и Permit2

ERC-2612 Permit позволяет установить allowance с помощью типизированной криптографической подписи. Пользователь подписывает данные с полями, среди которых spender, value, nonce и deadline, а транзакцию в блокчейн может отправить другая сторона. Подписание само по себе не требует газа, но результатом исполнения становится разрешение на расходование токенов. Механизм и обязательные условия подписи описаны в ERC-2612.

Permit2 — отдельная система разрешений, используемая рядом приложений для унифицированной работы с токенами и подписями. Такие запросы нельзя автоматически считать безопасными из-за отсутствия комиссии. Перед подтверждением нужно проверять spender, сумму, токен, сеть и срок действия.

Обычный revoke ERC-20 и отмена неисполненной подписи — не всегда одно и то же действие. Если инструмент управления разрешениями показывает отдельные разделы для token approvals и signatures, проверять следует оба.

Как проверить действующие разрешения

Проверка начинается с выбора адреса и сети. Один и тот же публичный адрес может иметь разные approvals в Ethereum, BNB Chain, Polygon, Arbitrum, Base и других совместимых сетях. Просмотр только одной сети не дает полной картины.

Проверить разрешения можно тремя способами:

1. В интерфейсе кошелька, если он поддерживает управление spending caps или approvals.
2. Через специализированный сервис, например Revoke.cash.
3. Через Token Approval Checker блокчейн-обозревателя: Etherscan для Ethereum или соответствующий обозреватель другой сети.

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

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

В первую очередь внимания требуют:

• незнакомые spender-адреса;
• безлимитные approvals на ценные токены;
• разрешения приложениям, которыми владелец больше не пользуется;
• свежие approvals, появившиеся после подозрительной подписи;
• операторы setApprovalForAll для NFT;
• доступы закрытых или скомпрометированных протоколов.

Неизвестный контракт не следует открывать и «проверять» через случайную ссылку из комментариев, рекламы или личного сообщения. Адрес spender безопаснее сопоставлять с официальной документацией проекта и данными обозревателя.

Как отозвать Approve через Revoke.cash или обозреватель

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

Отзыв через Revoke.cash

Откройте официальный адрес Revoke.cash из заранее сохраненной закладки или введите его вручную. Фишинговая копия сервиса отзыва способна сформировать новое вредоносное разрешение вместо защитной операции.

Далее порядок действий выглядит так:

1. Вставьте публичный адрес для просмотра либо подключите нужный кошелек.
2. Выберите сеть, в которой находится разрешение.
3. Отфильтруйте список по токену, spender или времени выдачи.
4. Найдите ненужное разрешение и нажмите Revoke. Если сервис и токен позволяют, вместо полного отзыва можно уменьшить лимит.
5. Проверьте в окне кошелька сеть, контракт, функцию и комиссию.
6. Подтвердите транзакцию и дождитесь ее включения в блок.
7. Обновите список и убедитесь, что allowance стал нулевым или доступ исчез.

Сервис рекомендует при подозрении на фишинг сортировать approvals от новых к старым, чтобы быстрее обнаружить недавно выданное разрешение. Подробный порядок приведен в инструкции Revoke.cash.

Отзыв через Etherscan и аналоги

В Ethereum можно открыть Token Approval Checker на Etherscan, ввести адрес и выбрать тип активов: ERC-20, ERC-721 или ERC-1155. Для полноты списка следует включить отображение всех approvals, после чего выбрать нужный spender и отправить revoke-транзакцию.

В других сетях используются соответствующие обозреватели, например BscScan для BNB Chain или Polygonscan для Polygon. Сам принцип остается тем же: обозреватель формирует транзакцию, а кошелек подписывает ее. Etherscan также позволяет увидеть текущий allowance и отозвать либо уменьшить его для выбранного контракта.

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

Что проверить перед подтверждением Revoke

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

Безопасная проверка включает четыре пункта:

• выбрана сеть, где существует исходный approval;
• адрес токена соответствует нужному активу;
• spender совпадает с контрактом, доступ которого требуется закрыть;
• значение нового allowance равно нулю либо выбранному уменьшенному лимиту.

Если кошелек показывает перевод токенов или нативной монеты на сторонний адрес, setApprovalForAll(..., true), новый unlimited approval либо непонятный вызов контракта, подтверждать операцию нельзя. Следует закрыть страницу и проверить разрешение через другой надежный интерфейс.

Комиссия зависит от сети и ее текущей нагрузки, поэтому универсальной стоимости revoke не существует. Необычно высокая сумма сама по себе еще не доказывает атаку, но требует проверить параметры транзакции и актуальную стоимость газа через официальный обозреватель.

Что делать после подозрительной подписи или списания

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

Revoke блокирует будущие списания через конкретное разрешение, но не отменяет уже исполненные транзакции и не возвращает украденные токены. Если злоумышленник получил seed-фразу или приватный ключ, отзыв отдельных approvals не восстановит безопасность адреса: атакующий может подписывать новые операции от имени владельца.

На компрометацию ключей могут указывать несанкционированные переводы разных активов, операции в нескольких сетях или автоматический вывод нативной монеты сразу после пополнения. Такой кошелек нельзя считать безопасным. Остатки следует переносить на адрес, созданный с новой seed-фразой на проверенном устройстве.

Сохраните адреса, хэши транзакций, время событий, домен сайта и скриншоты запросов. Эти данные пригодятся при обращении в поддержку сервиса, биржу-получателя или правоохранительные органы. Предложения «гарантированно вернуть» криптовалюту за предоплату часто становятся второй стадией мошенничества.

Как снизить риск при работе с dApp

Главный принцип — разрешать контракту только тот объем полномочий, который нужен для понятной операции. Для разового обмена предпочтителен точный лимит, особенно если приложение используется впервые. Unlimited approval оправдан удобством, но его риск должен быть осознанным.

Основной кошелек с долгосрочными накоплениями лучше не подключать к новым dApp. Для повседневных DeFi-операций можно использовать отдельный рабочий адрес, а для неизвестных сервисов — адрес с небольшим балансом. Разделение средств ограничивает ущерб от одной ошибочной подписи, хотя не заменяет проверку транзакции.

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

Seed-фразу нельзя вводить в сервис проверки approvals. Для просмотра разрешений достаточно публичного адреса, а для отзыва — обычной подписи транзакции в кошельке. Сайт, который просит seed-фразу ради revoke, является угрозой.

Безопасное разрешение начинается до нажатия Approve

Approve — штатная часть работы со смарт-контрактами, а не признак мошенничества сам по себе. Реальный уровень риска определяют адрес spender, тип актива, размер лимита, срок действия подписи и доверие к приложению. Чем шире полномочия и чем реже пользователь контролирует их список, тем больше возможный ущерб.

Практически безопасный подход строится вокруг минимальных разрешений: точная сумма для разовой операции, отдельный кошелек для экспериментов и отзыв доступа после завершения работы. Закрытие вкладки или отключение dApp не заменяет revoke, поскольку allowance хранится в контракте токена.

Если разрешение уже кажется подозрительным, откладывать проверку не следует. Нужно определить сеть и spender, обнулить allowance подтвержденной ончейн-транзакцией и проверить результат в обозревателе. При утечке seed-фразы или приватного ключа задача меняется: активы переносят на новый адрес, а старый кошелек выводят из использования.

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

Можно ли отозвать Approve, не подключая кошелек к сайту?

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

Нужно ли платить комиссию за revoke?

Обычный revoke изменяет состояние блокчейна и требует оплаты газа. Комиссия вносится нативной монетой сети. Ее размер зависит от конкретной сети, нагрузки и сложности операции.

Вернет ли revoke уже украденные токены?

Нет. Отзыв прекращает последующие списания по соответствующему разрешению, но не отменяет подтвержденные транзакции. Revoke.cash прямо указывает, что сервис является профилактическим инструментом, а не средством возврата активов.

Исчезнет ли Approve после отключения кошелька от dApp?

Нет. Disconnect прекращает соединение сайта с интерфейсом кошелька, но не обнуляет allowance в блокчейне. Для прекращения доступа нужно отдельно выполнить revoke.

Можно ли отозвать все разрешения одной транзакцией?

Это зависит от сети, кошелька и механизма разрешений. Обычные ERC-20 approvals являются отдельными записями и часто требуют отдельных транзакций. Некоторые интерфейсы поддерживают пакетные операции, но перед подтверждением нужно проверить каждый включенный в пакет отзыв и итоговую комиссию.

Получит ли spender доступ ко всему кошельку?

Обычный ERC-20 Approve действует на конкретный токен и не открывает весь кошелек. Но безлимитный allowance позволяет списать весь текущий и будущий баланс этого токена. Для NFT разрешение setApprovalForAll может охватывать все активы владельца в пределах соответствующего контракта коллекции.

Защищает ли аппаратный кошелек от опасного Approve?

Аппаратный кошелек защищает приватный ключ, но не исправляет решение пользователя. Если владелец подтвердит вредоносное разрешение на устройстве, оно будет записано в блокчейне и сможет использоваться spender.