Apertureがイントントアーキテクチャ（Intents）の基礎を解説
TechFlow厳選深潮セレクト
Apertureがイントントアーキテクチャ（Intents）の基礎を解説
誇張された表現以外に、意図的ソリューションには実際にどのような機能と特性が求められるのか？
Web3業界の深掘り報道に専念し潮流を洞察著者：Aperture Finance
本稿は、Aperture Financeによるインテント（Intents）分野の解説シリーズ第1回目です。ここでは、インテントナラティブの概要と、現在のDeFi分野においてそれが解決できる課題について紹介するとともに、Apertureがインテントアーキテクチャの先駆けとして持つ特徴を重点的に解説します。インテント分野に初めて触れる方から、Anomaなどの製品に精通し、Binance ResearchやParadigm、Delphi Digitalのレポートを追ってきた投資家・関係者の方々まで、幅広く役立つ内容となっています。
シンプルなシナリオから始める
Apertureにおける将来のユーザー体験を想像してみましょう。ユーザーは取引で達成したい最終状態を明確に指定でき、入札方式を通じて最適なソリューションを得られます：
● 保有するETHポジションの50％のボラティリティリスクをヘッジせよ。期間は30日間、手段は何でもよいが、コストは1ETHあたり年率2％以内に限定する；
● 受け取り可能なすべてのエアドロ報酬を取得せよ。手数料は1％を超えてはならず（ガス代も含む）；
● 全チェーンおよび全DEX上での流動性ポジションを再調整せよ（Uniswap、Maverick、Sushiswapなど）。資金の60％をAPRが最も高いプールに、30％を次に高いプールに、10％を第三位のプールに集中させる。
現在の「トランザクション中心」のモデルでは、上記の各インテントごとに、資金調達から開発、コミュニティ構築まで完結したプロトコルが生まれる可能性があります。しかし、それぞれのケースに対して個別にプロトコルを開発していたら、開発サイクルが長くなりすぎます。また、ユーザーは常にフロントエンドやスマートコントラクトの制約を受け続けます。より良い解決策は確かに存在しますが、そのためにはまず、「トランザクション中心」の枠組みから脱却しなければなりません。
インテント ＞ トランザクション
現行のDeFiモデルでは、よく知られたが限界のある「トランザクション方式」が使われており、ユーザーはdAppのインターフェースとやり取りし、操作をトリガーして結果を期待します。この方式は医療システムの抱える問題と非常に似ています――患者は無数の選択肢に直面し、特定の医療目標を達成したいものの、治療効果の保証もなく、最終的なコストもコントロールできません。
簡単な例を挙げましょう。Aさんは首の痛みに悩んでおり、以下のような目標を持っています：
● 痛みの総量を40～100％軽減する；
● 自費負担額は500米ドル未満；
● 3か月以内に症状を緩和する。
オンチェーンのソリューションを探すのに似て、Aさんはすぐに手術という選択肢を探してしまうかもしれません。しかし、その際の選択肢は本人の知識に大きく左右されます。ある外科医に出会って、「手術で痛みを軽減できる」と言われ、「費用は500ドル以下」と請け負われたとしても、実際には痛みがほとんど取れず、支払った金額も大幅にそれを超えることがよくあります。
これに対し、「インテント中心」のアプローチはプロセス全体を革新できます。同じ例で言えば、患者は自然言語で直接ニーズを表明できます：
「3か月以内に、500ドル未満で首の痛みを少なくとも40％軽減せよ。優先順位は痛みの軽減、コスト、時間の順とする。医療サービス提供者は信頼評価99％以上であること。手段は問わない。」
このようなインテント型アーキテクチャに基づく医療プラットフォームがあれば、医療サービス提供者（＝「ソルバー」）同士が競い合い、最適なソリューションを提示できます。彼らは技術的に優れた新療法を提案したり、より魅力的な価格を提示することで差別化できます。
最終的にAさんに提示された最良のソリューションは、信頼評価100％の提供者が提案する2か月間のプログラム——毎日サウナ浴を行い、2週間に1回のリハビリテーションを行う——であり、痛みが90％軽減され、費用は200ドル未満だった、という結果になるかもしれません。（本稿は医療アドバイスではありません。首の痛みがある場合は早めに専門医に相談してください。）
もちろん、現実世界でのこのアナロジーには限界があります。医療分野自体が予測不可能な要素を多く含み、コストや治療期間は見積もれても、治療効果は個人差が大きいからです。しかし、ブロックチェーンの世界では事情が異なります。高度なプロセスシミュレーション、ゼロ知識証明（ZKP）、その他の技術進展により、DeFiユーザーはこうした不確実性から解放されています。
それでは、「インテント中心」の世界を実現するために必要な条件とは何でしょうか？単なる空論ではなく、インテントソリューションは実際にどのような機能と特性を持つべきなのでしょうか？
インテントアーキテクチャの主要構成要素
エンドユーザーの視点から見ると、真にインテントに基づいたユーザーエクスペリエンス（Intents UX）には、現在の大多数のDeFi dApp（実行層）が備えていない3つの重要な構成要素があります：
1.全く新しいユーザーインターフェース：ユーザーが取引の目的を明確に表現できるもの。ユーザーはもはや「はい」か「いいえ」を選ばされるだけの選択肢の羅列ではなく、望む最終状態を明示的に記述できるようになります。
2.ソルバーネットワーク（Solver Network）：ユーザーのために最適な方法を競争によって選び出し、柔軟に目標を実現するネットワーク。
3.アービトレータ（仲裁執行者）：各ソルバーが提示するソリューションを正確に評価・ランキングし、選定された最終案を実行する存在。ソルバーネットワークは、このランキングに基づいて案を採用し、責任を確保し、dAppとブロックチェーンの間にトランザクションを実行する（＝「グローバルコンポーザビリティ」）。
新しいユーザーインターフェースを構築するには、ドメイン固有言語（DSL）が必要です。フロントエンドはこれを用いて、インテントをブロックチェーン上で実行・検証可能な形に変換できます。また、ソルバーネットワークを構築することは不可欠であり、競争を通じてユーザーにより良いレートと結果をもたらすためです。
ユーザー向けのこれらの要素に加え、あらゆるインテントアーキテクチャは、ユーザーから抽象化すべきいくつかの問題セットを扱う必要があります：
1. 検証可能性（グローバルコンポーザビリティ）：アーキテクチャは、提示されたソリューションが本当にユーザーのインテントに忠実であるかどうかを検証する方法を備えていなければなりません。検証方法の標準化こそが、「グローバルコンポーザビリティ」による革新を真に解放します。つまり、アービトレータが最終状態を検証できる標準的手法があれば、どのチェーンやdApp上でも可能となり、ユーザーは真に「グローバルコンポーザブル」なインテントネットワークを利用できるのです。
2. ランキング（ゼロ知識証明）：クロスチェーン・dApp間の検証に加え、ソリューションのシミュレーションとランキングも必要です。一部の検証は複雑かつ煩雑で、オンチェーンでの証明には向かない場合があります。このような場面では、ゼロ知識証明（ZK）が計算コストを削減できます。こうしたZKソリューションはゼロから構築する必要はなく、AxiomやBrevisといったモジュール型ソリューションを活用できます。
3. プライバシー（特別権限ソルバー）：あるインテントは、ユーザーが隠したいセンシティブな情報を漏らす可能性があります（例：フロントランニング攻撃の懸念）。完全なインテントアーキテクチャは、特別権限ソルバーを有効にすることでこの問題を解決できます。特別権限ソルバーはプライバシーを伴うインテントを処理する専門家であり、特別な信頼証明を持っており、より厳格なセキュリティと機密性を要する取引を処理できる特権を有しています。
4. インテントからの逸脱行為（ペナルティメカニズム）：ソルバーが期待通りに取引を履行し、悪意ある行動に及ばないことを保証するため、システムはペナルティ制度を導入する必要があります。インテントアーキテクチャの重要なポイントは、責任を強制する仕組みを持つことであり、取引のキャンセルやその他の悪意あるイベントが発生した場合、アーキテクチャ側がその行為に罰則を科す権利を持つのです。これは取引の整合性を守るだけでなく、潜在的な悪意ある行動を抑止する効果もあります。
Apertureの汎用インテントアーキテクチャ
冒頭の例に戻りましょう：
全チェーンおよび全DEX上の流動性ポジションを再調整せよ（Uniswap、Maverick、Sushiswapなど）。資金の60％をAPRが最も高いプールに、30％を次に高いプールに、10％を第三位のプールに集中させる。
この例は、すべてのチェーンおよびDEXに共通する汎用的なインテントを表しています。次回の記事では、Apertureが掲げるインテント領域における大きなビジョン——統一されたインターフェースによって支援された、ソルバーDAOのネットワーク——について詳述します。その後の記事では、Apertureの2024年ロードマップを分析し、設計図から実現へと至るまで、どのように段階的に汎用インテントアーキテクチャを構築していくのかを解説していきます。どうぞお楽しみに！
TechFlow公式コミュニティへようこそ
Telegram購読グループ：https://t.me/TechFlowDaily
Twitter公式アカウント：https://x.com/TechFlowPost
Twitter英語アカウント：https://x.com/BlockFlow_News
