Обычная блокчейн-транзакция подробно задаёт действие: вызвать определённый контракт, передать аргументы и заплатить gas. Intent, или намерение, описывает желаемый результат. Пользователь может указать, какой актив отдаёт, что хочет получить, минимальную сумму, допустимые сети и срок, а поиск конкретного маршрута передать исполнителям.
Этих исполнителей называют solvers, fillers или relayers в зависимости от протокола. Они сравнивают биржи, мосты и доступную ликвидность, предлагают способ выполнить условия и соревнуются за право получить вознаграждение. Такая модель упрощает сложные операции, но переносит часть выбора из кошелька во внешнюю инфраструктуру.
Что пользователь подписывает
Intent обычно оформляется как подписанный ордер или структурированное сообщение. В нём фиксируются входной и выходной активы, суммы, получатель, сеть, срок и дополнительные ограничения. Подпись разрешает системе исполнить только описанный результат, если контракт корректно проверяет условия. Сама по себе подпись ещё не обязана быть транзакцией и не всегда сразу расходует gas.
Критически важно видеть не рекламное описание, а фактические поля сообщения. Проверьте адреса токенов, chain ID, получателя, минимальный выход, deadline и nonce. Если кошелёк показывает EIP-712, полезно разобрать домен и структуру по инструкции о том, как проверить EIP-712 подпись.
До подписи также выясните, какое разрешение имеет контракт. Одни системы используют точный approve на входную сумму, другие опираются на Permit2 или депозит в escrow. Неограниченное разрешение расширяет последствия ошибки. Intent ограничивает желаемый результат, но отдельный вредоносный approve всё равно может дать контракту доступ к токенам.
Как solvers выбирают маршрут
Solver получает ордер и ищет исполнение, при котором выполняются все ограничения, а его собственный результат остаётся положительным. Он может провести обмен через один пул, разделить объём между площадками, использовать собственный запас активов или соединить обмен с межсетевой доставкой. Пользователю необязательно знать каждую промежуточную операцию, если итог проверяется контрактом.
Конкуренция может проходить как аукцион. Несколько solver предлагают цены или маршруты, а протокол выбирает наиболее выгодное допустимое исполнение. В другой модели любой исполнитель может первым заполнить опубликованный ордер. Правила определения победителя влияют на цену, скорость и вероятность цензуры.
Solver не получает права произвольно менять условия. Расчётный контракт должен отклонить результат хуже минимального или доставку не тому получателю. Но контракт не знает субъективного ожидания пользователя. Если в подписи указан слишком низкий минимальный выход или долгий срок, технически корректное исполнение может оказаться экономически невыгодным.
Как проходит межсетевое исполнение
В cross-chain intent пользователь создаёт ордер в исходной сети, а solver доставляет нужный актив в целевую. После доказательства выполнения solver получает входные средства или компенсацию через settlement-механизм. Стандарт общего формата может сделать такие ордера понятными разным сетям и исполнителям, но не обязан задавать единый мост, escrow или доказательство.
Отсюда появляются два отдельных вопроса: кто подтверждает исполнение и что произойдёт при задержке. Протокол может использовать сообщение моста, oracle, подписи участников или собственный расчётный контракт. Пользователю нужен понятный путь возврата средств после истечения срока и защита от повторного заполнения одного ордера.
Обзор deBridge показывает один из подходов к межсетевому исполнению, а инструкция о том, как безопасно переводить токены через мост, помогает проверить сети и адрес назначения. Intent может скрывать промежуточный мост из интерфейса, но не отменяет его технический риск.
Где возникает доверие
Надёжная intent-система обеспечивает проверку результата на уровне контрактов. Тогда solver может выбирать маршрут, но не способен забрать входной актив без выполнения условий. Однако остаются доверительные элементы: интерфейс формирует сообщение, сервис распространяет ордер, а механизм расчёта определяет факт исполнения.
Закрытый список solver упрощает контроль качества, но создаёт зависимость от оператора. Открытый доступ усиливает конкуренцию, одновременно требуя защиты от спама и неисполнения. Залог solver может покрывать часть нарушений, однако размер и условия взыскания нужно проверять отдельно.
Есть и риск приватности. Intent раскрывает торговое намерение до расчёта: активы, объём, предел цены и срок. Если заявки видит узкая группа участников, она получает преимущество в выборе времени и маршрута. Механизмы закрытого аукциона или зашифрованной заявки уменьшают утечку, но добавляют новых операторов и допущения.
Чем intent отличается от агрегатора
Классический агрегатор обычно рассчитывает маршрут до подписи и формирует конкретную транзакцию. Intent фиксирует результат, а исполнитель может выбрать действия позже. Граница не всегда резкая: интерфейс способен одновременно собрать котировки, провести аукцион и показать предполагаемый маршрут. Важен фактический объект подписи и то, кто имеет право его исполнить.
Для пользователя intent удобен, когда операция включает несколько шагов или сетей. Вместо ручного обмена, моста и повторного обмена он задаёт итоговый актив. Но прозрачность не должна исчезать полностью. Перед подтверждением нужны минимальный результат, срок, сеть получения, возможный возврат и понятная комиссия в итоговой котировке.
Что проверить перед подписью
- Входной токен, максимальная сумма списания и актив на выходе.
- Адрес получателя и целевая сеть.
- Минимальный результат, срок действия и nonce ордера.
- Адрес settlement-контракта и разрешение на расход токена.
- Правила выбора solver и способ доказать исполнение.
- Возврат или отмена, если никто не исполнит intent вовремя.
Симуляция конкретной расчётной транзакции полезна, но не гарантирует состояние в будущем. Её ограничения разобраны в статье почему симуляция не является гарантией. Для intent дополнительно нужно учитывать, что маршрут может определиться уже после подписи.
Intents отделяют цель от способа выполнения, а solvers превращают эту цель в операции блокчейна. Пользователь получает конкуренцию маршрутов и более простой интерфейс. Безопасность зависит от точности подписанных ограничений, контрактной проверки результата и надёжного settlement. Хороший интерфейс скрывает лишние шаги, но оставляет все экономически важные условия видимыми до подписи.
