共有する

波場 TRON 業界週報：インフレ緩和が短期的な好材料をもたらす、Multipli.fi がどのように Defi 取引戦略をトークン化するかを詳解

2025-10-27 14:33:20

コレクション

研報はマクロ経済、暗号市場の変動、トレンドのホットスポット、そして潜在的なプロジェクトの四つの視点から深く分析し、高性能DEXアグリゲーターTitan、機関レベルのハイブリッド取引プラットフォームGRVT、そして収益生成プロトコルMultipli.fiを重点的に紹介しました。

?一.前瞻

1. マクロレベルの要約と今後の予測

先週、アメリカのマクロ経済は二つの重要な風向きに直面しました。一つは政府の閉鎖が続き、統計データの発表が深刻に妨げられていること；もう一つはデータの空白の中で、市場で唯一比較的「活発」なインフレデータ（9月CPI）が逆に驚きをもたらしたことです。具体的には、ホワイトハウスは「予算の行き詰まり」により、今後1ヶ月間に公式なインフレデータの大半が予定通りに発表されない可能性があると明言しました。これにより市場は「データの真空」状態に置かれています。同時に、9月のCPI年率は約3%で、予想の3.1%をわずかに下回り、インフレ圧力が緩和された兆候と見なされ、株式市場は歴史的な高値を更新しました。

今後を展望すると、投資家は次の雇用、製造業、サービス業のデータが「データの真空」を埋めることができるか、また政府がいつ全面的に運営を再開するかに注目する必要があります。これらは金融政策と市場のリスク選好の方向性を決定づける要因となります。

2. 暗号業界の市場変動と警告

先週、暗号通貨市場は連続2週間の激しい清算を経て、震荡修復の段階に入りましたが、全体的な信頼感は依然として脆弱です。ビットコインは10万ドルを超えて安定した後、何度も反発を試み、一時は11.5万ドル近くまで回復しましたが、取引量は明らかに減少し、市場資金はより慎重になっています。

市場の感情は前の恐慌よりはやや和らいでいますが、全体としては回復の初期段階にあります。現在の範囲を安定させ、米連邦準備制度の政策転換の信号が強化されれば、増量資金の回帰を引き寄せる可能性があります。全体的に見て、今回の反発は流動性の清算後の技術的修復に過ぎず、新たな資金の駆動力は依然として不足しています。暗号市場は「慎重な回復」段階にあり、マクロリスクの変動に伴い、トレンドはまだ本当に反転していません。

3. 業界およびトラックのホットスポット

総融資1050万ドル、Galaxyがリード投資、Solanaに基づく高性能メタアグリゲーターで、最適な価格とスマートな取引体験を提供するプラットフォームTitanは、Solanaブロックチェーンに基づいて構築された次世代DEXアグリゲーターで、流動性を最適化し、取引体験を向上させることを目的としています；総融資3330万ドル、ZKsyncおよびEigenCloudがリード投資、機関に低遅延、高透明性のコンプライアンス混合取引プラットフォームGRVTを提供し、中央集権取引所（CEX）のユーザー体験と分散型取引所（DEX）の安全性を兼ね備えています。

二.市場のホットスポットトラックおよび当週の潜在プロジェクト

1.潜在プロジェクトの概要

1.1. 総融資1050万ドル、Galaxyがリード投資、Solanaに基づく高性能メタアグリゲーターで、最適な価格とスマートな取引体験を提供するプラットフォームTitanの簡単な分析

概要

TitanはSolanaブロックチェーンに基づいて構築された次世代DEXアグリゲーターで、流動性を最適化し、取引体験を向上させることを目的としています。Titanは分散型取引所を統合し、トレーダーに最適な価格を提供し、安全性と高性能の表現に特に注力しています。

その目標を達成するために、Titanは現在三つのコア機能を提供しています：

独自の現物取引パス（DEXアグリゲーター）

Titanは自社開発のアルゴリズムArgosを開発し、現在のアグリゲーターが最適な取引パスを見つける際の問題を解決しました。
テスト結果は、ユーザーが80%のケースでより良い価格を得られることを示しています。

Solana上のメタアグリゲーション（Meta Aggregation）

TitanはDEXだけでなく、他のアグリゲーターも統合し、ユーザーが常に最適な見積もりを得られるようにします。
全プロセスで追加費用はゼロです。

Titan Primeモード

ユーザーの交換設定を自動的に最適化し、スリッページ（slippage）と取引の着地（transaction landing）を含みます。
Titanのメタアグリゲーターを通じて最適な実行を実現します。

さらに、Titanのインターフェースは、ユーザーがプラットフォームを通じて得た追加の利益、取引量、推奨データをリアルタイムで表示します。

構造の簡単な説明

1. DEXアグリゲーター

Solana上では現物取引を行うための多くの方法があります。中央集権取引所（CEX、例えばBinanceやCoinbase）や分散型取引所（DEX、例えばOrcaやRaydium）で直接取引することを選択することもできますし、DEXアグリゲーター（TitanやJupiterなど）を通じて取引することもできます。CEXまたはDEXでのみ取引を行う場合、取引の流動性は単一の場所からのみ供給され、最適な価格を得ることができない可能性があります。

伝統的な金融市場では、ブローカーは複数の流動性ソースに接続し、ユーザーアカウントに最適な見積もりを提供します。しかし、暗号市場では、特別なインフラストラクチャと複雑なコンプライアンス審査がない限り、異なるDEX間で流動性を統合することが唯一の方法です。このようなプラットフォームはDEXアグリゲーターと呼ばれます。

DEXアグリゲーターが直面する問題は特有のものです。伝統的な市場では、速度が非常に速く（ナノ秒レベル）、注文フローはほぼ即時に処理される必要があります。しかし、暗号市場では流動性が広範に分布しているため、トレーダーは最適なパスを見つけるために高度な分析を展開する十分な時間があります。

Solana上でDEXアグリゲーションを行うことは特に有利です。なぜなら、ネットワーク手数料が非常に低いため、複雑な取引パスを見つけることが可能であり、Ethereumのように高額なガス料金に飲み込まれることはありません。したがって、低コストのチェーン上で、DEXアグリゲーターはユーザーが資産価値を最大化するための最良の取引方法となります。

2. Titanが超過パフォーマンスを実現する方法

伝統的なDEXアグリゲーターは通常、最短パスアルゴリズムに依存して流動性間のルーティングを決定します。これらのアルゴリズムは検証されており、実装も容易ですが、暗号市場環境では二つの大きな問題があります：

流動性が一時的に排除される：遅延要求とアルゴリズムの仮定により、一部の流動性ソースがルーティングプロセス中に除外され、価格発見の完全性が低下します。
価格衝撃の処理が不十分：関連プールのTVL（総ロック量）が低い場合、大口取引によって価格が急速に変動します。既存の方法は通常、流動性を断片化（例えばJupiterがパスを1%の小さな部分に分割する）し、この断片化はネットワークの規模を拡大し、プールの解析が不十分な場合に不正確さをもたらします。

Titanの解決策

TitanはKairosアルゴリズムを開発し、従来の最短パスに依存せず、最適化アルゴリズムを使用します。
Kairosは機械レベルの精度で価格衝撃を処理し、プールを断片化する必要も、一部の流動性ソースを排除する必要もありません。
結果として、真のオンチェーン最適価格を提供し、ユーザーの取引効率と価格優位性を向上させます。

3. メタアグリゲーション（Meta Aggregation）

低コストのパブリックチェーン上では、DEXアグリゲーターが最良の取引方法ですが、各アグリゲーターが提供する見積もりは異なります。これは、使用されるアルゴリズムとデータセットが異なるためです。

どの技術を使用しても、どのアグリゲーターを使用しても、Titanは複数のDEXアグリゲーターの結果を統合し、ユーザーに最適な見積もりを提供します。これにより、ユーザーは常にその時点で最適な取引価格を得られることを確信できます。

このメカニズムは、伝統的な株式市場のブローカーに似ています：

取引所（Exchange） → DEX
マーケットメーカー（Market Maker） → DEXアグリゲーター
ブローカー（Broker） → メタアグリゲーター（Meta Aggregator）

Titanはこのメタアグリゲーション層に位置し、ユーザーが常に最適な価格を得られることを保証します。

比較と検証の方法

メタアグリゲーションが真に機能するためには、アグリゲーターの見積もりが正確であり、同じブロックからのものでなければなりません。また、誤った見積もりを排除し、遅延の問題を解決する必要があります。

Titanの解決策は、すべての見積もりをブロックチェーン上で直接シミュレーションし、ユーザーがその時点で実行時に得られる真の可用数量を得ることです。これにより、遅延による差異が排除され、異なるアグリゲーターの見積もりが有効期限内に公平に比較できることが保証され、ユーザーに最新かつ最も信頼できる情報を提供します。

Tronの評価

Titanの強みは、Solanaの高性能と低コストの環境に基づき、自社開発のKairosアルゴリズムを組み合わせて正確な流動性ルーティングを提供し、従来のアグリゲーターの断片化と流動性排除の問題を回避し、メタアグリゲーションを通じて複数のDEXアグリゲーターを統合し、ユーザーが常に市場で最適な価格を得られるようにすることです。さらに、Primeモードが取引パラメータを自動的に最適化し、全体の取引体験を透明で便利かつ効率的にします。

その弱点は、新興プラットフォームであるため、より広範なエコシステムの協力とユーザーの信頼を築く必要があり、Solanaネットワークの性能に過度に依存することがチェーン自体のリスクをもたらす可能性があることです。また、高いボラティリティや極端な流動性不足の際には、アルゴリズムの優位性が制限される可能性があります。

1.2. 総融資3330万ドル、ZKsyncおよびEigenCloudがリード投資、CEXの効率とDEXの安全性を融合し、機関に低遅延、高透明性のコンプライアンス混合取引プラットフォームGRVTを提供する解釈

概要

GRVT（Gravity）機関投資は、中央集権取引所（CEX）のユーザー体験と分散型取引所（DEX）の安全性を兼ね備えた混合型取引プラットフォームです。そのコアの強みは、低遅延、高スケーラビリティ、ユーザーのプライバシー保護にあり、同時に厳格に規制コンプライアンス要件（KYCおよびAML）を遵守しています。

構造解析

1. GRVTの混合取引アーキテクチャの概要

GRVTは混合アーキテクチャを採用しています：オフチェーンでマッチングとデータストレージを行い、オンチェーンではスマートコントラクトを通じて実行の有効性を保証します。このアーキテクチャは、オフチェーンで取引を処理することでスループットを向上させ、Ethereumメインネットへの負担を軽減することを目的としています。

オフチェーン（Off-chain）

すべてのユーザー操作は最初にGRVTサーバーによって処理されます。
資金に関わる操作（取引、アカウント作成など）だけが最終的にオンチェーンに上がり、非資金関連の操作（KYCなど）はオフチェーンに留まります。
重要なユーザー操作はGRVTチェーンに転送され、主に以下を含みます：
マッチングエンジン（Matching Engine）：マッチングされた注文はオンチェーンに送信されます。
リスクエンジン（Risk Engine）：清算操作はオンチェーンに上がります。
アカウント管理（Account Management）：取引アカウントの作成、使用可能な資金のウォレットのバインドなど。
資金管理（Fund Management）：内部および外部資金の移動を含みます。

オンチェーン（On-chain）

一部のオフチェーン操作はGRVTチェーンにプッシュされ、ゼロ知識証明（ZKP）の形式で公開され、Ethereum上でオフチェーン取引を検証します。
主なオンチェーン操作には以下が含まれます：
取引決済（Trade Settlement）：マッチング成功の注文がオンチェーンで決済されます。
リスクエンジン検証（Risk Engine Validation）：清算操作がオンチェーンでスマートコントラクトのロジックによって公平性を検証されます。
アカウント管理検証（Account Management Validations）：アカウント関連操作がオンチェーンで検証されます。
資金管理（Fund Management）：資金移動がオンチェーンで検証および決済されます。

GRVTのネイティブデポジットコントラクト

GRVTBridgeProxy
ネイティブトークンを預ける際にインタラクションするコントラクトアドレス：
0xE17aeD2fC55f4A876315376ffA49FE6358113a65
L1NativeTokenVault
実際に資金が保管されるコントラクトアドレス：
0xbed1eb542f9a5aa6419ff3deb921a372681111f6

ユーザーがGRVTを通じてネイティブトークンを預けるとき、インタラクションはGRVTBridgeProxyで発生しますが、最終的な資産はL1NativeTokenVaultに保管されます。

2. GRVTのアカウントとユーザー体系

アカウントタイプ

Funding Account（資金アカウント）

GRVTチェーン上の最高レベルの身分。
主に資金管理に使用されます：入金、出金、他の資金アカウントへの外部送金、関連取引アカウントへの内部送金を処理します。

Trading Account（取引アカウント）

各資金アカウントは複数の取引アカウントに関連付けることができます。
デリバティブ取引を行うには、まず資金を資金アカウントから指定の取引アカウントに移動する必要があります。

ユーザー（Users）

個人アカウント：各アカウントは最大で一人のユーザーに対応し、そのユーザーはそのアカウント下のすべての取引アカウントにアクセスできます。
企業アカウント：各アカウントは一人以上のユーザーを持つことができます。権限に応じて、ユーザーは資金アカウントまたは取引アカウントに個別にアクセスできます。

ユーザー識別子（User Identifiers）

ルール：一人のユーザー = 一つのメールアドレス = 一つのウォレット

GRVTでは、各ユーザーはWeb2証明書とWeb3証明書の両方を登録する必要があります：

Web2証明書（メールアドレス）
ユーザーはメールアドレスを通じて登録する必要があります（パスワードを設定するか、Google/Microsoft OAuthでログインします）。
用途：取引機能以外のアクセス、例えばKYCの完了、招待報酬、ポートフォリオや保有状況の確認など。
特徴：読み書きが可能ですが、取引には直接使用できません。
Web3証明書（ウォレット）
ユーザーはGRVTで取引機能を有効にするためにウォレットを登録する必要があります。
登録されたウォレットで署名された取引のみが取引エンジンによって実行されます。
資産所有権に影響を与えるすべての操作（取引など）は、登録されたウォレットを通じて完了する必要があります。

3. GRVTアカウント識別子とAPIキー

アカウント識別子（Account Identifiers）

資金アカウント（Funding Account）
オンチェーンID：Funding AccountIDはそのアカウントを作成したウォレットアドレスと一致します。
企業アカウント：複数のユーザーを持つことができ、各ユーザーのウォレットはその資金アカウントにリンクできます。

企業アカウントの表示方法

オフチェーン（Off-Chain）資金アカウントの表示：読み取り + 書き込み

APIキー

登録レベル：APIキーは取引アカウント（Trading Account）レベルでのみ登録され、取引権限のみを持ちます。
バインディング要件：各APIキーは有効なEthereum公開鍵アドレスにバインドする必要があります。

認証方法

APIキーを使用して認証する際、セッショントークンが受け取られます。
このセッショントークンは、後続の読み書きリクエストで使用する必要があります。

認可方法

APIキーの認可には二つの方法があります：

Input（安全な方法）

ユーザーは既に公開鍵/秘密鍵のペアを持っています。
公開鍵アドレスを提出し、秘密鍵はユーザー自身が保管します。

Generate（便利な方法）

GRVTのフロントエンドクライアントがブラウザ内で公開鍵と秘密鍵のペアを生成します。
ユーザーは秘密鍵をコピーでき、GRVTは秘密鍵を保存しません。
署名基準 ：秘密鍵はEIP-712署名方法を使用して注文に署名する必要があります。

4. APIキーと取引アカウントのマッピング

APIキーは取引アカウントレベルで登録され、各取引アカウントは異なるAPIキーをバインドしてプログラム取引に使用できます。
マッピング関係：
Trading Account ↔ API Key(s)
各APIキーは有効なEthereum公開鍵アドレスにバインドされ、注文署名（EIP-712標準）に使用されます。

PBAC（権限ベースのアクセス制御）-- ビジネスアカウント

GRVTは企業アカウントのためにPermission Based Access Control（PBAC）を設計し、資金アカウント権限と取引アカウント権限を区別します。

5. マルチシグ管理操作（Multi-signature Admin Operations）

企業資金アカウント（Business Funding Account）では、一部の重要な高権限操作にはマルチシグ（multi-sig）承認が必要です。

承認者：Funding Admin（資金管理者）役割のユーザーのみがこれらの操作を承認する権限を持ちます。
閾値メカニズム：Funding Adminはマルチシグの閾値をカスタマイズできます。例えば、2/3、つまり3人の管理者のうち少なくとも2人が署名しなければ操作が有効になりません。

マルチシグに関わる管理操作

資金アカウントユーザー権限の追加/編集
新しいマルチシグ閾値の設定
出金アドレス帳からのウォレットの追加/削除（Withdrawal Address Book）
外部送金アドレス帳からの資金アカウントアドレスの追加/削除（Transfer Address Book）

Tronの評価

GRVTの強みは、混合アーキテクチャを採用し、CEXの高性能マッチングとDEXのオンチェーンセキュリティを組み合わせ、低遅延、高スループットの取引体験を提供し、ゼロ知識証明とマルチシグメカニズムを通じて資金の透明性と安全性を保障することです。また、柔軟なアカウント体系（個人/企業）、細かい権限管理、コンプライアンスのKYC/AMLをサポートし、機関ユーザーにとってより友好的です。

その弱点は、一部の操作が中央集権サーバーに依存しており、一定の信頼仮定が存在することです。また、コンプライアンス要件が一部のユーザーの参加度を制限する可能性があり、新興プラットフォームとしてエコシステムの規模と流動性の蓄積が待たれます。

2. 当週の重点プロジェクトの詳細

2.1. 総融資2150万ドル、Panteraが参加、複雑なアービトラージにワンクリックで参加し、簡素化されたオンチェーン体験を享受する収益生成プロトコルMultipli.fiの詳細

概要

Multipli.fiは、ビットコイン、イーサリアム、ステーブルコイン、トークン化された現実世界の資産（RWA）など、伝統的に収益が不足している資産のために、真のリスク調整後のリターンを解放することを目的とした分散型、クロスチェーンの収益生成プロトコルです。

コアメカニズムは、機関レベルのファンドが一般的に使用する中立的な戦略（例えば、順市場アービトラージContango Arbitrage、資金費率アービトラージFunding-Rate Arbitrageなど）を集約し、これらの戦略をオンチェーンコントラクトを通じてトークン化し、一般ユーザーがトークンを持つように直接専門的な収益戦略を取得できるようにします。

Multipli.fiの独自の強みは、その特許級のAlphaIQ™予測エンジンにあり、このエンジンは資本を最も優れた戦略プールに動的に配分し、ユーザーがオンチェーンで透明で安全かつ効率的な収益を得るのを助けます。同時に、すべての製品はDeFiの組み合わせ性と流動性を備えており、ユーザーは長期的に保有することも、二次市場で自由に取引することもできます。

簡単に言えば、Multipli.fiは複雑な機関アービトラージとヘッジ戦略を使いやすいオンチェーントークンにパッケージ化することで、機関レベルの収益を一般のDeFiユーザーに開放します。

構造の簡単な説明

1. 管理者プロセスと設定（Admin Flow and Setup）

Ride（デプロイ活動）を登録する前に、管理者は以下のステップを完了する必要があります：

新しいトークンタイプのデプロイと登録

各Rideのために新しいRide Ticketトークンタイプをデプロイし、登録します。

トークンタイプの設定

ユーザーが投入する資本トークン（capital tokens）のタイプを決定します。
ユーザーが最終的に取得する戦略トークン（strategy tokens）のタイプを決定します。

価格とスリッページの決定

資本トークンを戦略トークンに交換するための価格とスリッページ範囲を設定します。
ユーザーがRideに参加する際、これらの条件を受け入れることを確認するために、オンチェーンのリミットオーダーに署名します。

プールマネージャースマートコントラクトのデプロイ
このコントラクトは以下の機能を持つ必要があります：

Ride Ticketsの発行と販売 ：Ride Ticketトークンを発行し、Multipliコントラクトに預け、資本トークンを購入するためにオンチェーンのリミットオーダーを提出します。
価格の設定 ：例えば：1 BTC = 1xBTC。
Rideの出発 ：特定のオンチェーン戦略を実行します。Multipliコントラクトからユーザーが投入した資本トークンを引き出し、オンチェーンDeFiコントラクトで戦略トークンに交換します；その後、戦略トークンをMultipliコントラクトに戻し、ユーザーのRide Ticketに交換するためのリミットオーダーを提出します。
- 戦略トークンの価格が高すぎて、ユーザーが受け入れられるスリッページ範囲を超えた場合、実行は失敗します：Ride TicketはMultipliコントラクトに返され、乗客に返金されます。
Rideの清算 ：MultipliコントラクトからRide Ticketを引き出し、焼却（burn）します。

戦略実行価格とスリッページの設定

プールマネージャースマートコントラクト内で、戦略実行に必要な価格とスリッページパラメータを設定します。

2. ユーザー進入プロセス（User Onboarding）

ユーザーがRideに参加

管理者はプールマネージャースマートコントラクトを呼び出し、Ride Ticketsを発行し販売することで、そのRideを有効にします。
ユーザーが収益生成プール（Yield Generation Pool）に参加する際、事前に三つのリミットオーダーに署名する必要があります。これらはDeFiプーリングオペレーター（収益生成オペレーター）によって保存されます。

三つのリミットオーダー

リミットオーダー1

内容：ユーザーがX個の収益トークン（yield tokens）を使ってX枚のRide Ticketsを購入します。
作用：ユーザーが投入した収益トークンからリターンを得ることを許可します。

リミットオーダー2

内容：Rideがキャンセルされた場合、ユーザーはX枚のRide Ticketsを返却し、X個の収益トークンを買い戻します。
作用：ユーザーの資金の安全を保障します。

リミットオーダー3

内容：Rideが成功裏に目的地に到達した場合、ユーザーはX枚のRide Ticketsを使ってY個の戦略トークン（strategy tokens）を交換します。
説明：YとXの比率はRide登録段階で設定された価格とスリッページに基づいて決定されます。

ユーザー進入マッチングプロセス

管理者はユーザー進入（onboarding）段階を開始します。
この段階で、オペレーターはユーザーの第一のリミットオーダー（チケット購入）をプールマネージャースマートコントラクトに登録された販売注文とマッチングさせます。
マッチングが完了すると、ユーザーは正式にRideに参加します。
複数のユーザーが同時に参加でき、各ユーザーは異なる数量のチケットを購入できますが、チケット価格は一貫しています。

3. Rideの実行（Ride Execution）

管理者が出発指令を出すと、プールマネージャーはMultipliスマートコントラクトからユーザー資金を引き出し、設定された価格/スリッページでオンチェーン取引を行い、戦略トークンを購入します。
取引価格がユーザーの受け入れ範囲内であれば → 戦略トークンの購入が成功し、Multipliコントラクトに戻され、ユーザーに交換するためのリミットオーダーが出されます。
取引が失敗した場合（価格が高すぎる） → 資本トークンが返金され、ユーザーはチケットを持って元の資金を返却します。

4. ユーザーの離脱（User Off-boarding）

Rideが到着した後、ユーザーはRide Ticketsを使って戦略トークンを交換できます；戦略が成功しなかった場合は、元の資本トークンに交換されます。
すべての決済が完了し、オンチェーンで確認された後、管理者は清算機能を呼び出してRide Ticketsを焼却し、プロセスが終了します。

自己保管（Self Custody）

ユーザーは常に資金を自己保管し、資本トークン、戦略トークン、Ride Ticketの三種類のトークンを持ちます。
ユーザーはいつでもMultipliの引き出しメカニズムを通じて資本または戦略トークンを取り戻すことができます。
Ride Ticketはプラットフォーム内でのみ価値があり、以下のように交換に使用できます：
a) 戦略が成功した場合 → 戦略トークン
b) 戦略が実行されなかった場合 → 元の資本トークン

Tronの評価

Multipli Rideの強みは、複雑な機関レベルのアービトラージと収益戦略をオンチェーンの「旅」として抽象化し、リミットオーダー+スマートコントラクトを通じて資金の流れを自動化し、透明化することです。ユーザーは全過程で自己保管を維持し、明確な退出メカニズム（戦略トークンに交換するか、元の資本に戻すか）を持つことで、安全性とコンプライアンスを両立させています。さらに、標準化された「チケット」モデルは参加のハードルを下げ、組み合わせ性と流動性を向上させます。

その弱点は、プロセスがオンチェーンの価格とスリッページの設定に依存しているため、市場が激しく変動すると実行が失敗する可能性があることです。また、多段階のマッチングとリミットオーダー管理は複雑さを増し、ユーザー体験に影響を与える可能性があります。同時に、実際の収益は戦略の実行効果とDeFi環境の安定性に大きく依存し、制御不能なリスクが存在します。