RFQ, или request for quote, – способ получить предложение цены на конкретную сделку у одного или нескольких поставщиков ликвидности. В криптоприложениях он может использоваться вместе с ончейн-исполнением: маркет-мейкер подписывает котировку, а пользователь или агрегатор отправляет транзакцию в сеть. Экран с ценой ещё не означает, что обмен завершён. Нужно понять, кто дал предложение, сколько оно действует и какие именно действия будут подписаны.
Как устроен цикл RFQ
Пользователь задаёт пару активов и желаемый объём. Сервис маршрутизирует запрос участникам, которые могут предложить цену. Ответ возвращается в форме котировки с параметрами сделки: входной и выходной активы, объём, срок действия, стороны и данные, необходимые для исполнения. Затем пользователь принимает предложение, и приложение формирует действие – например, транзакцию, которая проверяет подпись поставщика и переводит активы при соблюдении условий.
Поставщик не обязан отвечать на каждый запрос, а полученная цена может измениться или истечь. Некоторые системы показывают предварительные значения до того, как маркет-мейкер подтвердил firm quote. RFQ – не гарантия исполнения и не централизованная книга заявок. Изучите модель конкретного протокола. Сравните этот подход с AMM и книгой заявок: в RFQ цена часто привязана к индивидуальному предложению поставщика.
Indicative и firm quote
Indicative quote – ориентировочная цена для оценки, которая может не быть обязательной к исполнению. Firm quote подтверждена поставщиком на заданных условиях, но и она обычно действует лишь ограниченное время и только при выполнении требований транзакции. Не полагайтесь на слово «firm» в интерфейсе без понимания схемы подписи и контракта. Проверьте документацию сервиса, какие параметры фиксируются, а какие могут стать причиной отказа.
При резком изменении рынка поставщик может обновить котировку или прекратить принимать сделки по прежней цене. Firm quote обычно имеет срок действия, но срок не означает, что транзакция гарантированно попадёт в блок до его окончания. Подтверждение зависит от сети, комиссии и конкуренции за включение. Если транзакция не прошла до истечения срока или нарушила условие, исполнение может завершиться неуспешно либо требовать нового запроса.
Цена, объём и качество исполнения
Сравните, сколько токенов вы отдаёте и сколько получите, а также допуски по минимальному выходу. Уточните, включает ли показанная цена сетевую комиссию, комиссию приложения и стоимость маршрута. Поставщики могут оценивать риск, размер сделки и ликвидность по-разному. Большой объём не обязательно получит ту же цену, что и небольшой. Сравнение RFQ-котировки с AMM-котировкой полезно только при одинаковых исходных суммах и учёте расходов.
Проскальзывание также может быть задано в данных транзакции. Чем шире допуск, тем выше риск исполнения на менее выгодных условиях, если рынок изменится. Узкий предел может привести к отказу. Перед подписанием перепроверьте минимальный выход, входную сумму и токены. На агрегаторах выбранный маршрут иногда включает несколько протоколов. Материал о Uniswap и Jupiter поможет понять, почему экранная оценка зависит от выбранного пути.
Кому и какие разрешения выдаются
Для исполнения ERC-20 обмена интерфейсу может понадобиться allowance, то есть разрешение контракту потратить токены в пределах установленного объёма. Проверьте spender по официальной документации и данным конкретной транзакции. Значение spender должно соответствовать контракту, который участвует в исполнении, а не просто имени сервиса. Для другой сети механика разрешения и тип актива могут отличаться. Не подписывайте бессрочный лимит, если интерфейс предлагает ограничение суммой операции.
Подпись RFQ-котировки поставщика сама по себе не равна вашей подписи транзакции и не заменяет проверку разрешений. Прочитайте тип подписи кошелька, назначение поля и контракт, который будет вызван. Если приложение не показывает данные в форме, которую вы можете проверить, обратитесь к официальной документации или откажитесь от подписи. Для защиты от неожиданного расходования периодически пересматривайте ранее выданные allowances.
Срок, адреса сторон и защита от повторного использования
Котировка может включать время истечения, адрес taker, получателя, активы, суммы и уникальные идентификаторы. Если она адресована другому пользователю или другой сети, её нельзя считать подходящей для вашей транзакции. Условия подписи должны предотвращать использование предложения повторно, но конкретная схема зависит от реализации. Не переносите котировку вручную в другой интерфейс без проверки домена подписи и сетевого контекста.
Убедитесь, что адрес, который получает выходные токены, тот, который вы намеревались использовать. Иногда пользователь меняет подключённый кошелёк после запроса RFQ или переключает сеть. Тогда старая котировка может стать недействительной или оказаться направленной не туда. Проверяйте данные на аппаратном кошельке, если используете его, и сверяйте сеть, контракт и параметры до окончательного подтверждения.
Что происходит при исполнении
После отправки транзакция ожидает включения и проверки условий смарт-контрактом. Он проверяет подпись котировки, срок, параметры и доступность средств или allowance. В случае успеха блокчейн фиксирует переводы. В случае отказа может появиться статус revert, а пользователь оплатит сетевую комиссию, если неудачная транзакция всё же включена. Экран «заявка принята» или «котировка подтверждена» – промежуточный статус, а не доказательство завершённого обмена.
Проверяйте хеш транзакции в обозревателе подходящей сети и смотрите итоговые события, изменения баланса и адреса контрактов. Не ограничивайтесь зеленой галочкой фронтенда. Если транзакция долго ожидает подтверждения, изучите её статус и возможность замены по правилам сети, прежде чем отправлять второй обмен. Одновременные сделки могут расходовать один и тот же nonce или токены и приводить к дополнительным ошибкам.
Приватность и MEV
RFQ иногда ограничивает раскрытие намерения по сравнению с публикацией крупного ордера в открытом пуле, но это не означает полной приватности. Поставщик котировки узнаёт параметры запроса, сервис может обрабатывать сетевую информацию, а транзакция после распространения может быть видна участникам блокчейна. Условия защиты от MEV зависят от маршрута отправки, сети и реализации. Не делайте вывод о скрытом исполнении только по слову RFQ.
Оцените, кому передаются данные, есть ли приватный маршрут, какие метаданные сохраняются и что происходит при истечении котировки. Даже если транзакция не появляется в публичном мемпуле заранее, её результат и параметры могут стать видны после включения. Подробнее о MEV и private order flow и о проскальзывании и price impact.
Чек-лист перед принятием RFQ
Проверьте точную пару, сумму входа и минимум выхода, срок действия, сеть, taker и получателя. Сверьте адрес spender и вызываемый контракт по первоисточнику. Поймите, является ли цена ориентировочной или firm и что может помешать исполнению. Уточните все комиссии, allowance и параметры проскальзывания. Затем проверьте транзакцию на кошельке до подписи и дождитесь подтверждения в обозревателе после отправки.
Если одна часть условий не видна или непонятна, не считайте это незначительной формальностью. Попросите интерфейс показать детали либо найдите их в документации и сообщениях кошелька. Не подписывайте сообщения неизвестного домена ради «получения котировки». Запрос цены обычно не должен требовать передачи seed-фразы или приватного ключа. Если кто-либо просит их для исполнения RFQ, прекратите взаимодействие.
Вывод
RFQ связывает запрос пользователя с конкретным предложением ликвидности, но котировка и сделка – разные этапы. Индикативная цена может быть только ориентиром, firm quote ограничена условиями и временем, а исполнение зависит от сети и смарт-контракта. Перед подтверждением нужно проверить токены, суммы, адреса, allowance, spender и полный набор условий. После отправки доказательством результата служит состояние транзакции в блокчейне.
RFQ может дать удобный способ получить индивидуальную котировку, однако он не гарантирует лучший курс, приватность или исполнение. Сравнивайте предложения при равных параметрах и считайте все расходы. Проверяйте контракты и подписи по актуальным официальным сведениям. Не увеличивайте разрешения и допуски без необходимости, а при непонятном содержимом подписи остановитесь и выясните, какое действие вы действительно разрешаете.
