スイス・モントルー発 2026年8月23日 — Everything Protocolは、分散型ファイナンス（DeFi）の根本的な構造問題のひとつである「流動性の分断」に対する回答を示すホワイトペーパーを公開した。「The Everything Protocol」と題する同文書は、プロジェクトの主張を数学的に定式化したものであり、各金融プリミティブを支える個別のプールを、スワップ、貸付、レバレッジ、リミットオーダーを同時に支える単一のリザーブに置き換えることを提案している。遊休資本はその間に利回りを得ることができる。

その前提は単純明快である。DeFiの資本は、ひとつの役割だけを選ばされてよいものではない、というものだ。現在、分散型取引所（DEX）は取引の価格付けに流動性を充て、マネーマーケットは貸付のために別個の資本を維持し、レバレッジポジションやオーダーブックは追加のインフラを必要としている。Everything Protocolは、これらの機能を分離することで資本がプロトコル間で分断され、資産・流動性・リスクがそれらの間を移動するたびに依存関係が増えると主張する。

単一のバランスシート、複数の機能

ホワイトペーパーは、これらの機能を単一のバランスシートへ統合することを提案している。単一のリザーブが取引の価格付け、ローンおよびレバレッジポジションの裏付け、待機中のリミットオーダーのサポートを同時に担うことで、同じ流動性が単一の用途に専念するのではなく、複数の金融プリミティブに供されるようになる。

このアプローチは集中流動性を基礎としている。集中流動性は2021年にUniswap v3が自動マーケットメーカー（AMM）に導入した仕組みで、流動性提供者はカーブ全体に均等に資本を配分するのではなく、定義された価格レンジ内に資本を配分できる。Everything Protocolはこのtickレベルの粒度を、スワップだけでなくローンや待機中の注文にも適用する。

その結果としてもたらされるのが、Everything Protocolの言う「完全な資本効率」である。システムに預けられた流動性は信用市場を支えながらスワップ手数料を生み出せるほか、リミットオーダーで待機中の適格資本は、約定までの間貸付に参加し、借り手からの利息を得ることを選択できる。

ホワイトペーパーは概念モデルの提示にとどまらない。統合アーキテクチャが敵対的な市場環境下でも機能するよう意図された、数学的メカニズム、会計規則、ソルベンシー不変条件を示している。

外部プライスオラクルの排除

設計の中核には、もうひとつの分断ポイントである外部プライスオラクルの排除がある。Everything Protocolは、他の場所から価格を取り込む代わりに、プール自体の取引状態と時間から導出される内部プライスバンドを使用する。このバンドはブロック内では固定されており、事前に定義された減衰およびクランプのルールに従って調整される。アーキテクチャは、短時間の価格操作によって同一ブロック内で攻撃者に有利な形で信用条件が緩められないよう設計されている。

この選択は、DeFiにおいてよく知られた失敗パターンを狙ったものである。外部価格フィードの操作は繰り返しエクスプロイトの経路となっており、攻撃者はフィードに依存するプロトコルから価値を引き出すため、表示価格を一時的に歪めてきた。

信用と流動性も同様に結び付いている。貸し出すプールが、価格付けと清算の吸収を行うプールでもあるため、借用容量はプロトコル自身のカーブ内で利用可能な厚みに応じて形づくることができる。担保を後からどこか別の場所で売却できるという想定に基づいて信用を供与するのではなく、このモデルは、清算の吸収に実際に責任を負う流動性を中心に設計されている。

同じ原則はリミットオーダーにも当てはまる。注文とローンは共通の幾何学的tickグリッド上で動作し、待機中の注文資本は約定までの間、任意で貸し出すことができる。したがってこのシステムは、取引流動性、信用流動性、注文流動性を、独立した市場ではなく、同一の基盤資本の異なる用途として扱う。

ストレス時の対応と債権の優先順位

ホワイトペーパーは、システムがストレスにさらされた場合の挙動についても言及している。プロトコルの台帳を変更する操作の前に、アーキテクチャは利息を計上し、内部プライスバンドを前進させ、適格な清算を処理する。同一の清算tickを共有するローンは集約され、各ポジションを個別に反復処理することなく、価格レベル全体を処理できる。

ソルベンシーモデルは債権の優先順位を明示的に定めている。ユーザーのエスクローは価格付け用リザーブから分離され、約定済み注文の収益は優先順位が高く、適格な清算損失はまずジュニア（劣後）流動性提供者トランシェに賦課される。これは伝統的なストラクチャードファイナンスにおけるトランシェ構造で馴染みのあるファーストロス構成であり、劣後ポジションが、優先債権に影響が及ぶ前に損失を吸収する。プロトコルは、代替的なプロトコルIOUではなく実際のトークンで退出を決済するよう設計されているが、貸出中の資本を含む自発的な退出については、十分な流動性が利用できない場合に一時的に容量制限がかかる可能性がある。

この構造はまた、単一の金融体験を提供するために複数のプロトコルを組み合わせる際に生じる攻撃対象領域の縮小も意図している。価格付け、信用、注文執行、清算、決済は同一のアーキテクチャ内で動作し、独立したプロトコル同士の同期に依存するのではなく、共通の状態更新プロセスに従う。

明示されたトレードオフ

このモデルはリスクを排除するものではない。ホワイトペーパーは、貸出資金の自発的な退出に生じ得る遅延、ジュニア流動性提供者トランシェが負う損失、ガバナンスおよびアップグレードリスク、内部プライスバンド機構がもたらすレイテンシといったトレードオフを明示している。

それでもなお、Everything Protocolのテーゼは意図的に野心的である。取引所、貸付市場、レバレッジ提供の場、注文システムは、本質的には資本のプールを分ける必要がない。それらは単一のバランスシートの異なる機能であり得る。ホワイトペーパーを通じてEverything Protocolは、DeFiにおける資本の分断、流動性の非効率的な配分、複数の独立した金融プロトコルを組み合わせることで生じる攻撃対象領域に対処する統合流動性アーキテクチャを提示している。

Everything Protocolについて

Everything Protocolは、トークンペアごとの単一リザーブ内でスワップ、貸付、レバレッジ、リミットオーダーを組み合わせるよう設計された分散型ファイナンスプロトコルである。そのアーキテクチャには、集中流動性による価格付け、信用判断のための内部プライスバンド、tickベースのローンと注文、統合された決済およびソルベンシーフレームワークが組み込まれている。同プロトコルは、同じ流動性が単一のオンチェーン市場内で複数の金融機能に供し得るという原則に基づいて設計されている。

ウェブサイト：

メディアお問い合わせ：Mikael Cruchon — m.cruchon@ra2.tech