Интент — это заявка, в которой сказано, какой результат вы хотите получить, а не какие транзакции нужно отправить. Вы её подписываете, конкурирующие солверы борются за право доставить результат, а расчётный слой платит тому, кто это сделал. Маршрутизация, газ и межсетевые ожидания уходят от пользователя к профессиональному контрагенту, а взамен появляется другой набор вопросов: кому разрешено участвовать, по какой мерке их оценивают, чем обеспечено их обещание и что станет с вашими деньгами, если заявку не возьмёт никто.
Декларативная заявка: что такое интент на самом деле
Обычная транзакция императивна. В ней указаны контракт, функция, аргументы и газ, и подпись разрешает ровно один вычислительный путь на заданном состоянии. Всё решено до подписи, а всё, что не было предусмотрено, — ваша проблема.
Интент декларативен. Это подписанный набор ограничений, описывающий результат, который вас устроит, и он допускает любой путь исполнения, удовлетворяющий этим ограничениям. Транзакция говорит: «сделай A, потом B, заплати ровно C и получи X»; интент говорит: «мне нужен X, и я готов заплатить не больше C». В такой оптике транзакция — частный случай интента, допускающий ровно один переход состояния.
Практическое следствие такое: подписывая и рассылая интент, вы даёте третьей стороне право выбрать вычислительный путь за вас. Отсюда берётся удобство — и отсюда же берутся все риски, о которых идёт речь дальше.
По сути это не новый вид. Лимитные заявки, оплата комиссии тем токеном, который у вас уже есть, агрегаторы, обещающие лучший маршрут по нескольким площадкам, — всё это устроено как интент: пользователь задаёт условие, исполнение выбирает кто-то другой. Ново то, что из этого делают общую инфраструктуру и что одна заявка может охватывать сразу несколько сетей.
Четыре роли в системе интентов
Если расписать жизненный цикл, получится четыре части. Пользователь выражает намерение приложению; приложение превращает его в заявку конкретного протокола; заявка попадает в поток заявок, где её видят солверы; солвер оценивает её, выполняет нужные шаги, а расчётная процедура платит солверу.
Словарь стоит выучить, потому что он уже записан в стандарт. Заявка — это предложение оплаты в обмен на выполнение набора требований. Солвер, которого называют также филлером, — тот, кто эти требования выполняет. Оплата замыкает круг: солвер сначала делает работу и лишь на расчёте получает деньги.
Речь о стандарте ERC-7683, межсетевых интентах (Cross Chain Intents). Это ERC категории Standards Track, созданный в апреле 2024 года, и на момент написания он всё ещё в статусе Draft, то есть черновик. Его к тому же существенно переделали: ранняя редакция стандартизировала кодирование заявок, поток заявок в сети, эскроу и функцию исполнения, а нынешний текст стандартизирует только тот интерфейс, через который солвер читает заявку, оставляя протоколам свободу в создании заявок, авторизации, ценообразовании и расчётах. Он опирается на ERC-7930, формат межсетевых адресов, который находится в статусе Review.
Статус черновика здесь важнее обычного, потому что это не единственное предложение в области: ERC-7521 описывает общие интенты для смарт-контрактных кошельков и тоже остаётся черновиком. Не считайте ничего из этого решённым. Поле статуса каждого ERC стоит в начале его страницы в репозитории Ethereum ERCs, а живое обсуждение — в указанной там ветке на Ethereum Magicians, так что проверяйте текущую стадию сами.
Почему деньги вперёд вносит солвер
Под межсетевыми интентами лежит неудобный факт: две сети не рассчитываются атомарно, кто-то должен пойти первым. В распространённой схеме средства пользователя запираются в контракте исходной сети в момент создания заявки, чтобы у солвера была уверенность, что деньги существуют, до того как он вложит собственный капитал на другой стороне.
Дальше солвер выдаёт результат из своих запасов: у него есть нужный актив в сети назначения, он отправляет его вам и лишь потом получает возмещение из запертых средств через расчётную процедуру. В одной работающей схеме исполнения собираются в пакеты и возмещаются с периодичностью, измеряемой часами, а не секундами, — поэтому солверу нужен оборотный капитал, а не только быстрый бот.
Транзакции отправляет тоже солвер, а значит, газ платит он. Именно так устроены сценарии с интентами, которые рекламируют как безгазовые: расходы не исчезли, их перенесли в ту цену, которую вам называют.
Разрыв между тратой и оплатой — это и есть место, где живёт риск солвера. Раздел безопасности самого стандарта формулирует это прямо: солвер под риском с той минуты, как вложил капитал, выдал разрешения или отправил транзакции, и до момента, когда ожидаемая оплата станет окончательной и доступной. Всё, что может пойти не так в этом окне, — реорганизация сети, доставка сообщений, изменение состояния протокола, — уже заложено в котировку, которую вы видите.
Как конкуренция определяет вашу цену
Раз пользователь больше не задаёт маршрут, цену должна порождать конкуренция. Схемы различаются: где-то идёт голландский аукцион, и планка, которую солвер обязан побить, движется во времени; где-то цену берут из оракула; где-то комиссию фиксируют, и солверы соревнуются только в скорости.
Пакетные аукционы — самый явный вариант. Заявки собирают в коротком окне, солверы присылают целые решения, каждое решение оценивают примерно по тому, сколько выигрыша оно даёт пользователям пакета, и побеждает решение с наибольшей оценкой. Победителям платят по правилу второй цены, то есть вознаграждение привязано к перевесу над следующей лучшей заявкой, а не к тому, что победитель сам себе насчитал.
Конкуренция помогает только при наличии мерки. Один опубликованный свод правил требует, чтобы цены солвера были не хуже тех, что пользователь получил бы у заданного перечня базовых источников ликвидности, и требует единых расчётных цен: две заявки по одной паре в одну сторону обязаны получить одинаковую цену. Без чего-то подобного лучшее исполнение — это то, что назовёт лучшим исполнением победивший солвер.
Это же честный ответ на вопрос, почему интенты выигрывают у ручной маршрутизации. Солвер может свести вашу заявку со встречной заявкой другого пользователя, упаковать несколько исполнений в одну транзакцию и выбрать для возмещения ту сеть, где ему дешевле. Экономия настоящая, но до вас она доходит ровно в той мере, в какой её выдавливают конкуренция и правило подсчёта.
Чем на самом деле обеспечено обещание солвера
Подписывая интент, вы даёте кому-то свободу манёвра. Злоупотребление сдерживает не подпись, а слой ответственности, выстроенный вокруг множества солверов, — и он в каждой системе свой, что как раз и пропускают почти все объяснения.
Первый рубеж — это допуск. В одном опубликованном своде правил солвер обязан попасть в белый список, прежде чем сможет вообще отправить расчёт; операторы держат мониторинг, который проверяет каждый расчёт в сети и помечает подозрительные; систематические нарушения наказываются вплоть до слэшинга.
Второй рубеж — проверка с окном оспаривания. Вместо того чтобы доказывать каждое исполнение в сети, в одной расчётной схеме участник публикует пакет результатов вместе с залогом, и пакет принимается, если в течение фиксированного срока его никто не оспорил. Пользователь получает скорость сразу, доказательство приходит позже.
Третий рубеж — сама граница доверия, и стандарт непривычно прямо говорит, где она заканчивается. ERC-7683 стандартизирует, как заявка описывается солверам; он не стандартизирует и не гарантирует безопасность протокола, который в итоге производит расчёт. Солвер обязан сам проверить контракт, переводящий для него заявки, и подтвердить допущения, которые тот проверить не может. Пользователю стандарт про нижележащую расчётную систему не обещает ничего.
Концентрация, цензура и путь, по которому возвращаются деньги
Структурный риск модели интентов в том, что круг тех, кто видит и может исполнить вашу заявку, сужается. Если доступ к потоку интентов разрешительный, а список составлен небрежно, поток заявок концентрируется, и тот, кто держит его большую часть, получает возможность взимать ренту, а в пределе — цензурировать.
Открытая рассылка это не лечит автоматически. Узел, способный выгодно исполнить интент, не заинтересован передавать его конкурентам, а полностью публичный пул интентов подставляет заявки под то же извлечение, что и публичный мемпул. Поэтому многие системы приходят к разрешительным или гибридным схемам, и практический вопрос звучит не о том, децентрализовано ли это, а о том, кто в списке и кто решает.
Сопутствующая цена — непрозрачность. В худшем варианте вы что-то подписали, оно исчезло и вернулось транзакцией, из которой не видно, кто её собрал и какие варианты были отвергнуты. Качество исполнения, которое нельзя проверить, — это качество исполнения, принятое на веру.
Дальше идёт самый обыденный сбой, встречающийся чаще экзотических: заявку не берёт никто. У заявки есть срок исполнения. Если он прошёл без исполнения и без частичного исполнения, заявка истекает, а запертые средства возвращаются — обычно на адрес, указанный в заявке, и по умолчанию в исходной сети. Причины скучные: слишком крупный размер, редкая пара токенов или кратковременный простой солверов.
Только возврат этот не мгновенный. Деньги идут назад по той же пакетной расчётной процедуре, которая платит солверам, поэтому обычное исполнение занимает секунды, а истечение может разворачиваться часами. Когда вы выбираете размер заявки или строите продукт поверх интентов, срок исполнения и путь возврата — те два параметра, которые стоит прочитать раньше комиссии.
Итог
Интенты переносят работу по исполнению с пользователя на участника торгов: вы подписываете нужный результат, солверы конкурируют за право его доставить, вносят капитал и газ вперёд, а расчётный слой платит тому, кто справился. Выигрыш в эффективности настоящий, и размен тоже настоящий: вы отдаёте третьей стороне свободу решать, как исполнить вашу заявку, и защищает вас не подпись, а правила аукциона, мерка, по которой оценивают эти заявки, допуск и мониторинг вокруг множества солверов и тот срок, который возвращает деньги, когда не откликнулся никто. Стандарт межсетевых заявок ERC-7683 всё ещё остаётся черновиком и уже был один раз переработан, так что любое его описание, включая это, — снимок на момент времени, и перед тем как на нём строить, проверьте поле статуса.
Дисклеймер: эта статья — образовательный материал Bitbase Academy, только для информационных целей. Она не является инвестиционным, торговым, налоговым или финансовым советом. Криптоактивы волатильны — оценивайте риски самостоятельно. Написано в августе 2026 года; сверяйтесь с актуальной официальной информацией.
Источники
[1] ERC-7683: Cross Chain Intents eips.ethereum.org
[2] ERC-7930: Interoperable Addresses eips.ethereum.org
[3] ERC-7521: General Intents for Smart Contract Wallets eips.ethereum.org
[4] Intent-Based Architecture and Their Risks paradigm.xyz
[5] What are Crosschain Intents? docs.across.to
[6] Intent Lifecycle in Across docs.across.to
[7] Refunds docs.across.to
[8] Solver competition rules docs.cow.fi
