Коротше кажучи: вдесятеро вища ефективність виконання, вдесятеро менше навантаження

Aperture створює новий чат-бот UX на основі базової інфраструктури Intents, який дозволить користувачам "декларувати свої цілі" природною мовою і звертатися до мережі рішень, щоб отримати краще виконання і кращу ціну, ніж це можливо в рамках поточної транзакційної парадигми.

UX: Aperture LLM на базі Intents DSL

Почнемо з наріжного каменю будь-якого руху за масове впровадження: користувацького досвіду (UX).

Поточний DeFi UX зосереджений на транзакційному підході, який вимагає від користувачів з різним рівнем технічної кмітливості підписувати дельту або зміну стану, сподіваючись, що зміна призведе до "кінцевого стану", який вони мали на увазі. У Intents ми ставимо цей "кінцевий стан" на перший план, оскільки він є центральним елементом користувацького досвіду.

Використовуючи можливості сучасних LLM та власну мову програмування, орієнтовану на наміри, ми прагнемо покращити виразність намірів користувачів. Це дозволить користувачам більш інтуїтивно і ефективно формулювати свої транзакційні цілі і переваги, тим самим використовуючи потенціал блокчейну з більшою легкістю і точністю.

Уявіть собі користувача, який не розуміє принципів технології блокчейн, який стикається з великою кількістю "ручок і кнопок" на традиційному інтерфейсі DeFi. Апертурний підхід "дозволити користувачеві висловити природною мовою те, що він хоче" є простішим. За цим стоїть необхідність перетворення природної мови в код блокчейну - саме тут і з'являються мови, специфічні для доменів (DSL).

Мова для конкретного домену (DSL) - це спеціалізована комп'ютерна мова, пристосована до конкретної галузі застосування, що відрізняє її від мов загального призначення (GPL), які можна застосовувати в широкому спектрі галузей. Проектування та використання DSL є невід'ємною частиною доменної інженерії, що часто передбачає створення нових DSL або адаптацію існуючих для більш ефективного вираження проблем та рішень у конкретній галузі.

В Aperture DSL створено з акцентом на читабельність для людини, що має вирішальне значення для підтримки чіткого та інтуїтивного вираження намірів. Цей підхід відрізняється від інших DSL, які можуть надавати пріоритет таким аспектам, як програмна ефективність або оптимізація на машинному рівні.

В Aperture LLM долає розрив між технічною функціональністю і зручним інтерфейсом, дозволяючи користувачеві висловити природною мовою свої наміри і отримати відображення цих намірів у добре читабельному DSL, який потім може бути поданий розв'язувачам як "декларація істини" від цього користувача.

Давайте використаємо аналогію з реального світу: Користувацький інтерфейс перекладу з LLM на DSL схожий на те, як клієнт робить замовлення в піцерії по телефону. Клієнт може замовити дуже розмовною мовою: "Дайте мені вашу піцу з усіма видами м'яса, якого б розміру вона не була". Оператор на іншому кінці дроту може відповісти: "Ви хочете нашу піцу для любителів м'яса у великому розмірі?". Користувач легко розуміє цю конверсію і погоджується: "Так, я не знав, як вона називається, але це саме те, що мені потрібно".

У ланцюжку ця взаємодія відбуватиметься аналогічно. Користувач може почати з визначення своєї кінцевої мети -

"Чи можете ви змінити баланс моїх ETH-GMX LP між усіма моїми EVM-ланцюжками, щоб 80% було сконцентровано на найбільш продуктивних налаштуваннях, а решта 20% мого капіталу LP були рівномірно розподілені між рештою пулів?"

Переклад DSL може відображатися назад до користувача -

Відповідні активи: Пари ETH-GMX на Mainnet, Arbitrum та Avalanche;

Дозволені дії: Міст, Видалення ліквідності, Своп ETH або GMX, Додавання ліквідності;

Кінцева ціль 1: Збалансувати позиції ліквідності, щоб сконцентрувати 80% прийнятного капіталу активів на позиції з найвищою спотовою процентною ставкою на основі даних APY Vision;

Кінцева ціль 2: Збалансувати позиції ліквідності, щоб сконцентрувати 20% прийнятного капіталу активів в існуючих пулах, які не були використані в Кінцевій цілі 1;

Підписати декларацію про наміри, якщо це правильно

Перетворення LLM кодифікує розмовну мову в стандартизовану термінологію DSL, яка може бути використана розв'язувачами в передбачуваний і відтворюваний спосіб.

Базова інфраструктура

Інфраструктуру намірів можна розбити на кілька компонентів:

Центр обміну даними про наміри (Mempool): слугує попередньою зоною накопичення даних про наміри користувачів. Вона призначена для ефективної організації та постановки цих намірів у чергу на обробку, використовуючи алгоритми, які розставляють пріоритети на основі різних критеріїв, таких як терміновість і потреба в ресурсах. Розрахунковий центр забезпечує безпечне і впорядковане управління намірами до того, як вони будуть зафіксовані в блокчейні.

ZK-Simulate for Data Validity: це необхідний ресурс для перевірки певних намірів і відповідних рішень, які покладаються на позамережеві дані. Для перевірки достовірності цих даних можна використати доказ нульового знання. Використовуючи передові криптографічні інструменти, такі як Brevis або Axiom, Aperture може генерувати ZKP для історичних даних в ланцюжку, які є частиною запропонованого розв'язувачем рішення. Цей метод дозволяє здійснювати сувору перевірку результатів роботи розв'язувача, гарантуючи, що вони є точними, повними і відповідають заданим обмеженням і намірам, не порушуючи при цьому конфіденційності даних про транзакції.

Верифікаційні смарт-контракти: кожен тип використання намірів вимагатиме смарт-контракту для моделювання, верифікації та контролю за запропонованим рішенням.

Механізм ранжування та виконання: кожна група перевірених намірів має бути ранжована на основі результатів та оцінки розв'язувача, а потім виконана. Важливим аспектом цього механізму виконання є його здатність забезпечувати підзвітність. У разі виникнення будь-яких недобросовісних дій, таких як відміна транзакцій або інші зловмисні події, механізм виконання розроблений таким чином, щоб покарати відповідальних розв'язувачів за допомогою різання або іншими способами. Це не тільки захищає цілісність транзакцій, але й запобігає потенційним зловмисним діям з боку розв'язувачів.

Прикладний рівень: Розв'язувачі DAO

Мережа Solver DAO Network - це унікальний прикладний рівень, побудований на основі Intents-Infra. Aperture Intents-Infra дозволяє Solver DAO зосередитися на створенні та вирішенні унікальних сценаріїв використання на основі намірів, не турбуючись про основні вимоги до виконання.

Solver DAO отримують доступ до намірів користувачів, знайдених у кліринговому центрі Aperture, вклавши необхідну суму $APTR та $ETH. Solver DAO може співвідноситися з одним великим професійним розв'язувачем з власним рішенням або мережею менших розв'язувачів.

Рішення New Intent можуть бути від Aperture або сторонніх розробників Solver DAO. Solver DAO додають цінності, уможливлюючи новий варіант використання Intent. Це вимагатиме надання необхідної бізнес-логіки, щоб вписатися в модульний дизайн Aperture. Після того, як це побудовано, варіант використання тепер можна "декларувати" з інтерфейсу Aperture Intents Interface або стороннього інтерфейсу, створеного Solver DAO.

Aperture DAO надасть грантову підтримку в розмірі $APTR для Solver DAO, які шукають нові варіанти використання Intent.

Як будуть конкурувати розв'язувачі і які типи розв'язувачів можуть існувати?

On-Chain vs Off-Chain

У конкурентній екосистемі Aperture Intents розв'язувачі розрізняють себе за методами, які вони використовують для публікації рішень. Хоча смарт-контракти не є обов'язковими, їм надають перевагу через їхню масштабованість і швидкість. Однак позамережеві скрипти так само добре вміють швидко публікувати рішення, пропонуючи альтернативний маршрут. Деякі задекларовані наміри можуть навіть мати характеристики, які дозволять вирішувачам подавати рішення вручну (наприклад, продавець, який хоче організувати велику позабіржову транзакцію з 3-денним вікном для торгів).

Підтримка Альфа

Ті, хто використовує справжні "альфа-версії" або власні методи генерації рішень, можуть не використовувати смарт-контракти для генерації своїх рішень, а покладатися на процес верифікації ZK від Aperture, щоб побудувати довіру до свого рішення з підтримкою позамережевих скриптів. Це посилить ефект маховика для онбордингових рішень (стійкі бізнес-рішення, що приносять більше прибутку, залучають більше рішень).

Сховища розв'язувачів

Хоча це не є обов'язковою вимогою, вирішувач в даній екосистемі також може обрати краудфандинг для фінансування своїх потреб у стейках через механізм сховища в обмін на зворотну частку від прибутку, отриманого від вирішувача. Кожна Solver DAO може використовувати відкритий код контракту сховища rev-share для своїх розв'язувачів (якщо вони бажають отримати фінансування з бутстрапного фінансування).

Приклад: Намір заявити претензію на повітряне падіння

Щоб зробити речі більш зрозумілими, давайте розглянемо приклад "наміру заяви на повітряне падіння", запропонований у нашому першому дописі в блозі. Як користувач може заявити про намір подати позов? Як Solver DAO, що спеціалізується на претензіях, може долучитися до Solver DAO Marketplace від Aperture?

Користувач мав би почати з декларування природною мовою:

"Вимагайте від мого імені всі прийнятні аеродропи, включаючи витрати на бензин, пов'язані з пошуком, в обмін на винагороду за знахідку в розмірі 1% або менше".

Чат-бот може ставити уточнюючі запитання, щоб ще більше викрити декларацію користувача.

Після такого роз'яснення наміри будуть перекладені з природної мови на кодифіковану мову намірів DSL і надіслані назад користувачеві в зручному для читання форматі для перевірки. Звідси вираз наміру буде розміщено в Центрі обміну намірами, де всі бажаючі Пошуковці зможуть переглянути декларацію користувача.

Тепер будь-який Пошукувач може переглянути адресу користувача і зробити перехресне посилання на будь-які доступні для нього авіадропи або винагороди, які можна отримати за цією адресою. Функція дозволу, що працює на основі абстрактного гаманця облікового запису, дозволить вирішувачам вимагати будь-які аеродропи від імені користувача. Шукачі змагатимуться між собою за "винагороду за пошук" та загальну обізнаність в авіакатастрофах. Тепер про красу Намірів: може бути декілька рішень, які виграють і будуть виконані, якщо Розв'язувач A покриває аеродроп Dymension, а Розв'язувач B покриває аеродроп Celestia, то обидва Розв'язувачі можуть виграти винагороду від нашого користувача.

Запропоновані рішення будуть змодельовані за допомогою смарт-контрактів Aperture для перевірки запропонованих результатів, а потім всі перевірені рішення будуть ранжовані. Після цього Aperture запуститься від імені користувача, повернувши всі дані.

Відмова від відповідальності:.

1. Ця стаття передрукована з[chaincatcher]. *Переслати оригінальну назву '一文读懂 Aperture'.Всі авторські права належать оригінальному автору [Industry Express]. Якщо у вас є заперечення щодо цього передруку, будь ласка, зв'яжіться з командою Gate Learn, і вони оперативно його опрацюють.
2. Відмова від відповідальності: Погляди та думки, висловлені в цій статті, належать виключно автору і не є інвестиційною порадою.
3. Переклади статті іншими мовами виконані командою Gate Learn. Якщо не зазначено інше, копіювання, розповсюдження або плагіат перекладених статей заборонені.