Коротко: В десять раз выше эффективность выполнения, десятая часть нагрузки

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

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

Для начала мы начнем с краеугольного камня любого движения за массовое внедрение: пользовательского опыта (UX).

Текущий UX DeFi сосредоточен на транзакционном подходе, который требует от пользователей с разной технической подготовкой подписать дельту или изменение состояния в надежде, что это изменение приведет к "конечному состоянию", которое они имели в виду. С помощью Intents мы ставим это "конечное состояние" во главу угла, как центральную точку пользовательского опыта.

Используя мощь современных LLM и собственный язык программирования, ориентированный на намерения, мы стремимся расширить возможности выражения намерений пользователей. Это позволит пользователям более интуитивно и эффективно формулировать свои транзакционные цели и предпочтения, тем самым используя потенциал блокчейна с большей легкостью и точностью.

Представьте себе пользователя, который не понимает принципов технологии блокчейн, сталкивающегося с множеством "ручек и кнопок" на традиционном интерфейсе DeFi. Подход Aperture "позволить пользователю выразить на естественном языке то, что он хочет" более прост. За этим стоит необходимость преобразования естественного языка в код блокчейна - именно здесь в игру вступают специфические языки (Domain Specific Languages, DSL).

Язык конкретного домена (Domain-Specific Language, DSL) - это специализированный компьютерный язык, предназначенный для определенной области применения, что отличает его от языков общего назначения (General-Purpose Languages, GPL), которые применимы в широком спектре областей. Разработка и использование DSL являются неотъемлемой частью доменного инжиниринга, часто подразумевая создание новых DSL или адаптацию существующих для более эффективного выражения проблем и решений в конкретной области.

В Aperture DSL создается с упором на удобочитаемость, что очень важно для поддержки четкого и интуитивного выражения намерений. Этот подход отличается от других DSL, в которых приоритетными могут быть такие аспекты, как эффективность программирования или оптимизация на машинном уровне.

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

Давайте воспользуемся аналогией из реального мира: UX перевода с LLM на DSL похож на клиента, делающего заказ в пиццерии по телефону. Клиент может сделать заказ на очень разговорном языке - "Дайте мне Вашу пиццу со всеми видами мяса в любом самом большом размере". Оператор на другом конце провода может ответить им зеркально: "Вы хотите пиццу "Любитель мяса" в размере Extra Large?". Пользователь легко поймет это преобразование и согласится: "Да, я не знал, как это называется, но это именно то, что мне нужно".

В цепочке это взаимодействие будет происходить аналогичным образом. Пользователь может начать с объявления своей конечной цели.

"Можете ли Вы перебалансировать мои LP ETH-GMX по всем моим цепочкам EVM так, чтобы 80% было сосредоточено на самой высокоэффективной установке, а оставшиеся 20% капитала LP равномерно распределить между остальными пулами?"

Перевод DSL может быть зеркальным отражением для пользователя -

● Приемлемые активы: Пары ETH-GMX на Mainnet, Arbitrum и Avalanche;

● Разрешенные действия: мост, удаление ликвидности, обмен ETH или GMX, добавление ликвидности;

● Конечная цель 1: Перебалансируйте позиции ликвидности, чтобы сконцентрировать 80% капитала приемлемых активов на позиции с самым высоким спотовым APR, основываясь на данных APY Vision;

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

● Подпишите декларацию о намерениях, если она верна

Преобразование LLM кодирует разговорный язык в стандартизированную терминологию DSL, которая может быть использована решателями в предсказуемой и воспроизводимой манере.

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

Инфраструктуру намерений можно разделить на несколько компонентов:

● Intents Clearing House (Mempool): это место служит предварительной площадкой для хранения пользовательских намерений. Он предназначен для эффективной организации и постановки в очередь этих намерений для обработки, используя алгоритмы, которые определяют приоритеты на основе различных критериев, таких как срочность и потребность в ресурсах. Клиринговая палата обеспечивает безопасное и упорядоченное управление намерениями до их фиксации в блокчейне.

● ZK-Simulate for Data Validity: это необходимый ресурс для проверки определенных намерений и соответствующих решений, которые будут опираться на данные вне цепочки. Для проверки достоверности этих данных можно использовать доказательство с нулевым знанием. Используя передовые криптографические инструменты, такие как Brevis или Axiom, Aperture может генерировать ZKP для исторических данных о цепи, которые являются частью предложенного решателем решения. Этот метод позволяет тщательно проверять результаты работы решателя, гарантируя, что они точны, полны и соответствуют заданным ограничениям и намерениям, не нарушая при этом конфиденциальности данных о транзакциях.

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

● Механизм ранжирования и выполнения: каждая группа проверенных намерений должна быть ранжирована на основе результатов и оценки решателя, а затем выполнена. Важнейшим аспектом этого механизма выполнения является его способность обеспечивать подотчетность. Если происходят какие-либо неблаговидные действия, например, возврат транзакций или другие вредоносные события, механизм выполнения предназначен для наказания ответственных решателей с помощью слэшинга или других средств. Это не только гарантирует целостность транзакций, но и предотвращает возможное злонамеренное поведение решателей.

Прикладной уровень: DAOs решателя

Solver DAO Network - это уникальный уровень приложений, построенный поверх Intents-Infra. Aperture Intents-Infra позволяет Solver DAO сосредоточиться на создании и решении уникальных сценариев использования на основе Intents, не заботясь о базовых исполнительных потребностях.

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

Новые решения Intent могут быть получены от Aperture или стороннего Solver DAO. Solver DAO добавляют ценность, позволяя использовать новый вариант использования Intent. Это потребует внесения необходимой бизнес-логики в модульную конструкцию Aperture. После того, как все это было создано, сценарий использования теперь можно "объявить" в интерфейсе Aperture Intents или в стороннем интерфейсе, создаваемом Solver DAO.

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

Как Solvers будут конкурировать и какие типы Solver's могут существовать?

On-Chain против Off-Chain

В конкурентной экосистеме Aperture Intents решатели отличаются друг от друга методами, которые они используют для размещения решений. Хотя это и не является обязательным, смарт-контракты предпочтительнее из-за их масштабируемости и скорости. Однако внецепочечные скрипты не менее искусны в быстром размещении решений, предлагая альтернативный путь. Некоторые объявленные намерения могут даже иметь характеристики, позволяющие решателям вручную представлять решения (например, продавец, желающий организовать крупную внебиржевую сделку с 3-дневным окном для торгов).

Поддержание альфы

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

Хранилища решений

Хотя это и не является прямым требованием, решатель в данной экосистеме также может выбрать краудфандинг для финансирования своих потребностей в ставках через механизм хранилища в обмен на долю в обороте от выручки решателя. Каждый Solver DAO может открыть исходный код контракта на хранилище оборотных средств для своих решателей (если они хотят получить финансирование за счет собственных средств).

Пример: Намерение претензии на Airdrop

Для того, чтобы все было более понятным, давайте рассмотрим пример "намерения заявить о воздушной капле", предложенный в нашей первой статье в блоге. Как пользователь может заявить о своем намерении? Как Solver DAO, специализирующийся на подаче заявлений, может воспользоваться Aperture's Solver DAO Marketplace?

Пользователь начнет с декларации на естественном языке:

"Заявите от моего имени все подходящие воздушные капли, включая расходы на бензин, связанные с заявлением, в обмен на вознаграждение в размере 1% или меньше".

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

После такого уточнения намерение будет переведено с естественного языка на кодифицированный язык Intents DSL и отправлено обратно пользователю в удобочитаемом формате, чтобы он мог его проверить. Отсюда выражение намерения будет помещено в Клиринговую палату намерений, где все желающие решатели смогут просмотреть декларацию пользователя.

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

Все предложенные решения будут смоделированы смарт-контрактами Aperture для проверки предложенных результатов, а затем все проверенные решения будут ранжированы. После этого Aperture выполнит задание от имени пользователя, вернув все воздушные капли.

Отказ от ответственности：

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