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

基本コンセプト

AgentFiはDeFiの上に「エージェント」の概念を導入し、ユーザーが独自のインテリジェントなエージェントを展開できるようにします。AgentFiは、DeFiの上に「エージェント」の概念を導入し、ユーザーが独自のインテリジェントな契約エージェント（Agent）を配備して、プロトコルとのやり取りを自動的に管理できるようにします。エージェントを通じ、ユーザーは資産管理や戦略の実行など、さまざまな金融業務を自律的かつ自動的に行うことができます。

従来のDeFiプロトコルは、スマートコントラクトを使用して資産の交換や資金の貸し借りを行いますが、これらの資産は通常1つのスマートコントラクトに固定されているため、ユーザーはそのコントラクトに資金を預ける必要がある一方で、関連する機能やパラメータをカスタマイズする柔軟性を奪われます。

DeFiプロトコルは、各ユーザーが金融機能を実行する能力を持つ独立したエージェント（Agent）を持てるようにすることで、この制限を打破します。

DeFiプロトコルは、各ユーザーが金融機能を持つ独立したエージェント（Agent）を持つことを可能にすることで、この制限を突破します。言い換えれば、AgentFiはユーザーのエージェントを独立した金融エンティティにし、資産交換、融資契約、資産発行ルールなどの金融ルールを個人が設定できるようにすることで、従来の中央集権の限界を突破し、パーソナライズされた金融管理を実現します。

これがソブリン金融だ！

金融ルールが中央銀行によって管理される伝統的な中央集権型システムとは異なり、ソブリン・ファイナンスは、開発者が提供する単一の契約や中央機関に依存することなく、ユーザーが自分自身の金融ルールを作り、管理できるようにします。

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

従来のDeFiプロトコルが資金を集中管理する理由の1つは、イーサリアムパフォーマンスの限界にあります。その結果、CompoundやUniswapのようなプラットフォームは、ブロックチェーンの限界に対応するためにコードを最適化してきた。加えて、従来のブロックチェーンのスマートコントラクトは柔軟性が低く、変更や再配置が難しいため、エージェントの計算の柔軟性が制限されています。

AOは、分散型グローバル超並列コンピュータとして、それぞれが独立したコンピューティングリソースを持つ独立したコンピューティングユニット（プロセスと呼ばれる）を提供し、パフォーマンスのボトルネックを解決します。同時に、プロセスで実行されるコントラクトコードはプロセスオーナーによって制御され、柔軟に更新やアップグレードが可能で、AgentFiの柔軟性の強固な基盤を提供します。

AOの分散型ネットワークでは、AgentFiが広く採用され、アプリケーションは多数の独立した金融科目を生成します。例えば、ゲーム内のNPCはゲームサービスだけでなく、金融サービスも提供できます。例えば、質屋の NPC はプレイヤーから NFT 担保を受け入れて借入サービスを提供することができ、この NPC は独立したエージェント、つまり主権を持つ金融エンティティです。AO 上のすべてのユーザーとプロセスはこのようにして金融エージェントを作成することができ、あらゆる計算ユニットが「金融機関」となってカスタマイズされた金融サービスを提供することができます。金融サービス。

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

FusionFiプロトコルは、異なる金融エージェントを接続し、情報ブリッジを構築し、相互運用性を実現し、多様な金融サービスを統合し、FFP互換エージェントの相互運用を可能にするために設計されたプロトコル仕様および開発ツールです。

金融の詳細を掘り下げる時間がない人のために、FFP SDKを使用して、独自のエージェントを特定の金融属性を持つエージェントに変換することもできます。

AgentFiの実装の難易度を下げることで、FFPは金融の主権を手の届くところに置いています。

Practice and Interoperability

OrderbookオーダーブックとAMM（Automated Market Maker）は2つの異なる取引メカニズムであり、それぞれの取引プロセスには大きな違いがあります。オーダーブックは、オーダーブックを通じてすべての売買の意図を記録し、買い手と売り手の価格一致後にのみ取引が成立するため、取引相手の参加に依存します。 AMMは取引相手に依存しません。ユーザーは流動性プールとアルゴリズムを通じて、プール内の資産と直接取引することができる。流動性プロバイダーはプールに資金を預け入れ、AMMはアルゴリズム（定積式など）を使って自動的に価格を調整するため、ユーザーはマッチングを待つことなく取引を完了できる。

FFPは、一貫した方法とプロセスで取引を処理することで、OrderbookとAMMの流動性を統合できます。

デモコードはhttps://github.com/permadao/ffp-demo

にあります。

FFPの orderbook demoでは、開発者はOrderbook Agentを作成し、資産を取引することができます。オーダーブックエージェントの作成： createOrderbookProcess 関数を使用してオーダーブックエージェントプロセスを作成し、この時点でAOプロセスにデプロイされ、オーダーブック関連のビジネスロジックをロードします。オーダーブックエージェントプロセスは、AOプロセスにデプロイされ、オーダーブック関連のビジネスロジックをロードし、オーダーの記録と管理を担当する独立した金融エンティティにするプロセスです。

資産の入金: deposit.js スクリプトは、注文に資金を提供するために、トークンをオーダーブックエージェントに入金するために使用されます。

注文の作成: agent.makeOrder メソッドを通して、orderbookに買い注文または売り注文を作成します。マッチングを待ちます。

Take-Order Transaction: agent.takeOrder メソッドを使って注文を食べると、システムは自動的に取引を完了し、資産を更新します。

自動マーケットメーカー・エージェント（AMM Agent）

AMM Agentの作成: AMM Agentプロセスは、createAMMProcess 機能を通じて作成され、ユーザーが制御するAOプロセスとして展開されます。：AMMエージェント・プロセスは、createAMMP process 機能によって作成され、ユーザー制御のAOプロセスとして展開されます。
資産の預け入れ：ユーザーはトークンをAMMエージェントに預け入れ、AMMエージェントは流動性プールに金融支援を注入し、取引要件をサポートします。
流動性の追加: agent.addLiquidity メソッドを呼び出すと、預託された資産を流動性プールに追加することができ、ユーザーはスマートコントラクトを通じてプール内の資産の価格設定と交換比率を設定できます。
自動変換：AMMエージェントはアルゴリズム（定積式など）を使用して変換価格を自動計算し、価格結果は特定のFFPスキーマで取引を要求するユーザーに返されます。
Remove Liquidity: ユーザーが資金を引き出したい場合、agent.removeLiquidity メソッドを使用してプールから流動性を取り除き、資産を引き出すことができます。

AMMエージェントを作成することで、ユーザーは流動性管理に関する完全な自律性を持つことができ、カウンターパーティーのない資産交換サービスを提供することができます。

次のように主張することができます。ユーザーがAgent（AMM AgentであろうとOrderbook Agentであろうと）を作成するとき、個人的で主権を持った分散型の取引所を作成している AgentFiは伝統的な取引所の概念を打ち破り、ユーザーが特定のプラットフォームに依存することなく取引できるようにします。特定の機能とスマートコントラクトのルールを持つAgentを設定することで、ユーザーは交換と個人化された金融サービスのための独自の「場所」を提供することができます。エージェントを作成するプロセスは、たった1行のコードです。スキーマはFusionFiプロトコル（FFP）で使用される構造化フォーマットで、取引と決済のデータを標準化します。OrderbookやAMMのような異なる取引プロセスにおけるデータフォーマットと通信プロトコルを定義し、異なるタイプの金融エージェント（Agent）間のスムーズな相互運用性と互換性を保証します。この統一されたデータフォーマットにより、価格、注文状況、資産情報などの主要データが、取引プロセス中にエージェント間で共有され、解析されるようになります。

オーダーブックエージェントとAMMエージェントの両方の第4ステップでは、オーダーブックの注文とAMMリクエストは、一貫した決済データ構造を実現するために、統一されたFFPスキーマフォーマットを使用してフォーマットされます。

アービトラージャーは、チェーン上で直接オーダーブックの注文を照会し、FFPスキーマを介してオーダーブックとAMMの相場を比較し、スプレッドを発見することができます。
アービトラージャーは、統一されたフォーマットの取引データをFFP決済プロセスに提出するだけで、エージェントをまたいだアトミック取引が可能になります。

FFPの場合、OrderbookとAMMの異なる取引プロセスは相互運用可能であり、FFPは2つのタイプのビジネス間の境界を取り払い、両者間の相乗効果と統合を可能にします。

機能

FFPは複数トランザクションのアトミック決済をサポートし、FFP上に構築されたDEXに以下の高度な機能を提供します。

大口取引の分割：トレーダーは大口注文を複数の小口注文に分割できます。例えば、トレーダーが100万ドルの取引を完了する必要があるが、単一のエージェントでは最良の価格を提供できない可能性がある場合、FFPでは、ネットワーク内で最良の価格を得るために、大口注文を複数のエージェントにまたがって執行できる複数の小口注文に分割することができます。

複数取引の結合：マーケットプレイスで分割された注文を1つのアトミック注文に結合することができ、OrderbookとAMMの相互運用性を高め、取引をより柔軟にします。

マルチホップ取引：マルチホップ取引は、オーダーブック機能の拡張アプリケーションです。例えば、トレーダーが資産AとCを交換したい場合、市場にA-Cのペアは存在しないが、A-BとB-Cのペアは存在する場合、FFPはA-BとB-Cの両方の取引を取引目的で1つの注文にまとめることができます。

Zero Capital Arbitrage:アービトラージは、市場における2つのヘッジ注文間のスプレッドを利用することができます。従来のアービトラージ・ソリューションとは異なり、FFPのゼロ・ファンド・アービトラージは自己資金を必要としません。アービトラージャーが行う必要があるのは、決済プロセスに2つの注文を提出することだけで、システムが自動的に資産の交換を完了し、スプレッド収益をアービトラージャーに分配します。

FFPがもたらすこれらの革新的な機能は、ユーザーの取引経験を簡素化し、最適な価格設定を保証するだけでなく、裁定取引参加者の資本効率を高め、価値の効率的な流れを守ります。価値の効率的な流れを守ります。

展望

FPPはユーザーの取引経験を簡素化し、最適な価格を確保するだけでなく、裁定取引参加者の資本効率を高め、価値の効率的な流れを確保します。section>

要するに、FFPは金融エージェント（Agent）に統一されたフレームワークを提供し、異なる金融シナリオ間の障壁を取り除きます。OrderbookやAMMだけでなく、FFPを通じて、将来的には、ローン、先物、合成資産など様々な金融ビジネスのシームレスな統合を実現し、アプリケーションやシナリオを超えた分散型の金融エコシステムを構築することができます。

統一されたデータ構造（FFPスキーマ）により、FFPはエージェント間の通信と決済を簡素化し、取引の柔軟性と効率を向上させます。より多くの種類の金融エージェントが登場するにつれ、FFPはAO上のAgentFiエコシステムの中核プロトコルとなり、真に主権的でパーソナライズされた金融サービスの普及を促進すると期待されています。