前回の振り返り：
(AgentFi - AOによって駆動される新概念DeFi)
前回の続き。全体的なブロックチェーン業界は拡張の進化史であり、速度を上げ、コストを下げるために様々なルートが試みられていますが、すべてにそれぞれの天井があります。AOが登場するまで、従来のブロックチェーンとは異なるパラダイムが登場しました。巧妙な設計により、AO上のブロック空間はもはや供給が固定された希少品ではなく、必要に応じて無限に生成できるリソースとなり、AOに無限の拡張能力を与えました！
これにより、エージェント向けの金融モデル——AgentFiが可能になります。従来のDeFiと比べ、AgentFiはより広範な適用シーンを持っています。
従来のDeFiプロトコルはイーサリアムに起源を持ち、さまざまなL2や高性能の新しいブロックチェーンが誕生していますが、人々のDeFi構築のパラダイムに対する想像力は常にイーサリアムの中に限られています。今、性能制限のないプラットフォームに足を踏み入れ、インターネットが読み取り専用から読み書き、アルゴリズム、自主的な一連の発展を経てきたように、ブロックチェーン上の金融の未来を再構想してみると、全く新しいビジョンが浮かび上がるのではないでしょうか？すべてのユーザーが金融エージェントを作成でき、任意の計算単位が「金融機関」となり、カスタマイズされた金融サービスを提供する金融平等の光景！
なぜエージェントの標準プロトコルが必要なのか？
AOコンピュータ上では、プロセス間でメッセージを介して通信が行われ、メッセージの伝達は一定の規範に従います。実際、金融シーンでも同様です。
カスタマイズは多様性の出発点です。異なる種類の金融エージェントが独自に発展すれば、必ず異なるプロトコル規範が生じます。そうなると、エージェント間の相互作用が大きな課題となります。エージェント間が相互に通信し、さらに相互にマッチングできるようにするにはどうすればよいでしょうか？
統一された規範の欠如による相互運用性の不足を回避するために、FusionFiプロトコル（FFP）が誕生しました。
FusionFiプロトコルはエージェント間の相互作用プロトコルとして、エージェント間の相互作用ルールを定義し、エージェントに基づいて作成されたさまざまな金融業務が相互に通信できるようにし、統一されることを可能にします。AgentFiが始まったばかりの時点で、こうしたプロトコルは非常に先見の明があると言えます。
FFP（FusionFiプロトコル）
FusionFiプロトコルはEverVisionの創設者outprogによって2024年のArweave Asia会議で発表されたプロトコルです。
FusionFiプロトコルの重要な概念はノート（チケット）です。これは約束の抽象表示モデルであり、その形式はトークン、債券、証明書、契約の権利などです。ノートモデルを媒介として利用することで、FusionFiプロトコルは取引、借入、担保などの豊富な金融シーンをサポートできます。
FusionFiプロトコルは単なるプロトコル規範を提供するだけでなく、開発者にAgentFiの開発ツール（FFP SDK）を提供し、開発者がより効率的で簡単にAgentFiを作成できるように支援します。
現在、FusionFiプロトコルにはAMMエージェントとオーダーブックエージェントの2つのインスタンスがあります。
AMMエージェント
AMMエージェントを例にとると、各AMMエージェントは「個人主権」の流動性プールと理解することができます。この流動性プールのマーケットメイキングルールは自分で設定できます。これは、ユーザーが統一されたマーケットメイキングアルゴリズムを採用した資金プールのような外部プラットフォームに依存する必要がなく、自主的にスワップ機能を実現でき、全ネットワークから任意の適切な対手方を探すことができることを意味します。つまり、ユーザーがエージェントを作成する時、実際には個人の分散型取引所を作成していることになります。そしてFusionFiプロトコルは、多くのこのような「個人取引所」がピアツーピアネットワークを形成し、より効率的で柔軟なマッチングを実現できるようにします。
以下はAMMエージェントのコアフローです：
見た目は非常にシンプルですが、実際にはLPにとっては、標準的な預金から追加、交換、引き出しのプロセスであるようですが、違いはエージェントがユーザー自身によって制御されていることです。LPにとって、資産は自分の手元にあります。これは実際にはAgentFi自体の能力であり、FusionFiはこの能力に基づいて、比較的一貫したエントリ（およびデータ構造）を構築しています。
あなたは理解できると思いますが、LPとしてあなたが完了する必要があるのは、預金と引き出しの操作だけであり、統一されたエントリ関数を呼び出すだけで済みます。そして、その関数自体は複数のDeFiプロジェクトと接続することができ、以降の相互作用や作用については気にする必要はありません。これがプロトコル標準の価値です。ERC20などの標準が存在することで、アプリケーション層がユーザーに適応するようなものです。
以下は流動性を追加するための具体的なコード例です。
ご覧の通り、数行のコアコードでこの機能を迅速に実現できます。
const minLiquidity = await agent.getMinLiquidityByX(helloAmount, ammSlippageOfPercent)//数量とスリッページを設定
const addLiquidityMessageId = await agent.addLiquidity(minLiquidity)//流動性を追加するメッセージを発起
const addLiquidityResult = await getProcessResult(addLiquidityMessageId, ammProcess)//結果を取得
コードの使用例：
https://github.com/permadao/ffp-demo
ノートのライフサイクル
ここで、ノートの視点に切り替え、ユーザーとAMMエージェントの取引フローを見てみましょう。
1. ユーザーが見積もりリクエストを発起すると、流動性を持つすべてのAMMエージェントが自動的に見積もりを作成します。この見積もりはノートです。このノートの有効期限は非常に短く、迅速に成立しない場合、ノートは無効になります。AMMエージェントはまさにマーケターに相当します。
2. すべてのノートはシステムのノートプールに集中保存され、ノートプールはシステム内で共有ストレージスペースの役割を果たし、他のエンティティがアクセスしやすくなります。
3. ユーザーはフロントエンドのウェブページを介してノートプールから最も適した見積もりノートを選び、決済センターに提出して決済を行います。決済センターは具体的な決済操作、例えばここでのスワップを実行します。
4. ノートが「決済済み」とマークされ、スワップが成功裏に実行されます。
ここで、決済センターはFusionFiプロトコル内の重要なコンポーネントであり、システム内のさまざまなノートの決済操作を処理する責任があります。
実際、オーダーブックエージェントについても同様で、オーダーブックエージェント内の指値注文はノートそのものであり、その決済フローはAMMエージェントが作成した見積もりエージェントと完全に一致します。これは、FusionFiプロトコルが実際にAMMとオーダーブックからの流動性を統合できることを意味します。
このような統合は大きな利点をもたらし、スワップシーンでは流動性がユーザーの見積もりからも、マーケットメイキングノードからも得られます。そして、ユーザーはルーティングプロトコルを利用してノートプール全体を通じて流動性を探し、最適な取引価格を実現できます。AMMは市場に基本的な流動性を提供しますが、価格影響や無常損失の問題があります。一方、オーダーブックはユーザーが自主的に注文を出すことを許可し、大口取引や特定の価格ニーズを持つユーザーに適しています。統合後、AMMは持続的な流動性を提供し、オーダーブックは価格影響を減少させ、深さを増し、大口取引をより効率的にします。このモデルは、個人投資家から機関投資家まで、異なるタイプのユーザーのニーズを満たし、資金の利用効率を向上させ、市場のさらなる成熟を促進します。
多ノート原子決済
上記のケースは、1回の決済で1つのノートのみが結算される場合に限られていますが、実際にはFusionFiプロトコルは1回の決済で複数のノートをサポートすることができ、しかもこの決済は原子性があります。単一の決済内のすべてのノートが結算を完了しない限り、ノートの状態は変更されません。そうでなければ、すべてのノートの状態は変更されません。
これにより、いくつかの非常に有用な特性がもたらされました：
大口取引の分割：大口注文は単一の対手方によって処理されるのが難しいため、FFPは大口注文を分割し、分散した流動性を最大限に活用することをサポートします。
複数取引の統合：複数の取引を1つの原子注文に統合することができます。これは取引速度を向上させることができ、特に高頻度取引者や複雑な取引シーンにとって、この効率の向上は非常に重要です。
マルチホップ取引：マルチホップ取引は統合機能の拡張です。スワップシーンでA→Cの置換を達成する必要があると仮定しますが、A→Cの直接的なパスが存在しない場合、A→B→Cのパスが存在します。FFPはA→B、B→Cを統合することができます。このようなマルチホップ取引は原子性があり、A→Bが成功し、B→Cが失敗するという状況はありません。
ゼロ資金アービトラージ：いわゆる「空手で狼を捕まえる」ことです。実質的には、アービトラージャーが利差のある2つのノートを同時に決済することです。下の図をご覧ください。
画像ソース：https://x.com/Permaswap/status/1854212032511512992
PermaswapはFusionFiプロトコルに基づいて構築された最初のAgentFi DEXであり、AOエコシステムの現在最も成熟したDEXです。興味のある方はPermaswap（aopsn.com）で上記の特性を体験できます。
決済センター
明らかに、FusionFiプロトコルでは、決済センターが重要なコンポーネントです。これは、時間の順序に基づいてすべてのノートを処理します。AOのSUシステムが正常であれば、その時間順序を取得できます。誰でもノートプールからノートを取り出し、決済センターに提出して決済を行うことができます。
ノートの処理リクエストの量が増えると、決済センターも分散型の方法で簡単に拡張できます。複数の決済プロセスを使用して決済タスクを分流処理します。どれだけの圧力がかかるかはノートのIDに基づいて計算し、異なる決済プロセスに処理を分配します。
ノートの多様な適用
FusionFiプロトコルが定義するノートの構造化フォーマットは、実際にはさまざまな金融業務に非常に強い普遍的適用性を持っています。そのため、ノートの適用方法は多様です。現物取引の見積もりを表すためだけでなく、先物取引、契約取引、借入などのシーンにも利用できます。したがって、FusionFiは流動性だけでなく、さまざまな金融形態を統合できます。
展望
私の見解では、このインターネットの世界は本質的に多点取引のものであり、複数のグループ間の高頻度取引を解決することには非常に大きな価値があります。そして、AgentFiのモデルはほぼ全てのDeFiシーンを対応でき、FusionFiプロトコルはエージェント間でより効率的にピアツーピアマッチングを行うことができ、しかもこのマッチングはクロスプロトコルです。流動性を争奪することを主要な競争手段とするDeFi領域において、流動性を独占して利益を上げるモデルに対して、FusionFiプロトコルがもたらす変化は革命的です！
もちろん、FusionFiプロトコルは全く新しいプロトコル標準であり、ビジネスニーズに応じて調整と最適化が必要かもしれません。これはBIP（Bitcoin Improvement Proposal）やEIP（Ethereum Improvement Proposals）などのモデルを参考にし、共創の中でアイデアを取り入れることができます。
参考資料：
1. インテリジェントファイナンス：AgentFiからFusionFiへ
https://x.com/perma_daoCN/status/1801474305597050906
2. FusionFiプロトコル：AgentFi相互運用性を達成するためのコア要素
https://x.com/Permaswap/status/1854212032511512992
3. FusionFiプロトコルのドキュメント
https://github.com/zyjblockchain/ffp-doc/blob/main/doc/FusionFi 協定紹介.md
この記事はPermaDAOに初掲載されました。
原文リンク：https://mp.weixin.qq.com/s/r5bhvWVhoEdohbhTt_7b5A