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