ГЛАВНАЯ / ИНСТРУКЦИИ / ПОДПИСЬ СООБЩЕНИЯ И ПОДПИСЬ ТРАНЗАКЦИИ: КАК РАЗЛИЧИТЬ ЗАПРОСЫ
Подпись сообщения и подпись транзакции: как различить запросы
Запрос кошелька «подписать» может относиться к обычному тексту, структурированным данным или транзакции. Само слово sign не объясняет последствия. Сначала определите формат и цель запроса, затем проверьте данные, которые будут связаны с вашим адресом.
Подпись не всегда означает перевод средств
Обычная подпись сообщения обычно подтверждает контроль над адресом или согласие с текстом вне блокчейна. В Ethereum personal_sign использует префикс EIP-191. EIP-712 кодирует типизированные поля, а подпись затем может быть проверена контрактом. Подпись сама по себе не отправляет транзакцию, но приложение может использовать её как разрешение или доказательство для последующего действия.
Транзакционный запрос содержит параметры операции для сети: chain ID, адрес назначения, сумму и данные вызова. После подписания его можно передать в сеть, где контракт выполнит код. Подпись сообщения и разрешение токена тоже могут дать приложению полномочия, поэтому проверьте не только то, списывает ли кошелёк газ.
Сопоставьте экран кошелька с целью сайта
Проверьте домен, подключённый аккаунт и объяснение dApp. Для сообщения прочитайте весь текст или каждое отображаемое поле. Для EIP-712 сверьте domain name, версию, chainId, verifyingContract, тип и значения сообщения. Для транзакции проверьте адрес получателя, value, сеть и декодированные действия контракта.
Если интерфейс показывает хэш, нечитаемые байты или скрывает смысл операции, остановитесь и запросите понятное описание у приложения через его официальный канал. Совпадающий логотип или факт подключения кошелька не доказывает подлинность запроса.
Домен и chain ID помогают разделять контексты, но не заменяют проверку
EIP-712 предусматривает разделение домена, в том числе через имя, версию, chain ID и адрес проверяющего контракта. Набор полей зависит от приложения; наличие chain ID само по себе не является универсальной защитой от повтора. Нельзя предполагать, что любое сообщение имеет срок действия или одноразовый nonce.
Уточните, что именно сайт собирается сделать с подписью: подтвердить вход, создать ордер, выдать allowance или выполнить действие через relayer. Если цель не ясна или не соответствует вашим намерениям, не подписывайте и не передавайте подпись третьей стороне.
Короткий порядок проверки
- прочитать метод запроса
- проверить домен и приложение
- раскрыть все поля подписи
- тип подписи определён
- подпись не названа переводом без проверки
- chain ID и получатель проверены
Когда не следует продолжать
- ожидаемый эффект понятен
Частые вопросы
Подпись сообщения всегда безопасна?
Нет. Она может быть использована как разрешение, доказательство или заявка на последующее действие. Прочитайте содержание и назначение.
Подписанное сообщение сразу отправляется в блокчейн?
Обычно нет, но приложение может передать подпись контракту позже. Проверяйте ожидаемый сценарий.
EIP-712 гарантирует, что подпись понятна?
Стандарт задаёт структурированный формат, но приложение или кошелёк могут показать данные неполно. Проверяйте поля и домен.
Что делать при нечитаемом запросе?
Отменить его и проверить официальный интерфейс и источник запроса.
Можно ли ориентироваться на отсутствие комиссии?
Нет. Сообщение может не требовать газа, но всё равно создавать полномочие.
Чек-лист: подпись сообщения и подпись транзакции: как различить запросы
- метод запроса определён;
- домен и аккаунт сверены;
- все поля сообщения прочитаны;
- для транзакции проверены сеть и получатель;
- цель приложения совпадает с запросом;
- непонятный запрос отменён;
- подпись не передана постороннему сервису.
Материал подготовлен редакцией сайта и проверен 30 октября 2026 года. Условия бирж, кошельков и блокчейн-сетей могут меняться. Перед операцией сверяйте данные в интерфейсе выбранного сервиса.