📑 Если вы использовали dApp, который касается более чем одной цепи, вы знаете, как это больно.
Вы хотите совершить сделку:
- ликвидность находится на другой цепочке - вы мост - вы ждете - вы подписываете несколько транзакций - вы надеетесь, что ничего не сломается.
Это не «пользовательский опыт». Это операционная работа, замаскированная под UX.
Даже с учетом всех мостов, ретрансляторов, маршрутизаторов и агрегаторов в мире, большинство приложений все еще ограничены одним предположением:
Пользователь должен инициировать каждую транзакцию, знать, где находятся активы, и вручную переходить между цепочками, чтобы получить то, что он хочет.
Вот где появляются «решатели намерений».
————————————————————
➩ От транзакций к намерениям
В традиционных криптовалютных системах пользователи отправляют низкоуровневые транзакции:
- "Отправить X из A в B" - "Обменять токен X на Y на Uniswap"
Но пользователи на самом деле не хотят отправлять транзакции. Они хотят результатов.
- "Возьми у меня 100 USDC из моих активов, где бы они ни находились." - "Купите этот NFT ниже 0.1 ETH, даже если это займет день."
@anoma представляет новую абстракцию под названием 'намерения': ориентированные на результат выражения целей пользователя, без необходимости указывать путь или цепочку.
Результат?
Вы описываете, что хотите. Сеть определяет, как это сделать.
————————————————————
➩ Понимание сети решателей
Намерения мощные, но они не выполняются сами по себе.
Это работа решателей; децентрализованных агентов, которые сканируют мемпул заявленных намерений и конкурируют за их оптимальное выполнение.
Думайте о решателях как о реальном времени, цепочечно-распространенной сети ботов, маркет-мейкеров и маршрутизирующих движков, которые:
- Узнайте намерения контрагента - Создавать действительные пакеты транзакций - Атомарно выполнять их на одной или нескольких цепочках
Это децентрализованное открытие контрагентов + расчет. То, чего ни одна традиционная система смарт-контрактов не предлагает изначально.
————————————————————
➩ Почему это решает проблемы UX на многопоточной базе
Мультицепочные приложения сегодня страдают от:
- Фрагментированное состояние и ликвидность - Хрупкая логика маршрутизации - Ручное объединение пользователей - Зависимость от централизованных ретрансляторов или секвенсоров
Решатели абстрагируют это.
Вместо того чтобы кодировать "подключиться к цепочке A, затем B, затем C," вы проектируете свое приложение вокруг намерений и позволяете решателям конкурировать за их выполнение независимо от того, какие активы, маршруты или цепочки вовлечены.
Другими словами:
Многосетевую сложность следует рассматривать как проблему «решателя», а не проблему «пользователя» или «разработчика».
Это чистое разделение задач, в котором нуждается пространство.
————————————————————
➩ Преимущества для строителей
С @anoma и решателями намерений разработчикам не нужно:
- развертывать контракты на каждой цепочке - жестко закодировать логику моста или пути ликвидности - пользователи должны знать, где находятся их активы
Вы просто определяете, как выглядит 'намерение' в вашем приложении, а решатели занимаются остальным.
Это сдвигает проектирование dApp с привязки к цепочке на привязку к результату.
Это похоже на переход от ассемблера к высокоуровневому программированию, но для пользовательского опыта приложения.
————————————————————
➩ Заключение
Решатели — это не боты. Это новый уровень инфраструктуры.
Где секвенсоры упорядочивают транзакции, а роллапсы объединяют их, решатели составляют намерения в значимые, исполняемые потоки через цепочки, активы и участников.
Они являются недостающей связующей тканью между пользователями и ликвидностью в мире, который становится все более модульным, асинхронным и управляемым агентами.
В 2020 году AMM стали примитивом. В 2021 году это были L2s. В 2023 году модульность. В 2024 году совместное секвенирование.
На этой странице может содержаться сторонний контент, который предоставляется исключительно в информационных целях (не в качестве заявлений/гарантий) и не должен рассматриваться как поддержка взглядов компании Gate или как финансовый или профессиональный совет. Подробности смотрите в разделе «Отказ от ответственности» .
📑 Если вы использовали dApp, который касается более чем одной цепи, вы знаете, как это больно.
Вы хотите совершить сделку:
- ликвидность находится на другой цепочке
- вы мост
- вы ждете
- вы подписываете несколько транзакций
- вы надеетесь, что ничего не сломается.
Это не «пользовательский опыт». Это операционная работа, замаскированная под UX.
Даже с учетом всех мостов, ретрансляторов, маршрутизаторов и агрегаторов в мире, большинство приложений все еще ограничены одним предположением:
Пользователь должен инициировать каждую транзакцию, знать, где находятся активы, и вручную переходить между цепочками, чтобы получить то, что он хочет.
Вот где появляются «решатели намерений».
————————————————————
➩ От транзакций к намерениям
В традиционных криптовалютных системах пользователи отправляют низкоуровневые транзакции:
- "Отправить X из A в B"
- "Обменять токен X на Y на Uniswap"
Но пользователи на самом деле не хотят отправлять транзакции.
Они хотят результатов.
- "Возьми у меня 100 USDC из моих активов, где бы они ни находились."
- "Купите этот NFT ниже 0.1 ETH, даже если это займет день."
@anoma представляет новую абстракцию под названием 'намерения': ориентированные на результат выражения целей пользователя, без необходимости указывать путь или цепочку.
Результат?
Вы описываете, что хотите. Сеть определяет, как это сделать.
————————————————————
➩ Понимание сети решателей
Намерения мощные, но они не выполняются сами по себе.
Это работа решателей; децентрализованных агентов, которые сканируют мемпул заявленных намерений и конкурируют за их оптимальное выполнение.
Думайте о решателях как о реальном времени, цепочечно-распространенной сети ботов, маркет-мейкеров и маршрутизирующих движков, которые:
- Узнайте намерения контрагента
- Создавать действительные пакеты транзакций
- Атомарно выполнять их на одной или нескольких цепочках
Это децентрализованное открытие контрагентов + расчет. То, чего ни одна традиционная система смарт-контрактов не предлагает изначально.
————————————————————
➩ Почему это решает проблемы UX на многопоточной базе
Мультицепочные приложения сегодня страдают от:
- Фрагментированное состояние и ликвидность
- Хрупкая логика маршрутизации
- Ручное объединение пользователей
- Зависимость от централизованных ретрансляторов или секвенсоров
Решатели абстрагируют это.
Вместо того чтобы кодировать "подключиться к цепочке A, затем B, затем C," вы проектируете свое приложение вокруг намерений и позволяете решателям конкурировать за их выполнение независимо от того, какие активы, маршруты или цепочки вовлечены.
Другими словами:
Многосетевую сложность следует рассматривать как проблему «решателя», а не проблему «пользователя» или «разработчика».
Это чистое разделение задач, в котором нуждается пространство.
————————————————————
➩ Преимущества для строителей
С @anoma и решателями намерений разработчикам не нужно:
- развертывать контракты на каждой цепочке
- жестко закодировать логику моста или пути ликвидности
- пользователи должны знать, где находятся их активы
Вы просто определяете, как выглядит 'намерение' в вашем приложении, а решатели занимаются остальным.
Это сдвигает проектирование dApp с привязки к цепочке на привязку к результату.
Это похоже на переход от ассемблера к высокоуровневому программированию, но для пользовательского опыта приложения.
————————————————————
➩ Заключение
Решатели — это не боты. Это новый уровень инфраструктуры.
Где секвенсоры упорядочивают транзакции, а роллапсы объединяют их, решатели составляют намерения в значимые, исполняемые потоки через цепочки, активы и участников.
Они являются недостающей связующей тканью между пользователями и ликвидностью в мире, который становится все более модульным, асинхронным и управляемым агентами.
В 2020 году AMM стали примитивом.
В 2021 году это были L2s.
В 2023 году модульность.
В 2024 году совместное секвенирование.
В 2025?
Примитив нацелен на решение.