FusionFiプロトコル:AgentFiの相互運用性のためのコアブリッジ

出典:PermaDAO

概要

Permaswapは最近、FusionFiプロトコル（FFP）に基づくAgentFiデモケースをAOにリリースしました。AMMエージェントの作成とアービトラージ操作のケースが追加されました。FFPを使用すると、開発者はわずか数行のコードでAMMエージェントプールを作成し、資産の交換を実現できます。FFPはAOネットワーク上の標準プロトコルとして、さまざまなタイプのエージェントに対して相互運用性を提供します。

この記事では、まずAgentFi、主権金融などの中心的な概念を整理し、次にOrderbook AgentとAMM Agentの2つの代表的なエージェントの例を紹介し、FFPプロトコルがどのように2つの異なる取引プロセスを統合するかを示し、そしてそれを通じて、FFPが将来の金融エコシステムで果たす重要な役割を明らかにします。

基本的な概念

AgentFiは、分散型金融に「代理」の概念を導入し、ユーザーが自分のスマートコントラクト代理（Agent）を展開し、プロトコルとの相互作用を自動的に管理できるようにしました。Agentを介して、ユーザーは資産管理、ストラテジーの実行など、さまざまな金融取引を自律的かつ自動的に実行できます。

従来の分散型金融プロトコルは、スマートコントラクトを使用して資産の交換や借入などの操作を実現していますが、これらの資産は通常、単一のスマートコントラクトに集中してロックされています。これは、ユーザーが資金を契約に委託する必要があるという一方、関連する機能やパラメータをカスタマイズする柔軟性を失うという別の面であります。AgentFiはこの制限を克服し、すべてのユーザーが金融機能を備えた独立した代理（エージェント）を所有し、個性化された金融業務を開始できるようにしました。つまり、AgentFiは、ユーザーの代理が独立した金融主体になることで、個人が資産の交換、借入プロトコル、資産発行規則などの金融ルールを設定し、個性化された金融管理を実現し、従来の集中化の制限を克服します。

これが主権金融です！

従来の中央銀行による金融規制の集中体制とは異なり、ソブリン・ファイナンスではユーザー自身が金融規則を制定および管理し、開発者が提供する単一の契約や中央機関に依存しなくなります。

AgentFiの基礎：パフォーマンスと柔軟性

伝統的な分散型金融プロトコルの中心的な資金管理の一つの理由は、イーサリアムのパフォーマンスの制約です：それは各ユーザーに独立したエージェント計算能力を提供することができません。そのため、CompoundやUniswapのようなプラットフォームは、ブロックチェーンの制約に適応するためにコードを最適化しています。さらに、伝統的なブロックチェーンスマートコントラクトの柔軟性は低く、エージェントの計算の柔軟性が制限されているため、修正や再デプロイが困難です。

AOは分散化されたグローバルなスーパーパラレルコンピュータであり、独立した計算ユニット（プロセスと呼ばれる）を提供し、各プロセスは独立した計算リソースを持ち、パフォーマンスの制約を解決します。同時に、プロセスで実行される契約コードはプロセス所有者によって制御され、柔軟な更新とアップグレードを可能にし、AgentFiの柔軟性を確保します。

FusionFiプロトコル

AOの分散化ネットワークでは、AgentFiが広く採用され、アプリケーションは複数の独立した金融主体を生成できます。たとえば、ゲーム内のNPCはゲームサービスだけでなく、金融サービスも提供できます。たとえば、質屋のNPCはプレイヤーのNFTを受け入れて貸し出しサービスを提供でき、このNPCは独立したエージェントであり、つまり主権金融主体です。AO上のすべてのユーザーとプロセスは、このような方法で金融エージェントを作成でき、どんな計算ユニットも「金融機関」となり、カスタマイズされた金融サービスを提供できます。

異なる種類の金融エージェントが独自に開発されると、異なるプロトコル仕様が生じ、エージェント間の相互作用は大きな問題となります。ビジネスの違いによる相互運用性の問題を解決するために、FusionFi Protocol（FFP）が生まれました。

FusionFi Protocol は、異なる金融エージェントを接続し、情報の橋渡しを行い、相互運用性を実現し、多様な金融取引を統合することを目的としたプロトコル仕様と開発ツールです。FFP に対応したエージェント同士が相互に接続できるようにします。

金融の細部に深く入り込む時間のないユーザーは、FFP SDKを使用して自分のエージェントを特定の金融属性を持つエージェントに変換することもできます。FFPは、ドロップエージェントFiを通じて主権金融を手の届く範囲にすることで、実装の難しさを低減します。01928374656574839201

実践と相互運用性

Order Book（订单簿）とAMM（AMM）は、取引プロセス上でそれぞれ明確な違いがあり、異なる取引メカニズムです。Order Bookはすべての売買意向を注文簿に記録し、取引は売買相手の価格がマッチングされるのを待たなければならず、したがって相手の参加を必要とします。一方、AMMは売買相手に依存しません。流動性プールとアルゴリズムを使用して、ユーザーがプール内の資産と直接取引できるようにします。流動性プロバイダーは資金をプールに供給し、AMMはアルゴリズム（例えば定数乗算式など）を使用して価格を自動調整し、マッチングを待たずに取引を完了できるようにします。

FFP は Orderbook と AMM 取引を統一された方法と手順で処理し、両者の流動性を融合することができます。

以下のデモコードを参照してください：

オーダーブックエージェント

FFPのorderbookデモでは、開発者は注文簿エージェント（Orderbook Agent）を作成し、資産取引を行うことができます：

1. オーダーブックエージェントの作成：createOrderbookProcess関数を使用してオーダーブックエージェントプロセスを作成します。この時、AOプロセスが展開され、オーダーブック関連のビジネスロジックがロードされ、独立した金融エンティティとなり、注文の記録と管理を担当します。
2. 資産の預入：deposit.jsスクリプトを使用して、トークンをorderbookエージェントに預けて、取引資金を注入します。
3. 注文の作成：agent.makeOrderメソッドを使用して、注文ブックに買い注文または売り注文を作成します。すべての注文は特定のFFPスキーマでAOネットワークに送信され、その後、注文は特定の形式でブロックチェーンネットワークに透明に表示され、マッチングを待ちます。
4. テイカー取引：agent.takeOrderメソッドを使用して注文を行い、システムが自動的に取引を完了し、資産を更新します。

自動マーケットメーカーエージェント

AMM Agentのデモでは、ユーザーが作成したAgentは個人の主権を持つ流動性プールとして機能します。AgentFiを通じて、ユーザーは中央集権的なプラットフォームや従来の取引所に依存せず、資産の交換機能を独自に提供することができます。以下はAMM Agentの主要なプロセスです。

1. AMMエージェントの作成：createAMMProcess関数を使用してAMMエージェントプロセスを作成し、ユーザーコントロールのAOプロセスとして展開し、流動性管理機能を備えた個人金融エンティティにする。
2. 入金：ユーザーは、流動性プールに資金を注入することで、AMMエージェントにトークンを預け入れ、取引ニーズをサポートします。
3. 流動性の追加：agent.addLiquidity メソッドを呼び出し、預け入れた資産を流動性プールに追加することができます。ユーザーはスマートコントラクトを介してプール内の資産の価格と交換比率を設定できます。
4. 自動交換：AMMエージェントはアルゴリズム（例：一定積算式）を使用して交換価格を自動計算し、価格結果は要求された取引のユーザーに特定のFFPスキーマで返されます。
5. 流動性を削除する：ユーザーが資金を引き出したい場合は、agent.removeLiquidityメソッドを使用してプール内の流動性を削除し、資産を引き出すことができます。

AMMエージェントを作成することで、ユーザーは完全な自己流動性管理権を持ち、相手側の資産交換を必要としないサービスを提供することができ、個別の分散型取引環境を構築することができます。

ユーザーがAMMエージェントまたはオーダーブックエージェントを作成するときは、個人主権の分散型取引所を作成していると考えることができます。AgentFiは、ユーザーが特定のプラットフォームに依存せずに取引を行うことができるようにし、従来の取引所の概念を完全に打破しました。特定の機能を備えたエージェントとスマートコントラクトルールを設定することで、ユーザーは独自の「場所」を提供し、個性的な金融サービスを実現することができます。また、エージェントを作成するために必要なのはたった一行のコードだけです。

相互運用性

**FFPスキーマは、FusionFi Protocol（FFP）内で取引および決済データを標準化するための構造化形式です。これは、さまざまな取引プロセス（オーダーブックやAMMなど）でのデータ形式および通信プロトコルを定義し、さまざまなタイプの金融エージェント間でのスムーズな相互運用性と互換性を確保します。この統一されたデータ形式により、取引プロセス中の価格、注文状態、資産情報などの重要なデータをさまざまなエージェント間で共有および解析することができます。

OrderbookエージェントとAMMエージェントの第4ステップでは、Orderbook注文とAMMリクエストの両方が統一されたFFP Schema形式であり、一貫した決済データ構造を実現しています。 FFP Schemaはエージェント間の相互運用性を標準化しています：

• アービトラージは、01928374656574839201というオンチェーンのOrderbookを直接クエリし、FFPスキーマを使用してOrderbookとAMMの価格を比較し、価格差を見つけることができます。
• アービトラージは、FFPの決済プロセスに統一された取引データを提出するだけで、Agentを超えた原子的な取引が実現できます。 FFPの仕様により、複数のヘッジ注文はすべて完了するか、すべて失敗するかを保証し、取引の不整合リスクを回避します。

FFPのケースでは、OrderbookとAMMは異なる取引プロセスを持ち、FFPはこれら2つのビジネス間の連携と統合を実現し、境界を越えました。

特性

FFP は、複数の取引をサポートする原子決済を提供し、FFP ベースの DEX に以下の高度な機能を提供します：

• 大口取引の分割：取引者は大口注文を複数の小口注文に分割することができます。たとえば、取引者が100万米ドルの取引を完了する必要がありますが、単一のエージェントでは最良の価格を提供するのは難しい場合があります。FFPでは、大口注文を複数の小口注文に分割し、異なるエージェントで実行することができます。これにより、ネットワーク内で最適な価格を得ることができます。
• **複数の取引を1つにまとめる：**市場で散発的な注文を1つの原子注文に統合し、OrderbookやAMMの相互運用性を高め、取引をより柔軟にします。
• マルチホップトレード：マルチホップトレードは、合成機能の拡張アプリケーションです。たとえば、トレーダーが資産AをCに交換したい場合、市場にはA-Cのトレードペアが存在しないが、A-BとB-Cのトレードペアが存在する場合、FFPはA-BとB-Cの2つのトレードを1つの注文に組み合わせて取引目的を達成します。
• **ゼロキャピタルアービトラージ：**アービトラージャーは、市場内の2つのヘッジ注文の価格差を利用して利益を得ることができます。従来のアービトラージの方法とは異なり、FFPのゼロキャピタルアービトラージでは自己資金は必要ありません。アービトラージャーは2つの注文を清算プロセスに提出するだけで、システムが自動的に資産スワップを完了し、利益差をアービトラージャーに支払います。

FFPがもたらしたこれらの革新的な機能は、ユーザーの取引体験を簡素化するだけでなく、最適な価格を確保し、アービトラージの資本効率を高め、高効率な価値の流通を保証します。

見込み客

要するに、FFPは金融エージェントに統一されたフレームワークを提供し、異なる金融シナリオ間の障壁を取り除きます。OrderbookやAMMだけでなく、FFPを通じて将来的にはローン、先物、合成資産などさまざまな金融取引をシームレスに統合し、アプリやシーンを横断した分散型金融生態系を構築することができます。

統一されたデータ構造（FFP Schema）により、FFPは代理店間のコミュニケーションと決済を簡素化し、取引の柔軟性と効率を向上させました。より多様なタイプの金融エージェントが出現するにつれて、FFPはAO上のAgentFiエコシステムの中心的なプロトコルになり、真の主権金融と個性化された金融サービスの普及を推進することが期待されています。