要するに、実行効率は10倍、作業負荷は10分の1

Aperture は、ユーザーが自然言語で「目標を宣言」し、ソルバーのネットワークを利用して、現在のトランザクション パラダイムで可能なものよりも優れた実行とより良い価格設定を受けられるようにする、基盤となる Intents インフラストラクチャを搭載した新しいチャットボット UX を構築しています。

UX: Intents DSL を利用した Aperture LLM

まず、マスアダプションの動きの基礎となるユーザーエクスペリエンス(UX)から始めます。

現在のDeFi UXは、さまざまな技術的洞察力を持つユーザーが、その変更によって思い描いていた「最終状態」が得られることを期待して、デルタまたは状態の変更を承認する必要があるトランザクションアプローチを中心としています。 インテントでは、その「最終状態」をユーザーエクスペリエンスの焦点として前面に押し出します。

最新のLLMと独自のインテント指向プログラミング言語の力を使用することで、ユーザーインテントの表現可能性を高めることを目指しています。 これにより、ユーザーは取引の目標や好みをより直感的かつ効率的に明確に表現できるようになり、ブロックチェーンの可能性をより簡単かつ正確に引き出すことができます。

ブロックチェーン技術の原理を理解していないユーザーが、従来のDeFiインターフェースで多くの「つまみとボタン」に直面していると想像してみてください。 「ユーザーが望むものを自然言語で表現できるようにする」というApertureアプローチは、よりシンプルです。 その背後には、自然言語をブロックチェーンコードに変換する必要性があり、そこでドメイン固有言語(DSL)の出番となります。

ドメイン固有言語 (DSL) は、特定のアプリケーション ドメインに合わせて調整された特殊なコンピューター言語であり、幅広いドメインに適用できる汎用言語 (GPL) とは区別されます。 DSLの設計と利用はドメインエンジニアリングに不可欠であり、多くの場合、新しいDSLの作成や、特定のドメイン内で問題と解決策をより効果的に表現するための既存のDSLの適応が含まれます。

Aperture の DSL は、明確で直感的な意図表現をサポートするために不可欠な、人間の可読性に重点を置いて作成されています。 このアプローチは、プログラムの効率性やマシンレベルの最適化などの側面を優先する可能性のある他のDSLとは異なります。

Aperture では、LLM は、ユーザーが自然言語で意図を表現し、その同じ意図を非常に読みやすい DSL にミラーリングし、このユーザーからの「真実の宣言」としてソルバーに提供できるようにすることで、技術的な機能とユーザーフレンドリーなインターフェイスの間のギャップを埋めます。

現実世界の例えで言うと、LLMからDSLへの変換UXは、顧客がピザレストランで電話で注文するのと似ています。 顧客は、非常に口語的な言葉で注文するかもしれません - 「あなたの最大のサイズが何であれ、すべての肉が入ったピザをください」。 反対側のオペレーターは、「肉好きのピザを特大に入れますか?」と尋ねるかもしれません。 ユーザーはこの変換を簡単に理解し、「はい、名前は知りませんでしたが、これが私が欲しいものです」に同意します。

オンチェーンでも、この相互作用は同様の方法で展開されます。 ユーザーは、最終目標を宣言することから始めるかもしれません。

「すべてのEVMチェーンでETH-GMX LPのバランスを取り直して、80%を最高のパフォーマンスのセットアップに集中し、残りの20%のLP資本を残りのプールに均等に分配できますか?」

DSL変換はユーザーにミラーバックするかもしれません。

● 対象資産: メインネット、Arbitrum、AvalancheのETH-GMXペア。

● 許可されるアクション:ブリッジ、流動性の削除、ETHまたはGMXのスワップ、流動性の追加。

● 最終目標1:流動性ポジションをリバランスし、APY Visionのデータに基づき、適格資産資本の80%をスポットAPRが最も高いポジションに集中させる。

● 最終目標2:流動性ポジションをリバランスして、最終目標1で使用されていない既存のプールに適格資産資本の20%を集中させる。

● 正しい場合はインテント宣言に署名する

LLM変換は、口語言語をDSLの標準化された用語に体系化し、ソルバーが予測可能で複製可能な方法で活用できるようにします。

基盤となるインフラストラクチャ

インテント インフラストラクチャは、いくつかのコンポーネントに分けることができます。

● Intents Clearing House (Mempool): これは、ユーザーインテントの予備的なステージング領域として機能します。 緊急度やリソース要件などのさまざまな基準に基づいて優先順位を付けるアルゴリズムを使用して、これらのインテントを効率的に整理して処理するように設計されています。 クリアリングハウスは、インテントがブロックチェーンにコミットされる前に、インテントを安全かつ整然と管理することを保証します。

● ZK-Simulate for Data Validity: これは、オフチェーンデータに依存する特定のインテントと対応するソリューションを検証するために必要なリソースです。 ゼロ知識証明を使用して、このデータの有効性を検証できます。 Aperture は、Brevis や Axiom などの高度な暗号化ツールを利用して、ソルバーが提案するソリューションの一部を形成する過去のオンチェーン データの ZKP を生成できます。 この方法では、ソルバーの出力を厳密に検証し、トランザクションデータの機密性を損なうことなく、正確で完全であり、指定された制約と意図に準拠していることを確認できます。

● 検証スマートコントラクト:各タイプのインテントユースケースでは、提案されたソリューションをシミュレート、検証、および監視するためにスマートコントラクトが必要になります。

● ランキングおよび実行エンジン:検証済みインテントの各グループは、結果とソルバースコアに基づいてランク付けされ、その後実行する必要があります。 この実行エンジンの重要な側面は、説明責任を強制する能力です。 トランザクションの取り消しやその他の悪意のあるイベントなど、悪質なアクティビティが発生した場合、実行エンジンは、スラッシングやその他の手段によって責任あるソルバーにペナルティを課すように設計されています。 これにより、トランザクションの整合性が保護されるだけでなく、ソルバーによる潜在的な悪意のある動作も抑止されます。

アプリケーション層:ソルバーDAO

ソルバー DAO ネットワークは、Intents-Infra 上に構築された独自のアプリケーション層です。 Aperture Intents-Infra により、Solver DAO は、根本的な実行ニーズを気にすることなく、独自のインテントベースのユースケースの実現と解決に集中できます。

ソルバーDAOは、必要な量の$APTRと$ETHをステーキングすることで、Apertureのクリアリングハウス内で見つかったユーザーインテントにアクセスできます。 ソルバー DAO は、独自のソリューションを持つ 1 つの大規模なプロフェッショナル ソルバーまたは小規模なソルバーのネットワークと関連付けることができます。

新しい Intent ソリューションは、Aperture またはサードパーティの Solver DAO から提供されます。 ソルバーDAOは、新しいインテントのユースケースを有効にすることで価値を付加します。 そのためには、Aperture のモジュール設計に適合させるために必要なビジネスロジックを提出する必要があります。 これが構築されると、ユースケースは Aperture Intents インターフェース、または Solver DAO によってスピンアップされたサードパーティーインターフェースから「宣言可能」になります。

Aperture DAOは$APTR新しいIntentユースケースの実現を目指すSolver DAOに助成金を提供します。

ソルバーはどのように競合し、どのようなタイプのソルバーが存在する可能性がありますか?

オンチェーン vs オフチェーン

競争の激しい Aperture Intents エコシステムでは、ソルバーは解答を投稿するために採用する方法によって差別化を図っています。 必須ではありませんが、スマートコントラクトはスケーラビリティとスピードのために好まれています。 しかし、オフチェーンスクリプトも同様に、解決策を素早く投稿することに長けており、代替ルートを提供します。 宣言された特定のインテントには、ソルバーが手動でソリューションを送信できる特性がある場合もあります(たとえば、3日間の入札ウィンドウで大規模なOTC取引を手配しようとしている売り手)。

アルファの維持

真の「アルファ」または独自のソリューション生成方法を持つソルバーの場合、スマートコントラクトを利用してソリューションを生成するのではなく、Aperture の ZK 検証プロセスに依存して、オフチェーンスクリプト対応ソリューションに関する信頼を構築できます。 これにより、オンボーディング ソルバーのフライホイール効果が強化されます (持続可能なビジネス ソリューション、より多くの収益の獲得、より多くのソルバーの獲得)。

ソルバー ボルト(Solver Vaults)

明示的には必須ではありませんが、特定のエコシステムのソルバーは、ソルバーの収益のレベニューシェアと引き換えに、ボールトメカニズムを介してステーキング要件をクラウドファンディングすることもできます。 各ソルバーDAOは、ソルバーが実装するためのrev-shareボールトコントラクトをオープンソース化できます(ブートストラップされた資金を望む場合)。

例: エアドロップ要求の意図

より分かりやすくするために、最初のブログ記事で提案した「エアドロップ請求の意図」を例にとってみましょう。 ユーザーはどのようにして要求の意図を宣言しますか? 請求を専門とするソルバーDAOは、どのようにしてApertureのソルバーDAOマーケットプレイスを利用することができるのでしょうか?

ユーザーはまず、自然言語で次のように宣言します。

「1%以下のファインダー手数料と引き換えに、請求に関連するガス代を含め、私に代わってすべての対象エアドロップを請求してください。」

チャットボットは、ユーザーの宣言をさらに引き出すために、明確な質問をする場合があります。

この明確化が完了すると、インテントは自然言語から成文化されたインテントDSLに変換され、ユーザーが確認できるように読み取り可能な形式でユーザーに送り返されます。 ここから、インテント式がインテント・クリアリング・ハウスに投稿され、適格なソルバーがユーザーの宣言を表示できるようになります。

ソルバーはユーザーの住所を表示し、その住所の対象となる請求可能なエアドロップや報酬と相互参照できるようになりました。 アカウント抽象化ウォレットを利用した許可機能により、ソルバーはユーザーに代わってエアドロップを請求できます。 ソルバーは、「ファインダー料金」とエアドロップに関する全体的な知識を競い合います。 さて、インテントの素晴らしいところは、ソルバーAがDymensionのエアドロップをカバーし、ソルバーBがCelestiaのエアドロップをカバーした場合、両方のソルバーがユーザーからファインダーフィーを獲得する可能性があることです。

提案されたソリューションはすべてApertureのスマートコントラクトによってシミュレートされ、提案された結果が検証され、その後、検証されたすべてのソリューションがランク付けされます。 その後、Aperture はユーザーに代わって実行され、すべてのエアドロップを返します。

免責事項：

1. この記事は【chaincatcher】からの転載です。 ※原題は「一文读懂 Aperture」としてください。すべての著作権は原著作者[Industry Express]に帰属します。 この転載に異議がある場合は、 Gate Learn チームに連絡していただければ、迅速に対応いたします。
2. 免責事項:この記事で表明された見解や意見は、著者のものであり、投資アドバイスを構成するものではありません。
3. 記事の他言語への翻訳は、Gate Learnチームによって行われます。 特に明記されていない限り、翻訳された記事を複製、配布、盗用することは禁止されています。