Aperture を 1 つの記事で理解する: チャットボットに DeFi 操作指示を与える
この記事では主にApertureについて紹介し、現在DeFi業界が直面している成長の困難について触れます。
Aperture の目標は、DeFi の大量導入を妨げてきた従来の取引方法に挑戦し、それを超えて「インテントベース」の未来に近づくことです。
つまり、実行効率は 10 倍、ワークロードは 10 分の 1 になります。
Aperture は、ユーザーが自然言語で「目標を表現」し、ソルバーのネットワークを活用して比較を実現できる、基礎となるインテント インフラストラクチャを活用して、ユーザー向けの新しいチャットボット エクスペリエンスを構築しています。現在の取引パラダイムの下で、より優れた約定とより優れた価格設定を実現します。
ユーザーエクスペリエンス: Intent DSL を活用した Aperture LLM
まず、Aperture は大量導入の基盤となるユーザー エクスペリエンス (UX) から始まります。
現在のDeFi UXは、さまざまなレベルの技術的理解を持つユーザーが状態の変更を承認する必要があるトランザクション方法を中心にしています。これにより、ユーザーの心の中の「最終状態」も変わります。 Aperture は、意図を通じて「最終状態」をユーザー エクスペリエンスの中心に置きます。
最新の LLM と独自のインテント指向プログラミング言語のパワーを活用して、Aperture はユーザーのインテントの表現を強化するように設計されています。これにより、ユーザーは取引の目標や好みをより直観的かつ効率的に明確にできるようになり、ブロックチェーンの可能性をより簡単かつ正確に活用できるようになります。
ブロックチェーン技術の原理を理解していないユーザーが、従来の DeFi インターフェースの多くの「ノブやボタン」に直面していることを想像してみると、「ユーザーが自然言語で意図を表現できるようにサポートする」という Aperture のアプローチの方が明らかにシンプルです。この背景には、自然言語をブロックチェーン コードに変換する必要があるため、ドメイン固有言語 (DSL) が登場します。
幅広い分野に適用可能な GPL (汎用言語) とは異なり、DSL は特定のアプリケーション領域を対象とした特殊なコンピューター言語です。 DSL の設計と利用はドメイン エンジニアリングの不可欠な部分であり、多くの場合、特定のドメイン内の問題と解決策をより効果的に表現するために、新しい DSL を作成したり、既存の DSL を適応させたりすることが含まれます。
Aperture では、DSL は人間の読書と言語の習慣を念頭に置いて設計されており、これは明確で直感的な意図の表現をサポートするために重要です。他の DSL では、プログラミング効率やマシンレベルの最適化などの側面が優先される場合があります。
Aperture では、LLM は、ユーザーが自然言語で意図を表現し、その意図を可読性の高い DSL の形式でユーザーにフィードバックできるようにすることで、技術的な機能とユーザーフレンドリーなインターフェイスの間のギャップを埋めます。この DSL は、そのユーザーの「真実の声明」としてリゾルバーに提供できます。
現実世界で例えると、LLM から DSL への翻訳のユーザー エクスペリエンスは、顧客がピザ屋で電話で注文するのと似ています。顧客が非常に口語的な言葉で注文する場合があります。「一番大きな全肉ピザをください」とすると、相手側のオペレーターは「肉食動物のピザ、XL が欲しいのですか? ?」と応答するかもしれません。ユーザーにとっては簡単です。この移行を理解して、「そうですね、その名前は知りませんが、それが私が望んでいることです。」と同意することです。
オンチェーンでも、この相互作用は同様の方法で発生します。ユーザーは、最終的な目標を述べることから始めることができます。
「資金の 80% が最もパフォーマンスの高いプールに集中し、LP 資金の残りの 20% が残りのプールに均等に分配されるように、すべての EVM チェーンにわたる ETH-GMX LP のバランスを再調整してもらえますか? ?」
DSL の解析はユーザーにフィードバックされる可能性があります—
● 対象資産: メインネット、Arbitrum、Avalanche 上の ETH-GMX 取引ペア。
● 許可される操作: ブリッジング、流動性の削除、ETH または GMX の取引、流動性の追加。
● 最終目標 1: APY ビジョンによると、流動性ポジションをリバランスして、適格資産資本の 80% をスポット APR が最も高いポジションに集中させます。
● 最終目標 2: 流動性ポジションを再調整し、適格資産の資本の 20% を最終目標 1 で使用されていない既存のプールに集中させます。
● 意向表明書に署名します (正しい場合)。
LLM を変換すると、話し言葉が DSL の標準化された用語に成文化され、ソルバーはそれを予測可能かつ複製可能な方法で利用します。
基盤となるインフラストラクチャ
インテント インフラストラクチャはいくつかの部分に分類できます。
● インテント クリアリング センター (メモリ プール): ユーザーのインテントの予備ステージング領域として機能します。緊急性やリソース要件などのさまざまな基準に基づいた優先順位付けアルゴリズムを使用して、これらのインテントを効率的に整理して処理できるように設計されています。クリアリングハウスは、インテントがブロックチェーンに送信される前に、インテントが安全かつ秩序正しく管理されることを保証します。
● データ有効性の ZK シミュレーション: これは、オフチェーン データに依存する、特定の意図とそれに対応するソリューションを検証するために必要なリソースです。ゼロ知識証明を使用して、このデータの有効性を検証できます。 Brevis や Axiom などの高度な暗号化ツールを活用して、Aperture はソリューション提案者の提案の一部である過去のオンチェーン データの ZKP を生成できます。このアプローチにより、トランザクション データの機密性を損なうことなく、ソリューションの出力の厳密な検証が可能になり、出力が正確かつ完全で、指定された制約や意図に準拠していることが保証されます。
● スマート コントラクトの検証: 意図したユースケースごとに、提案されたソリューションをシミュレート、検証、管理するためのスマート コントラクトが必要です。
● ランキングと実行エンジン: 検証されたインテントの各セットは、結果とソルバー スコアに基づいてランク付けされ、その後実行される必要があります。この実行エンジンの重要な点は、責任を実行する機能です。逆トランザクションやその他の悪意のあるイベントなど、悪意のあるアクティビティが発生した場合、実行エンジンは報酬を減らすなどの手段で責任のあるリゾルバーを罰するように設計されています。これにより、トランザクションの整合性が保護されるだけでなく、ソルバーによる潜在的な悪意のある動作も防止されます。
アプリケーション層: ソルバー DAO
ソルバー DAO ネットワークは、インテント インフラストラクチャ上に構築された独自のアプリケーション層です。 Aperture インテント インフラストラクチャを使用すると、Solver DAO は、基礎となる実行要件を気にすることなく、インテントベースの独自のユースケースの有効化と解決に集中できます。
ソルバー DAO は、必要な金額の $APTR と $ETH をステーキングすることで、Aperture Clearing House のユーザーの意図にアクセスできます。ソルバー DAO は、独自のソリューションを備えた大規模な特殊ソルバー、または小規模なソルバーのネットワークに関連付けることができます。
新しいインテント ソリューションは、Aperture またはサードパーティのソルバー DAO から取得できます。ソルバー DAO は、新しいインテントのユースケースを有効にすることで価値を追加します。これには、Aperture のモジュール設計に対応するために必要なビジネス ロジックをコミットする必要があります。構築されたユースケースは、Aperture インテント インターフェイスまたはリゾルバー DAO によって作成されたサードパーティ インターフェイスから「要求」できるようになります。
Aperture DAO は、新しいインテントのユースケースを可能にするために $APTR で Solver DAO に資金を提供します。
ソルバーはどのように競合するのでしょうか?また、どのような種類のソルバーが存在する可能性がありますか?
オンチェーンとオフチェーン
競争の激しい Aperture インテント エコシステムの中で、Solver はソリューションを提供するアプローチで際立っています。必須ではありませんが、スケーラビリティと速度の点でスマート コントラクトが推奨されます。ただし、オフチェーン スクリプトも同様にソリューションを迅速にリリースし、代替パスを提供することに優れています。宣言されたインテントの中には、ソルバーが手動でソリューションを送信できるようにする特性を備えている場合もあります。 (たとえば、売り手は大規模な場外セールを計画し、3 日間の入札期間を設定したいと考えています。)
アルファを維持する
真の「アルファ」または独自のソリューション生成メソッドを備えたソルバーの場合、スマート コントラクトを使用したソリューションの生成を回避でき、代わりに Aperture のゼロ知識検証プロセスを利用してオフチェーン スクリプト対応ソリューションの信頼を確立できます。これにより、ソルバー誘致の好循環効果（持続可能なビジネスソリューション、より多くの収益を誘致、より多くのソルバーを誘致）が強化されます。
ソルバーライブラリ
特定のエコシステムでは明示的に必須ではありませんが、ソルバーは、ソルバーの収益の一部と引き換えに、クラウドファンディングや金庫メカニズムを通じて保証金を調達することを選択することもできます。各ソルバー DAO は、初期資金サポートを受けたい場合に、ソルバーが実装できる報酬共有ボールト契約をオープンソース化できます。
例: インテントエアドロップ
理解を容易にするために、Aperture が最初のブログ投稿で提案した「エアドロップ要求の意図」を例として取り上げます。ユーザーはどうやって意図を宣言するのでしょうか?専用のソルバー DAO は、Aperture のソルバー DAO マーケットプレイスをどのように活用しますか?
ユーザーはまず自然言語で次のように宣言します。
「私に代わって対象となるすべてのエアドロップを請求してください。請求に伴うガソリン代を忘れずに、その代わりに 1% 以下をお支払いください。」
チャットボットは、ユーザーの発言をさらに引き出すために、明確な質問をする場合があります。
この明確化が完了すると、インテントは自然言語からエンコードされたインテント DSL に翻訳され、検証のために読み取り可能な形式でユーザーに送り返されます。次に、インテントの表現がインテント クリアリングハウスに公開され、適格なソルバーがユーザーのステートメントを閲覧できるようになります。
ソルバーはユーザーのアドレスを表示し、それを請求可能なエアドロップや報酬と相互参照できるようになりました。アカウント抽象化ウォレットでサポートされている許可機能により、ソルバーはユーザーに代わってエアドロップを要求できます。ソルバーは、「ファインダー手数料」とエアドロップに関する全体的な知識を競い合います。ここで、意図の違いは、ソルバー A が Dymension のエアドロップをカバーし、ソルバー B が Celestia のエアドロップをカバーする場合、どちらのソルバーもユーザーからファインダー手数料を獲得できるということです。
提案されたソリューションはすべて Aperture のスマート コントラクトによってシミュレーションされ、提案された結果が検証され、検証されたすべてのソリューションがランク付けされます。その後、Aperture がユーザーに代わって実行され、すべてのエアドロップが返されます。
