jakiro
流動性戦争がないとき、defiの世界はどうなりますか？
Defiの誕生以来、残忍な流動性戦争は常に浸透しています。
流動性を獲得するために、多くのDefiプロジェクトが多くのコストを支払い、大量のトークンをリリースすることがわかりました。一部のプロジェクトは、Uniswapを成功させ、取得しています。一部のプロジェクトは、特定のカテゴリーで流動性の利点を確立し、もちろんすべてのリソースを排除することを選択します。そしてほこりに属します。
流動性戦争の原因
Defi Lowisitは、自然の独占に簡単に行くことができる分野です。つまり、流動性は自然にヘッドプロトコルに集中します。
このような論理的チェーンがあります。流動性が高まるDefi製品は可用性が高くなるため、ユーザーは製品に集中し、ユーザーの集中は流動性プロバイダーにより多くの取り扱い料金をもたらすため、より多くのハンドリング料金を持ち込むので、滞在しやすいです。逆に、製品の流動性がほとんどない場合、製品の入手可能性は比較的低くなり、ユーザーは減少し、流動性プロバイダーの収入は維持が難しく、最終的に逃げることが困難になります。
これは明らかにマシュー効果の論理です。
このため、流動性の競争は非常に残酷です。短期間で多くの流動性を得ることができない場合、少なくとも特定のセグメントで資産の流動性の優位性を得ることができれば、Defiプロジェクトは生き残るのが難しいでしょう。
新しいDefiプロジェクトが流動性を求めて競争したい場合、非常に悲劇的な価格を支払う必要があります。彼らが流動性に支払ったコストは、製品開発と技術革新への投資よりもはるかに大きいです。この短い近視の傾向は、実際には、Defi分野の革新と発展には非常に不利です。
私たちはそれを振り返ることができます、それは本当に必要ですか？
流動性戦争から流動性の共有まで
私たちは、新しいパス、つまりクロスプロトコルの流動性共有を提唱します。分散型の財政は、それがdefiの名前に加えてオープンファイナンスとしても知られている理由です。クロスプロトコルの流動性の共有に値すると考えており、生態学は、最初の流動性を呼び出すクロスプロトコルをサポートする統一された契約基準を構築する必要があると考えています。
まず、流動性を共有できる場合、製品の可用性を向上させるために、Defiプロジェクト間で流動性を競う必要はありません。流動性が低い製品でさえ、ユーザーは世界的な流動性を享受でき、ユーザーエクスペリエンスは影響を受けません。しかし、流動性の競争は実際には消えていません。なぜなら、より多くの流動プロジェクトのためにさらに多くの料金を獲得できるからです。したがって、流動性共有は実際に残酷な流動性戦争を良性流動性競争に変えると考えることができます。
第二に、流動性を共有できる場合、流動性が少ない場合、新しいDEFIプロジェクトは生き残ることができます。短時間で多くの流動性を得るために莫大な費用がかかる必要はありません。その後、プロジェクトは、資本効率の向上やマッチングメカニズムの改善など、真に貴重な革新のために、資金とチームの力を使用できます。
第三に、流動性共有が製品の流動性とフロントエンドが実際に分離されていることを意味する場合、これにより、プロジェクトはビジネスモデルで多様化された選択肢になります。DEXを例として使用して、ユーザーがDEXプラットフォームで取引する場合、プラットフォームに支払われる収入には実際に2つの部分が含まれていることを説明します。その中でも、フロントエンドの使用料は完全にプラットフォームに起因しており、流動性の使用料のほとんどはLPに起因し、小さな部分はプラットフォームに属します。言い換えれば、DEXプラットフォームの収入は、2つの部分、つまり最前線の使用料と流動性の使用料があることを理解できます。分離できない場合、ユーザーが使用するプロジェクトのフロントエンドは、プロジェクトの流動性のみを使用できます。流動性共有の前提の下で、どのフロントエンドユーザーが使用していても、彼らは世界的な流動性を享受しています。これにより、ユーザーはフロントエンドの自由を与え、プロジェクトパーティーはプロジェクトパーティーにビジネスモデルの2つのオプションも与えます。
トラフィックを備えたプラットフォームを備えた開発者、または絹のようなフロントエンドを開発する能力を持つ開発者は、フロントエンドの開発に焦点を当てることができ、前身の使用料は主な収入です。これはポリマーのビジネスモデルに似ていますが、統一された流動性共有基準がない場合、ポリマーは非常に複雑なルーティングプロトコルを開発する必要があります。
LPリソースと、より多くの資金を集約する機能を備えたプラットフォームを使用すると、流動性の主な使用を獲得することを選択できます。フロントエンドエクスペリエンスの最適化に多くのリソースを投資する必要はありません。資本強度と開発能力を備えたLPは、誰にも修正されず、契約を拘留する必要はなく、自己加工された流動性プラットフォームを選択することさえできます。
戦略的管理機能を備えたLPは、自己加工の流動性プラットフォームに基づいた都市戦略としてカスタマイズすることさえでき、統一されたプラットフォームに限定されません。
>
FusionFiプロトコル
流動性戦争を終わらせ、流動性融合を実現することは、AOエコシステムがFusionFiプロトコル（FFP）を促進していることです。FFPを通じて、AOはより健康的なdefiエコシステムを構築しようとします。
では、FFPはどのようにして流動性融合を達成しますか？
すべての金融ビジネスの中核は、実際には請求書の流通と処理です。FFPは、統一されたドキュメントデータ構造を定義します。このデータ構造は、スポット注文、オプション、先物、その他の契約注文を表現でき、FFPはさまざまな金融取引シナリオをサポートできます。
DEXを例にとると、誰でもAMMを含むスポットオーダーノートを作成できます（ユーザーがトランザクションリクエストを開始すると、AMMは一時的な制限注文を作成できます）。これらの請求書は、誰でもそれを見て、請求書プールから一致させることができる請求書を抽出し、決済のために設定プロセスに提出することができます。和解が完了した後、法案の状態が変更され、取引の当事者は独自の権利と利益を得ました。
和解行動は原子に失敗した場合、法案の状態は変更されず、取引の当事者は実際の株式交換を生成しません。
この決済モデルは、単一の請求書を解決することができます。これにより、より多くのジャンプトランザクションやプリンシパルフリーアービトラージなど、いくつかのスーパーパワーがDEXにもたらされます。
マルチジャンプトランザクションは、ユーザーが資本Cを資産Aと交換したいが、直接的な流動性はない場合、アセットAをアセットBに変換してアセットCに交換することでトランザクションを完了することができます。
プリンシパルフリーアービトラージとは、スプレッドの広がりがある法案プールの裁定のプロセスを指し、それらを和解センターの和解に提出して、スプレッドを取得します。
マルチジャンプトランザクションと主要な裁定は、本質的に複数のノートの共同決済です。
>
ソース：
https://x.com/permaswap/status/1854212032511512992
FFP SDKを通じて、開発者は低コードで大部分のDefiプロトコルを実装できます。コスモスSDKが開発者のブロックチェーンを作成する時間を大幅に短縮すると、FFP SDKはAO開発者がDEFIプロトコルを作成するのに必要な時間を大幅に短縮しました。
まとめ
流動性の自然な独占効果は、Defiプロトコル間の惨めな流動性戦争につながり、流動性が分散化され、ユーザーエクスペリエンスが損傷しただけでなく、新たに作成された合意をもたらしました。
生態学的発達の始まりであるこのような状況を解決し、生態学的障害の発展を加速するために、AOはFFP Cross -Project共有などの統一された合意を導入しました。開発者の創造性を解放しました。FFPおよびFFP SDKによって推進されているDefiのAOエコシステムは、より健康的な金融生態学を加速し、形成することが期待されています。
