Схема с обменным ордером на коллекционный предмет работает так: одна сторона подписывает предложение обменять свой экземпляр на другой предмет или на заданное количество токенов, вторая отправляет транзакцию исполнения, и контракт выполняет оба перевода вместе либо отменяет всю операцию. Подпись бесплатна и в сети не видна. Плату несёт тот, кто исполняет. Незавершённого обмена с потерей одной стороны тут не бывает — риск в другом.
Обменный ордер — это подписанное владельцем предложение встречной передачи, в котором названы отдаваемый экземпляр, желаемое встречное предоставление и срок действия, причём исполнение сводит оба перевода в одну транзакцию: проходят оба или не проходит ни один.
Какая задача решается этим типом заявки
Прямой обмен нужен там, где обычная торговля не помогает. Продать единичный предмет и купить другой — это две сделки, две платы сети и разрыв во времени, за который цена второго экземпляра уходит.
Обменный ордер убирает разрыв. Он же снимает главный страх прямого обмена между незнакомыми людьми: вопрос «кто первый отдаёт» здесь не возникает, потому что первого нет.
Опора схемы — стандарт подписи типизированных данных. EIP-712 создан 12 сентября 2017 года, статус Final; его раздел о безопасности прямо говорит, что подписанные сообщения в практических применениях используются для авторизации действий, например обмена токенов, и что защиты от повтора стандарт не содержит: приложение обязано само отвергать повторно предъявленное сообщение либо делать действие идемпотентным. Там же назван риск опережения, когда подпись перехватывают и предъявляют раньше задуманного.
Вторая опора — свойство самого предмета. Раздел обоснования ERC-721 (статус Final, дата создания 24 января 2018 года) объясняет отказ от механизма лимита тем, что каждый экземпляр уникален, а его количество равно нулю или единице. Отсюда и отсутствие частичного исполнения.
Как выставить: шаги с параметрами
Порядок подписей жёсткий, и менять его нельзя.
- Инициатор обмена выдаёт права контракту обмена на свой экземпляр. Это транзакция с платой сети, и она выполняется до подписи ордера, иначе исполнение сорвётся.
- Инициатор подписывает структуру ордера: адрес контракта коллекции, номер отдаваемого экземпляра, встречное предоставление, срок действия и метка одноразовости. Платы нет, в сеть ничего не уходит.
- Подписанный ордер передаётся второй стороне напрямую или через сервис, который хранит такие предложения.
- Принимающая сторона выдаёт права контракту обмена на то, что отдаёт сама: на встречный экземпляр или на токены. Ещё одна транзакция с платой.
- Принимающая сторона отправляет транзакцию исполнения. Контракт проверяет подпись, права обеих сторон и владение предметами, после чего выполняет переводы.
- Обе стороны сверяют в журнале транзакции два события смены владельца и номера экземпляров в них.
Проверьте пятый шаг заранее. Плата за исполнение целиком ложится на принимающую сторону, и при отказе контракта она тратится впустую.

| Этап | Инициатор | Принимающая сторона | Плата сети | Видно в сети |
|---|---|---|---|---|
| Выдача прав | Транзакция на свой экземпляр | Транзакция на встречное предоставление | С каждого своя | Да, событие выдачи прав |
| Подпись ордера | Подписывает структуру | Не участвует | Нет | Нет |
| Передача ордера | Отдаёт подпись | Получает подпись | Нет | Нет |
| Исполнение | Не участвует | Отправляет транзакцию | Платит принимающая сторона | Да, два события смены владельца |
| Отмена | Транзакция отмены или истечение срока | Не участвует | Платит инициатор | Да, если отмена на стороне контракта |
Расчёт на примере суммы
Пример ниже условный и рекомендацией к сделке не является.
Пусть обмен идёт по схеме «предмет плюс доплата токенами»: инициатор отдаёт экземпляр и получает встречный экземпляр плюс сумму D в токенах. Расходы инициатора — плата сети за выдачу прав и, при отказе от сделки, плата за отмену. Расходы принимающей стороны — плата за выдачу прав на токены плюс плата за исполнение, которая у встречного обмена выше, чем у обычного перевода: в одной транзакции выполняются два перевода и проверка подписи. Сумма D фиксируется в момент подписи, а исполняется позже, и если токен за это время подорожал, инициатор получает меньшую ценность при той же цифре.
Этот сдвиг и есть здешний аналог проскальзывания. У обычной заявки проскальзывание возникает из глубины рынка, у обменного ордера — из времени между подписью и исполнением. Как расходятся цены одного актива в разных местах торговли, разобрано в материале о том, как сравнить биржевую и ончейн-цену токена и понять причину расхождения.
Что видно в стакане и как это читать
Стакана здесь нет. Это главное, что отличает обменный ордер от биржевой заявки, и попытка читать его как заявку сбивает с толку.
У единичного экземпляра количество равно нулю или единице, складывать такие предложения в уровни цены нельзя. Вместо глубины рынка вы видите список отдельных подписей, каждая со своим сроком и своим встречным предоставлением. Два ордера на один и тот же предмет не образуют объём: исполнится только один, второй после этого отменится сам.
- Частичного исполнения у экземпляра по первому стандарту не бывает. У коллекции по стандарту с количеством частичное исполнение возможно, если это предусмотрено самим ордером.
- Минимальный размер заявки смысла не имеет: предмет неделим.
- Роль мейкера и тейкера сохраняется, но плата сети распределена иначе: исполняющая сторона платит всегда.
- Видимый список ордеров не говорит о готовности сторон: подпись живёт независимо от остатков и прав, которые у подписавшего могли измениться.
Привычка мыслить уровнями цены здесь мешает. Чем отличается работа с сеткой заявок на ликвидном рынке, показывает разбор того, как настроить сетку заявок, и переносить эту логику на единичные предметы не стоит.
Защитного механизма площадки в этой схеме нет. На бирже сорванный расчёт прикрывают резервы и принудительное сокращение позиций — как это устроено, видно в материале о том, как работают страховой фонд и автоматическое сокращение позиций на бирже. У обменного ордера страхующей стороны нет вовсе: единственная защита — отмена всей транзакции при любой непройденной проверке. Она спасает предмет и не спасает уплаченную плату сети.
Ошибки, из-за которых заявка не исполняется
Незавершённый обмен в смысле «один отдал, второй нет» в этой схеме невозможен: оба перевода идут одной транзакцией. Невозможно другое — гарантировать, что транзакция пройдёт.
- Инициатор отозвал права контракту обмена: подпись осталась в списке, исполнение отменяется, плата принимающей стороны потеряна.
- Инициатор перевёл предмет на другой адрес: ордер становится неисполнимым, а при возврате предмета оживает по прежним условиям.
- Ордер без срока действия: предъявить его могут через месяцы, когда условия обмена давно не те.
- Повторное предъявление уже исполненного ордера там, где приложение слабо помечает использованные подписи: стандарт защиты от повтора не даёт, её обязан обеспечить сервис.
- Опережение: подпись перехвачена и предъявлена не тем, кому её передавали.
- Встречный предмет уходит по небезопасному переводу на адрес с кодом, не умеющий принимать такие токены: стандарт предупреждает о возможной безвозвратной потере.
- Права контракту обмена выданы на всю коллекцию, а не на один номер: риск выходит за пределы этой сделки и живёт до отзыва.
Шестой и седьмой пункты из редакционной практики встречаются реже первых, но дороже. Остальные стоят платы сети. Эти два стоят предмета.
Правовую рамку стоит знать до подписи. С 1 сентября 2026 года действует Федеральный закон от 04.08.2026 № 282-ФЗ «О цифровых валютах и цифровых правах»: часть 6 статьи 1 запрещает принимать цифровую валюту как средство платежа за товары, работы и услуги в России, а часть 7 относит обмен к законному остатку. Сверено по тексту на consultant.ru 17 октября 2026 года. Квалификация конкретного встречного обмена — вопрос к юристу, общим правилом её подтвердить нельзя.
Какие активы вообще укладываются в биржевую механику, а какие требуют отдельных схем, разобрано в тексте о том, какие традиционные активы можно торговать на криптобирже.
Материалы по теме:
- Как настроить сетку заявок — логика уровней цены, которую нельзя переносить на единичные предметы.
- Как сравнить биржевую и ончейн-цену токена — почему встречное предоставление меняется в цене между подписью и исполнением.
- Как работают страховой фонд и автоматическое сокращение позиций — чего у обменного ордера нет.
- Какие традиционные активы можно торговать на криптобирже — где биржевая механика работает, а где нужны отдельные схемы.
Итог
Обменный ордер решает задачу одновременности и ничего не обещает про исполнимость. Подписи ставят в строгом порядке: сначала права на отдаваемое, потом структура ордера, затем права встречной стороны, и только после этого транзакция исполнения, которую оплачивает принимающая сторона. Риск незавершённого обмена сводится не к потере предмета, а к сорванной транзакции и потерянной плате — за исключением двух случаев, когда права выданы на всю коллекцию или встречный перевод ушёл небезопасным способом.
Первоисточники откройте сами. Отсутствие защиты от повтора, предупреждение об опережении и поля домена подписи — в тексте стандарта EIP-712. Объяснение, почему у экземпляра нет лимита и количество равно нулю или единице, вместе с предупреждением о безвозвратной потере при небезопасном переводе — в тексте стандарта ERC-721. Данные сверены на 17 октября 2026 года. Что проверить не удалось: единой реализации обменных ордеров не существует, механика пометки использованных подписей и сроков у разных контрактов разная, и сверять её приходится по документации конкретного контракта обмена.
Частые вопросы
Может ли выйти так, что я отдал предмет, а встречный не получил?
В штатной схеме нет. Оба перевода выполняются одной транзакцией, и при любой непройденной проверке она отменяется целиком: предмет остаётся у вас, встречный у партнёра. Потерять можно плату сети за отменённую попытку. Исключение возникает, если переводы разнесены по двум транзакциям — такую схему обменом считать нельзя, и соглашаться на неё не стоит.
Кто платит за исполнение обмена?
Принимающая сторона, то есть тот, кто отправляет транзакцию. Инициатор платит только за выдачу прав и, если передумал, за отмену ордера. Плата за исполнение выше, чем у обычного перевода: в одной транзакции проверяется подпись и выполняются два перевода. Это стоит учитывать, прежде чем принимать чужой ордер на тонком рынке.
Почему подписанный ордер не исполнился?
Чаще всего инициатор отозвал права контракту обмена или перевёл предмет на другой адрес. Подпись при этом остаётся в списке и выглядит живой — сервис хранит её вне блокчейна и о состоянии прав не знает. Проверить исполнимость до отправки транзакции можно запросом к контракту коллекции: кто владеет номером и кто числится оператором.
Можно ли исполнить ордер частично?
У единичного экземпляра нет. Раздел обоснования стандарта объясняет это прямо: количество уникального предмета равно нулю или единице, поэтому механизма лимита в нём не предусмотрено. У коллекций по стандарту с количеством частичное исполнение возможно, если сам ордер его допускает. Проверяйте это в структуре подписи, а не в интерфейсе.
Нужно ли отзывать права после обмена?
Да, и это пропускают почти все. Права выдаются контракту обмена и остаются в силе после сделки, а если выданы на всю коллекцию, то охватывают и будущие покупки. Отзыв — отдельная транзакция с платой, и делать её нужно для каждого контракта обмена, с которым вы работали. Срок действия у такого права отсутствует.
Вердикт
Встречный обмен одной транзакцией снимает тот риск, которого боятся сильнее всего, и добавляет менее заметный: ваша подпись живёт дольше вашего интереса к сделке. Срок действия внутри ордера и дисциплина отзыва прав закрывают обе дыры, но ни то, ни другое интерфейс не навязывает. Из редакционной практики: сорванные обмены почти всегда кончаются потерей платы сети, а потерянные предметы — выданными на всю коллекцию правами, о которых забыли через неделю. Ставьте срок, отзывайте права, сверяйте номера в журнале.
Разборы биржевых схем и предупреждения о свежих ловушках выходят в нашем Telegram-канале Cryptium.
Обсуждение
Добавить комментарий