FusionFiプロトコル：すべての金融エージェントをつなぐ

出典：PermaDAO

本書は、私たちが去ったところから始まります。ブロックチェーン業界全体は、スケーリングの進化の歴史であり、スピードアップやコスト削減のために様々なルートが試みられたが、どれもそれぞれに天井があった。AOまでは、従来のブロックチェーンとは異なるパラダイムがどこからともなく現れた。巧みな設計により、AO上のブロックスペースはもはや固定供給される希少商品ではなく、需要に応じて無限に作成できるリソースとなり、その結果AOは容量を無限に拡大する能力を手に入れた！

これにより、エージェント指向の金融モデルであるAgentFiも可能になり、従来のDeFiよりも応用シナリオの幅が広がりました。

伝統的なDeFiプロトコルはイーサを起源としており、L2や高性能の新しいパブリックチェーンがあるにもかかわらず、DeFiパラダイムは常にイーサに限定されてきました。さて、インターネットの進化をリードオンリーからリードライトへ、アルゴリズムへ、そして自律的へと思い起こすように、パフォーマンスの制限が全くないプラットフォームに足を踏み入れ、オンチェーン金融のあるべき姿を再想像してみましょう。すべてのユーザーが金融エージェントを作ることができ、どんなコンピューティング・ユニットも「金融機関」となり、カスタマイズされた金融サービスを提供することができる！

なぜエージェントの標準プロトコルが必要なのか？

AOコンピュータでは、プロセスはメッセージによって互いに通信し、それは特定の仕様に従って配信されます。これは実際に金融シナリオでも同様です。

カスタマイズは多様化の出発点であり、異なる種類の金融エージェントが独自に開発する場合、異なるプロトコル仕様を作成することになります。このように、エージェント間の相互作用が大きな問題になります。

統一された仕様がないことがもたらす相互運用性の欠如を避けるために、FusionFiプロトコル（FFP）が生まれました。

FusionFiプロトコルは、エージェント間のインタラクション・プロトコルとして、エージェント間のインタラクションのルールを定義し、エージェントに基づいて作られた様々な金融サービスが相互運用可能で統合されることを可能にします。AgentFiが軌道に乗り始めたばかりの今、これは非常に前向きなプロトコルです。

FFP（FusionFiプロトコル）

FusionFiプロトコルは、Arweave Asia 2024でエバービジョンの創設者アウトプログが紹介したプロトコルです。

FusionFiプロトコルのキーコンセプトは「ノート」です。これは約束の抽象的な表現モデルであり、トークン、債券、バウチャー、契約上の権利などの形をとることができます。ノートモデルを媒体として、FusionFiプロトコルは、取引、融資、質権設定などの豊富な金融シナリオをサポートすることができます。

FusionFiプロトコルは、プロトコル仕様を提供するだけでなく、開発者がより効率的かつ容易にAgentFiを作成できるように、AgentFi開発ツールセット（FFP SDK）も提供しています。

現在、FusionFiプロトコルには、AMMエージェントとOrderbookエージェントの2つのインスタンスがあります、Orderbook Agentです。

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エージェントはメーカーに相当します。すべてのノートはシステムのノートプールに一元的に保存され、他のエンティティが簡単にアクセスできるシステム内の共有ストレージスペースとして機能する。
3.ユーザーは、フロントエンドのウェブページを通じて、ノートプールから最も適切な気配値ノートを選択し、決済センターに提出します。ノートは「決済済み」とマークされ、スワップは正常に実行されます。
ここで、決済センターはFusionFiプロトコルの重要なコンポーネントであり、システム内の様々なノート決済オペレーションを担当します。
実は、これはOrderbook Agentも同じで、Orderbook AgentのLimit Orderはそれ自体がノートであり、その決済処理はAMM Agentが作成するQuote Agentと全く同じです。つまり、FusionFiプロトコルは、AMMとOrderbookの流動性を融合させることができるのです。
この融合には、スワップシナリオにおいて、流動性がマーケットメイキングノードだけでなく、ユーザーの気配値からも得られるという利点があります。AMMは市場の基礎となる流動性を提供しますが、価格への影響が大きく、損失が発生する頻度が低いという問題があります。一方、オーダーブックはユーザーが独自の保留注文を発注できるため、大口取引や特定の価格を必要とする取引に適しています。統合により、AMMは継続的な流動性を提供し、オー ダー・ブックはプライス・インパクトを軽減し、厚みを加えること で、大口取引をより効率的に行うことができる。このモデルは、個人投資家から機関投資家まで、さまざまなタイプのユーザーのニーズを満たすため、資本活用を改善し、市場のさらなる成熟を促します。
複数債券のアトミック決済
上記の例では、一度に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システムが機能している限り利用可能な、時系列に基づいたすべてのノートを処理します。誰でもノートプールからノートを取り出し、決済のためにセトルセンターに提出することができます。
手形請求の数が増加した場合、Settle Centerも分散的にスケールアップし、複数の決済プロセスで決済タスクを流用することが容易にできます。プレッシャーがあればあるほど、それは手形のIDに基づいて計算され、それを処理するために別の決済プロセスに振り向けられます。
Multiple applications for Notes
FusionFi Protocolで定義されているノートの構造化フォーマットは、実際にはさまざまな金融サービスに非常に役立ちます。FusionFiプロトコルで定義されたノートの構造化フォーマットは、事実上あらゆる種類の金融サービスに対して非常に強力な汎用性を持っています。そのため、ノートは様々な方法で使用することができます。スポット取引だけでなく、先物取引、契約取引、貸し借りのシナリオにも使用することができます。このように、FusionFiは流動性だけでなく、多様な金融形態を統合することができるのです。
展望
筆者の意見では、このインターネットの世界は本質的に多地点取引であるため、複数のグループ間の高頻度取引を解決することに高い価値があり、AgentFiのモデルはDeFiのシナリオのほとんどすべてを行うことができ、FusionFiプロトコルはDeFiのシナリオのほとんどすべてを実現することができます。FusionFiプロトコルは、より効率的なAgent間のピアツーピアの集約を可能にし、この集約はクロスプロトコルです。主な競争相手がモビリティであり、モビリティを独占することが金儲けの手段であるDeFi空間において、FusionFiプロトコルがもたらす変化は破壊的である！
もちろん、FusionFiプロトコルはまったく新しいプロトコル標準であり、ビジネスのニーズに応じて調整・最適化する必要があるかもしれません。これは、BIP（Bitcoin Improvement Proposalビットコイン改善提案）やEIP（Ethereum Improvement Proposalイーサリアム改善提案）のモデルを参照することができ、共創におけるアイデアを吸収するために使用することができます。創造性です。