パーペチュアル先物（パープ）は、暗号資産市場で最も活発に取引されているデリバティブであり、その取引高はかねてより現物取引を凌駕しています。また、パーペチュアル先物は、中央集権型取引所（CEX）と分散型取引所（DEX）双方にとっての主要な争点となっています。従来の先物とは異なり、パーペチュアル先物には満期日がなく、理論上はその価格は現物指数と等しく保たれるはずです。 アービトラージ業者によって均衡状態から逸脱することなく、これらを「永久に」存続させる仕組みが「ファンディングレート」です。これは、ロングポジション保有者とショートポジション保有者の間で支払われる定期的な手数料であり、「価格の乖離」を「ファンディング支払い」に変換することで、中央集権化や取引相手への信頼を必要とせずに、パーペチュアルの価格を指数へと引き戻します。

ファンディングレートの仕組みは単純な数式のように見えますが、実際にはDEXのパーペチュアル契約における「中央銀行」のような役割を果たしています。 これは、契約がスポット価格にどの程度強く連動するかを決定し、トレーダーの保有コストに影響を与え、マーケットメイカーの気配幅を定義し、プロトコルの損益（PnL）を管理し、裁定取引の機会の規模を決定し、極端な状況下でのシステムの安定性を左右するものです。 設計が不十分なファンディングシステムは、直接的に以下の事態を引き起こします：(1) 価格が指数から持続的に乖離し、アービトラージ業者が大規模なポジションを移動させること；(2) ファンディングレートの極端な急騰によりユーザーが強制決済されること；(3) ファンディングレートを歪めるオラクル操作； (4) オンチェーン決済時のガス料金の急騰やネットワークの混雑；(5) 保険基金の枯渇によるADL（自動デレバレッジ）のトリガー。

本記事では、製品およびエンジニアリングの両方の観点から、ファンディングレートメカニズムの設計空間全体を体系的に分析し、以下の点を解説します：

• パーペチュアル先物がファンディングレートを必要とする理由、および従来の先物との根本的な違い；
• マーク価格とインデックス価格の算出方法、サンプリングウィンドウ、および複数ソースの重み付け；
• プレミアム指数の時間加重平均（TWAP）ロジック；
• 金利コンポーネントの設計、金利の選定および時間軸；
• ファンディングレートの算出式、金利のクリッピング、および上限・下限保護；
• 決済間隔の選択：8時間、1時間、およびHyperliquid方式の連続／高頻度決済；
• 正および負のファンディングにおけるロング・ショート間の支払い方向、および保有コストへの影響；
• オラクルの設計：マルチソース中央値、TWAP、偏差サーキットブレーカー、操作防止；
• オンチェーン実装：バッチ決済、ガス最適化、オーダーブック型とvAMM型アーキテクチャの違い；
• ファンディングレートのアービトラージ（キャッシュ・アンド・キャリー／ベーシス・トレード）および取引所間ベーシス・アービトラージ；
• 極端な市場環境下における動的パラメータガバナンス：サーキットブレーカー、頻度低減、上限保護；
• エンジニアリングアーキテクチャ、データの透明性、保険基金とADLの連携；
• ファンディングに関するvAMM（例：GMX、Perpetual Protocol）とオーダーブック型（例：dYdX、Hyperliquid）DEXアーキテクチャの違い；
• ホワイトラベルDEXのパーペチュアル取引におけるファンディングレートメカニズムに関する、SoonTechの包括的なソリューションおよびエンタープライズレベルの提言。

次世代DEXを構築するプロダクトマネージャー、オンチェーン契約エンジニア、マーケットメーカー、クオンツファンド、CEXの変革チーム、あるいは既存のプラットフォームにパーペチュアルを統合しようとしている開発者やCTOのいずれであっても、本記事は設計やレビュー作業に直接活用できる、プロダクトグレードの青写真として役立ちます。

1. パーペチュアル契約にファンディングレートが必要な理由

1.1 従来の先物取引の課題

従来の先物には明確な満期日があり、その時点でロングポジションとショートポジションは、満期価格での現金決済または現物引渡しによって決済されます。また、先物価格は満期前にベーシスを通じて徐々にスポット価格に収束していきます。 この収束は自然な現象であり、特別なプロトコルを必要としません。満期は厳格な制約であるため、アービトラージ業者はリスクなしで「現物ロング＋先物ショート」（またはその逆）を行うことができ、スプレッドを縮小させることができるからです。

しかし、満期日こそが従来の先物の最大の課題でもあります：

• ロールコスト：機関投資家は常にポジションをロールオーバーしなければならず、ロールごとにベーシス・スリッページや手数料が発生し、時間の経過とともに莫大なコストとして積み上がる。
• 流動性の分散：異なる限月の契約は独立した金融商品であるため、流動性は十数もの契約に分散され、いずれの契約も十分な流動性を確保できていない；
• レバレッジと清算圧力：満期が近づくにつれて価格変動性が高まり、アービトラージャーによるポジション解消がギャップを引き起こし、ユーザーが清算される；
• 受動的なロールオーバーによる不十分な体験：個人投資家はロールオーバーを忘れがちで、自動的に次の契約に移行されるため、体験が断片化されてしまう。

1.2 永久先物の誕生と「満期なし」の問題

2016年、BitMEXはパーペチュアル・スワップを先駆けて導入しました。その中核となる革新は「満期がない」という点にあります。ユーザーはポジションを無期限に保有でき、ロングとショートは「ファンディングレート」と呼ばれる定期的な手数料を通じて互いに支払いをし合うことで、先物価格がスポット指数と連動し続けるよう強制されます。この仕組みにより、パーペチュアル契約には以下の利点があります：

• 単一の取引商品、集中した流動性：BTC-USDT-PERPは常に1つしか存在せず、マッチングの流動性を極限まで高めることが可能；
• ロールコストなし：ユーザーは同じ契約を永久に保有し続けます；
• スポット価格への連動：ファンディングを通じて価格が動的に調整される；
• マーケットメーカーや機関投資家の長期保有者に適している。

しかし、「満期なし」という特性は、逆選択の問題も引き起こします：

• パーペチュアル価格がスポット指数を上回る状態（コンタンゴ）が持続する場合、ロングポジション保有者は時間価値を失うことがないため、積極的にポジションを決済する理由がありません。
• ファンディングがない場合、ショートポジション保有者は損失の出るポジションを無期限に保有し続けることができ、市場は最終的に一方的な圧力によって押し潰されてしまう；
• 収束メカニズムがなければ、アービトラージ業者はリスクフリーの「パーペチュアル売り＋スポット買い」取引を行うことができず、価格は際限なく乖離し続けることになる。

ファンディングレートは、まさにこの問題を解決するために存在する。

• パーペチュアル価格がスポット指数を上回っている場合、ファンディングレートは正となり、ロングポジション保有者がショートポジション保有者に支払います；
• パーペチュアル価格がスポット指数を下回ると、ファンディングレートはマイナスとなり、ショートポジション保有者がロングポジション保有者に支払います；
• この定期的な一方的な支払いを介して、「価格の乖離」は「保有コスト」へと変換され、アービトラージ業者にポジションを調整するインセンティブを与え、それによって価格は指数へと引き戻される。

1.3 ファンディングレートの設計目標

優れたファンディングレートシステムは、以下の目標を満たすべきです：

• スポット指数へのアンカー：長期的には、パーペチュアル価格と指数の乖離は（通常の市場環境下で）±0.1%以内に収束すべきである；
• 極端な値動きの抑制：ファンディングレートは8時間あたり±0.5％（1日あたり約±1.5％）を超えてはならない。これを超えると保有コストが高くなりすぎ、連鎖的な清算を引き起こす恐れがある；
• 操作への耐性：異常な短期的な価格変動（ポンプ、ダンプ、ウィック）によって、ファンディングレートが急騰してはならない；
• 予測可能性：ユーザーおよびマーケットメーカーは、公開データに基づいて、今後1～2期間の資金調達レートを予測できるべきである；
• ガス効率の良さ：オンチェーン決済にかかるガス代は、ユーザーが受け取るファンディング額を超えてはならない；
• 透明性と監査可能性：ファンディングレートのすべてのパラメータ、サンプルデータ、および決済プロセスは、オンチェーンで照会可能でなければならない。

これらの目標には本質的な緊張関係がある。感度が過度に高いと操作を招き、感度が低すぎると現物価格を適切に反映できなくなる。これこそが、ファンディングレートの設計における核心的な技術である。

2. マーク価格とインデックス価格の構築

2.1 インデックス価格：現物価格の「真の基準」

インデックス価格は、パーペチュアル先物の価格設定および決済に使用される現物市場の参照価格であり、プロトコルによって複数の主要現物取引所（Binance、OKX、Coinbase、Kraken、Bybitなど）からリアルタイムで取得され、加重ルールに従って統合されます。 インデックス価格は「ある1つの取引所の価格」ではなく、「この資産の公正価値に対する市場の評価」です。

一般的な指数価格の算出ルール：

• サンプリング対象：BTC/USDT、ETH/USDTなどについて、少なくとも5～7つの主要スポット取引所；
• 加重：均等加重または出来高加重；
• 外れ値の除去：最大値と最小値を除外して中央値を採用するか、各取引所のTWAPを先に算出した上で中央値を採用する；
• 更新頻度：通常、1～3秒ごとに更新（オフチェーン集計；オンチェーンフィードは1分または3分に制限）；
• 障害時のフェイルオーバー：30秒間データを送信していない取引所、または価格が中央値から3％以上乖離している取引所は自動的に除外されます；
• サービス停止時の保護：すべての取引所が同時に利用不能になった場合、時間減衰を適用した直近の正常な値を使用する（ウィックが固定されるのを防ぐため）。

指数価格の一般的な実装：

• Chainlink Data Streams：符号付きマルチソース中央値を提供；
• Pyth Network：Solana／Aptosおよびその他のチェーン上の高頻度オラクル；
• 独自のアグリゲーション：プロジェクトチームが独自のマルチソース価格を運用（SoonTechのソリューションと同様）。オフチェーンでの集計とオンチェーンでの署名付きアップロードを行う。

2.2 マーク価格：「ウィック」の罠を回避する

パーペチュアル先物のPnL、証拠金、清算ラインはすべて、最終取引価格ではなくマーク価格に基づいています。 その理由は単純明快です。直近の価格を使用した場合、十分な資本を持つ攻撃者が、スポット指数が全く変動していないにもかかわらず、少量の大型注文（「ウィック」）を1回発注するだけで、ユーザーを即座に清算させてしまう可能性があるからです。

典型的なマーク価格の算出式：

マーク価格 = 指数価格 + 時間加重平均ファンディング・ベーシス (P)

ベーシス P は、直近の期間における「マーク価格と指数価格の平均差」であり、マーク価格が指数を反映すると同時に、パーペチュアル市場の実際の需給も反映できるようにすることを目的としています。 Pは、通常過去5～30分間のTWAP（時間加重平均価格）を用いて算出されます。

マーク価格の利点：

• ウィック耐性：TWAPに反映されるまでに5～30分かかるため、単一の大型注文ではマーク価格を変更できません；
• 需給を真に反映：Pは、スポット価格の単なる複製ではなく、パーペチュアル市場のロング／ショートの力のバランスを反映しています；
• 安定性と反応性の両立：1％のウィックでユーザーを強制決済することはないが、実際のトレンドが現れた際には適時に調整される。

2.3 主要プロトコルのマーク価格／インデックスの設計

主要プロトコル間のマーク価格／インデックスの設計の違いは、製品のポジショニングを反映しています：

• Binance / OKX / Bybit（CEX）：マーク価格 = 指数 + ファンディング・ベースのTWAP、指数 = 複数取引所の中央値；8時間ごとに決済；
• dYdX v4（オーダーブック型DEX）：マーク価格 = 指数 + ファンディング・ベースのTWAP、指数はChainlink / Pythから取得；1時間ごとに決済；
• Hyperliquid（オーダーブック型DEX）：マーク＝指数＋EMAファンドイング・ベース、約1時間ごとに決済、リアルタイムの「推定ファンドイング」を表示；
• GMX v2（オラクルベースのDEX）：マルチソース・オラクルの中央値をマークとして直接使用し、決済にはインデックス＋ファンディングを使用；
• Perpetual Protocol v2（vAMM）：マーク＝指数＋ファンディングプレミアムTWAP、8時間ごとの清算；
• dYdX v3 / 旧バージョン：TWAPの代わりにEMA（指数平滑移動平均）を使用。より滑らかだが、遅延が大きくなる。

3. プレミアム指数と時間加重サンプリング

3.1 プレミアムの概念

資金調達レートの「プレミアム成分」は、パーペチュアル市場自体の需給関係を反映しています。すなわち、指数価格に対して、パーペチュアル価格がどれだけ高く、あるいは低いかを示します。プレミアム指数は、この乖離を定量化する指標です。

プレミアム指数の簡略化された定義：

P_t = (パーペチュアルの中間価格_t − 指数価格_t) / 指数価格_t

しかし、この瞬間的な値は、瞬間的な価格変動、オーダーブックの不均衡、およびウィックの影響を受けるため、ファンディングレートに直接使用することはできません。時間加重サンプリング（TWAP）を用いて平滑化する必要があります。

3.2 TWAP 対 EMA

プレミアム指数のサンプリングには、主に以下の2つの方法があります：

• TWAP（時間加重平均価格）：固定された時間ウィンドウ（例：5分、15分、または30分）内で均一にN回（例：5分ごとに60回、5秒ごとに1回）サンプリングを行い、算術平均を算出する。 これはウィック（ヒゲ）の影響を受けにくく、説明可能であるが、遅延が生じやすく、ウィンドウの開始時点に敏感である；
• EMA（指数平滑移動平均）：N秒ごとに P_ema = α * P_t + (1 − α) * P_ema_prev を更新する。反応が速く計算も容易だが、外れ値の影響を受けやすい。

代表的な設定：

• Binance / OKX：5、10、15、20、25、30分の6つのTWAPウィンドウを取り、それらを加重平均する；
• dYdX v3：1時間のEMA（α ≈ 0.05）を使用；
• Hyperliquid：1時間のEMAを使用し、現在のEMA値をリアルタイムで表示；
• Perpetual Protocol v2：30分間のTWAPを使用；
• GMX v2：別途プレミアムを算出することなく、オラクル価格を直接使用する。

SoonTechのデフォルト設定は、30分TWAPに加え、二重検証のための5分ショートTWAPを採用しています。ショートTWAPはリスクサーキットブレーカーに、ロングTWAPは実際の決済に使用されます。

3.3 サンプリングソースとノイズ除去

パーペチュアル・ミッド価格 = (最良の買い注文価格 + 最良の売り注文価格) / 2。オーダーブック型プロトコルではこれを容易に取得できますが、vAMMプロトコル（Perpetual Protocol v1、v2）では、ミッド価格はvAMMの現在の提示価格となります。

サンプリング時には、以下の処理を行う必要がある：

• 外れ値注文の除去：0.1 BTCで100 BTCを売却するといった注文は、ミッド価格に影響を与えてはならない。そのため、注文簿の深さフィルタリングが必要である。
• ノイズ除去と平滑化：2つの連続するサンプリング間で0.5%を超える変動がある場合、誤ったデータである可能性があります；
• 凍結メカニズム：過去5分間にパーペチュアル契約で取引がなかった場合、プレミアム指数の更新を一時停止する。

4. ファンディングレートの算出式、金利成分、およびクランプ

4.1 従来のファンディングレートの計算式

パーペチュアル契約のファンディングレート F は通常、以下の2つの部分で構成されます：

F = プレミアム指数成分 + 金利成分

ここで：

• プレミアム指数成分：TWAPで算出されたプレミアム P。これは、パーペチュアルがスポット価格から乖離している度合いを反映する。
• 金利成分：2つの通貨の「借入コスト」を反映する基準金利 r。デフォルト値は、2つの国（または2つの通貨）間のリスクフリー金利差に近い値となる。

簡略化された式：

F = clamp(P + clamp(r − P, −D, D), −F_max, +F_max)

ここで：

• r は基準金利（BTC/USDTの場合、通常8時間あたり0.01％、1日あたり約0.03％、年率換算で約11％）；
• Dはクランプ間隔（通常±0.05%）であり、「金利差＋偏差」による増幅効果を防ぐためのもの；
• F_maxは最終的なファンディングレートの上限（通常、8時間あたり±0.75％、Hyperliquidでは1時間あたり約±0.5％）です。

4.2 金利要素の設計

金利要素 r は、「ロングポジションを保有するコスト」を「スポットを保有するコスト」よりわずかに高く設定し、パーペチュアル先物が無限にロングされるのを防ぐように設計されています。r を選択する基準：

• ステーブルコインペア（USDC/USDT）：rは0に近い；
• BTC/USDT：r ≈ 8時間あたり0.01％（米ドル金利に応じて調整）；
• ETH/USDT：r ≈ 8時間あたり0.01%～0.02%；
• アルトコイン：プロジェクトトークンの「借入コスト」が高いため、rは通常より高くなります（8時間あたり0.02%～0.05%）。

金利要素は、両国の無リスク金利差と完全に一致するわけではなく、むしろプロトコルによって設定され、マクロ経済環境に応じて動的に調整される「基本コスト」である（例：FRBの利上げサイクル中、CEXはそれに応じて r を引き上げる）。

4.3 クランプメカニズムの詳細

クランプは、ファンディングレートのリスク管理における「ブレーキ」の役割を果たします：

• 第1層クランプ（r − Pクランプ）：「金利差とプレミアムの差」を±D（Dは通常±0.05%）以内に制限し、市場が激しく変動した際に資金調達レートが極端な値になるのを防ぐ。
• 第2層クランプ（最終クランプ）：「最終資金調達率F」を±F_maxの範囲内に制限する（F_maxは通常、8時間あたり±0.75％であり、Hyperliquidでは1時間あたり約±0.5％）。

例えば、市場が急騰し、パーペチュアルが指数を大幅に上回った場合、プレミアム P は一時的に 1% に達することがありますが、r − P は −1% となり、第1層クランプによって −0.05% に変換されます； すると、F = P + clamp(r − P) = 1% − 0.05% ≈ 0.95% となり、第2のクランプによってこれが +0.75% に変換されます。これにより、「ウィックによるファンディングの急騰」が防止されます。

4.4 主要プロトコルのファンディングレートパラメータの比較

0.01%

±0.05%

±0.75%

30分TWAP

dYdX v4

1時間

0.01%

±0.05%

±0.375%

1時間EMA

ハイパーリキッド

約1時間

0.01%

±0.05%

±0.5%

1時間足EMA

Perpetual Protocol v2

8時間

0.01%

±0.05%

±0.75%

30分TWAP

GMX v2

8時間

0.01%

±0.05%

±0.75%

Oracleダイレクト

SoonTechのデフォルト

設定可能

0.01%

±0.05%

±0.75%

30分TWAP

4.5 資金調達の決済方向

資金調達レートが正の場合（F > 0）：

• ロングポジション保有者はショートポジション保有者に、F × 想定ポジションサイズを支払う。
• ロングの保有コスト = ファンディング + メイカー手数料 + テイカー手数料 + ファンディングレートリスク;
• ショートポジションの保有収益 = ファンディング収入 − テイカー手数料 − 借入利息（借入がある場合）。

ファンディングレートが負の場合（F < 0）：

• ショートポジション保有者はロングポジション保有者に |F| × 名目ポジションサイズ を支払います。

決済時、プロトコルはユーザーの証拠金残高から対応する金額を直接加算または減算するため、ユーザーが別途操作を行う必要はありません。オンチェーンでの実装では、通常、中央集権型のファンディング決済コントラクトを通じてこれが処理されます。

5. 決済間隔の設計：8時間、1時間、および連続

5.1 従来の8時間間隔

BitMEXが先駆けて導入し、現在も使用されている、8時間ごとの清算（UTC 00:00、08:00、16:00）。長所：

• シンプルで理解しやすい；
• アービトラージ業者にとって予測可能（資金調達レートは決済前後で最も変動しやすい）；
• 従来のマーケットメーカーやクオンツファンドによる照合に適している；
• ファンディングの「ピーク」が決済時刻前後に集中するため、アービトラージ業者にとって有利。

デメリット：

• パーペチュアル契約は期間全体を通じて指数から1％～2％乖離する可能性があり、決済時にのみ是正される；
• 短期トレーダーにとっては間隔が長すぎる；
• DeFiにおける高頻度取引のシナリオには適さない。

5.2 1時間間隔（dYdX / Hyperliquidスタイル）

1時間ごとに清算が行われ、ファンディングレートの上限はそれに応じて±0.375%または±0.5%に引き下げられます。 長所：

• スポット価格への連動性がより高く、乖離は通常0.1%未満；
• アービトラージの機会はより頻繁だが、その規模は小さい；
• オーダーブック型DEXでの高頻度マーケットメイキングに適している；
• ユーザー体験がよりスムーズ。

デメリット：

• 1時間以内にパーペチュアル先物が指数から0.3％乖離する可能性があるため、アービトラージ業者による高頻度のモニタリングが必要となる；
• 決済に割かれるガス代がより多くなる（1日24回対3回）；
• オラクルの更新頻度を高める必要がある。

5.3 連続／高頻度決済

一部のプロトコルでは、継続的な決済や非常に短いサイクル（例：1分、10分）での決済を試みています：

• Hyperliquidはリアルタイムの「推定ファンディング」表示を提供しているが、実際の決済は依然として1時間ごとである；
• Drift Protocolはかつてより長いサイクルを試みたが、実際には1時間に戻した；
• Mango / Zetaは可変サイクルを検討しています。

顧客向けの設計において、SoonTechは通常、8時間（保守的）、1時間（推奨）、1分（実験的、主要通貨ペアのみ）の3つのオプションを提案しています。 Hyperliquid方式のセットアップでは、ボラティリティに応じてサイクルを動的に切り替えることも可能です。通常時は1時間ですが、市場が乱高下する状況では、連鎖的な清算を回避するために自動的に8時間に延長されます。

6. オラクル設計と不正操作防止メカニズム

6.1 ファンディングにおけるオラクルへの依存性

ファンディングレートの核心となる入力はインデックス価格であり、その信頼性がファンディングレートの信頼性を直接決定します。もしインデックス価格が操作された場合：

• 攻撃者はまず取引所の価格を操作し、インデックスを一時的に逸脱させます；
• その異常値がTWAPウィンドウに取り込まれ、プレミアム指数を歪めます；
• ファンディングレートが急騰し、ユーザーが強制決済され、攻撃者は反対側で利益を得る。

オラクルは、ファンディングレートシステムにおいて最も脆弱な部分である。

6.2 マルチソース中央値 + TWAP

主流の操作防止設計：

• 少なくとも5～7つの取引所：Binance、OKX、Coinbase、Kraken、Bybit、Bitstamp、Gate.io；
• 中央値：一点集中による操作を防ぐため、最大値と最小値を除外；
• TWAP：1～3秒ごとにサンプリングし、さらに平滑化するために5～30分間の平均を算出；
• 乖離サーキットブレーカー：価格が中央値から1％～3％以上乖離した取引所は自動的に除外される。

6.3 Chainlink / Pythの統合

• Chainlink Data Streams：署名付きマルチソースの中央値＋TWAPを提供。CEX/DEXの永久先物取引で最も一般的に使用されているソリューション；
• Pyth Network：Solana／Aptos上の高頻度オラクルで、400msレベルのプッシュを提供します；
• API3 QRNG：ランダム性を必要とするリスクシナリオで使用されます；
• Redstone：モジュール式のオラクルで、カスタマイズされたシナリオに適しています。

SoonTechでは、デフォルトでChainlinkを基盤として統合し、冗長性として自社開発のマルチソース集約機能を重ねており、いずれかのソースに障害が発生してもシステムが正常に価格提示を行えるよう保証しています。

6.4 偏差サーキットブレーカーとタイムロック

極端な市場状況（例：ある取引所が10分以内に5％の乖離を生じた場合）において、プロトコルは以下の対応が可能でなければなりません：

• サーキットブレーカー：当該ソースを一時停止し、30分間インデックスに含めない；
• グローバル・サーキットブレーカー：すべてのソースが同時に異常状態になった場合、最大減衰率（例：1分あたり0.01%）を適用した、最後に確定した指数を使用する；
• タイムロック：ファンディングレートパラメータ（r、D、F_max）の変更には24～48時間のタイムロックが適用され、ユーザーに撤退の猶予期間を与える。

6.5 vAMMアーキテクチャの特記事項

vAMMアーキテクチャ（Perpetual Protocol v1/v2、GMX v1）では、パーペチュアルの中間価格はvAMMの計算式によって決定され、意図的に「スクイーズ」される可能性があります：

• 攻撃者は巨額の資金を用いてvAMM価格を押し上げ、ミッド価格に影響を与え、ひいてはプレミアム指数にも影響を及ぼします；
• しかし、マーク価格は依然としてオラクルに基づいているため、清算はマーク価格に基づいて計算される；
• vAMMにおけるファンディングレートが歪められる可能性があります。

対策：

• vAMMの価格は、「プール内の取引価格」ではなく、オラクルによって算出される「理論価格」に基づくべきである；
• 極端な乖離が生じた場合、vAMMは価格提示を一時停止するか、マーク価格モードに切り替えるべきである。

7. オンチェーン実装：バッチ決済とガス最適化

7.1 オンチェーン決済の基本的なフロー

オンチェーン・ファンディング決済の基本的な手順：

1. ファンディング・オラクルを更新する： updateFundingRate() 契約を呼び出し、最新のインデックス価格、プレミアムインデックス、およびレート r を設定する;
2. ユーザーを順に処理して累積ファンディングを更新する： cumulativeFundingPerSize （ポジションサイズごとの累積ファンディング）を計算し、決済時にこれに基づいて支払額を算出する now − lastSettlementTime;
3. バッチ決済：すべてのユーザーをMerkleツリーまたは単純な配列に書き込む；キーパーが呼び出し settleAll() を呼び出して一括処理する；
4. 証拠金から差し引く／追加する： modifyCollateral(user, ±amount) を呼び出し、それに応じてユーザーの引き出し可能残高を調整する。

7.2 累積ファンディングの設計

毎回の決済で全ユーザーを逐次処理することを避けるため、主流の実装では累積資金モデルを採用している：

• グローバル変数を維持する globalCumulativeFundingPerSize （累積資金値は1秒ごとまたは1分ごとに更新される）；
• 各ユーザーは userLastCumulativeFunding （前回の決済時点での累積値）；
• ユーザーがポジションを建てる、決済する、または調整する際、 userLastCumulativeFunding と現在の値の差を計算し globalCumulativeFundingPerSizeとの差分を算出し、ポジションサイズを乗じて、支払うべき金額を算出する；
• ユーザーを逐次処理する必要がないため、ガス代を大幅に削減できます。

Hyperliquidスタイルの設計はさらに一歩進んでおり、資金精算はユーザーの各トランザクション（建玉の開設、決済、調整）ごとに実行されるため、精算の瞬間にユーザーに多額の一括請求が行われることを防ぎます。

7.3 バッチ決済とガス最適化

1時間ごとに決済を行い、ユーザー数が10,000人、ユーザー1人あたりのガス消費量が50,000の場合、総ガス消費量は500M ≈ 0.5 ETHとなります。最適化手法：

• 反復処理なしの決済：累積資金モデルを使用する。決済＝グローバル変数を更新する単一のSSTORE。
• バッチ書き込み：すべてのユーザー状態の変更を単一のトランザクションにまとめます；
• 状態の代わりにイベント：ユーザーの資金移動はイベントログに記録され、フロントエンドはイベントを読み取って表示する；
• L2展開：Arbitrum、Optimism、Baseでは、メインネットに比べてガス代が10～100倍安価；
• ERC-7201ストレージ：他のコントラクトとの競合を避けるため、ネームスペース付きストレージを使用する；
• ビットマップによる最適化：ユーザーのオープンポジションの状態にビットマップを使用し、ストレージを節約する；
• ライブラリの再利用：資金計算をライブラリに抽象化し、再デプロイを回避する。

7.4 vAMMとオーダーブックアーキテクチャの違い

ステートが少なく、ガス代が安い

オーダーブックの保存量が多いほど、ガス代が高くなる

マッチング

vAMM（自動）

オフチェーンでのマッチング＋オンチェーンでの決済（dYdX v4）またはオンチェーンでのマッチング（Hyperliquid）

マーケットメーカー

流動性プロバイダーに依存

プロのマーケットメーカーが活動中

代表的なプロジェクト

GMX v1、Perpetual Protocol v1/v2、Drift

dYdX、Hyperliquid、Vertex

SoonTechは以下の両方のアーキテクチャに対応しています：

• vAMMモード：迅速な立ち上げに適しており、資本効率の要件が比較的緩やかです。
• オーダーブックモード：プロのマーケットメーカー、機関投資家、高頻度決済を必要とする商品に適しています。

8. ファンディングレート・アービトラージおよびベーシス取引

8.1 キャッシュ・アンド・キャリー

資金調達レート・アービトラージの最も典型的な形態は、キャッシュ・アンド・キャリーです：

• シナリオ1：パーペチュアル価格＞スポット指数、ファンディングはプラス；
• アービトラージャーはパーペチュアルをショートし、スポットをロングする；
• スポットポジションを保有してコイン建てのリターンを獲得し、パーペチュアルのショートポジションとしてファンディングを受け取る；
• 純損益 ≈ ファンディングレート × ポジション − スポット借入金利 − 手数料；
• ファンディングが借入コスト＋手数料を上回る場合、このアービトラージは利益を生む。
• シナリオ2：パーペチュアル価格がスポット指数より低く、ファンディングがマイナス；
• アービトラージャーはパーペチュアルをロングし、スポットをショートする（借りて売る）；
• 純損益 ≈ |ファンディング| × ポジション − 借り入れ金利 − 手数料。

アービトラージ参加者が大規模に取引を実行した後：

• ロング／ショートのポジションが均衡し、パーペチュアル価格は指数に収束する；
• ファンディングは基準金利 r 付近に戻る；
• 市場は均衡状態に達する。

8.2 取引所間ベーシス・アービトラージ

異なる取引所における同一のペアには、取引所間ベーシスが存在する：

• アービトラージャーは、ファンディングが低い取引所でロングポジションを、ファンディングが高い取引所でショートポジションを建てる；
• 純損益（PnL）＝（資金料率の高い取引所の資金料率）−（資金料率の低い取引所の資金料率）− 取引所間送金コスト − 出金遅延コスト。

取引所間アービトラージには、極めて低い送金遅延と安定したファンディング口座が必要であり、これらはクオンツファンドが明確な優位性を持つ分野です。SoonTechのマルチアカウント・マルチ取引所APIにより、アービトラージャーは迅速に取引所間戦略を構築できます。

8.3 ファンディングがマーケットメーカーに与える影響

マーケットメーカーにおけるファンディングレートのリスクとリターン：

• ファンディングが正の値の場合、マーケットメーカーはオーダーブック上で両側の流動性を提供し、約定したロングサイドはファンディングを支払い、ショートサイドはファンディングを受け取ります。
• ネットポジションによって、マーケットメーカーがネット支払者となるか、ネット受取者となるかが決まります；
• ファンディングレートが極端な水準になると、マーケットメーカーは積極的に気配値幅を狭めたり、マーケットメイキングを一時停止したりするため、流動性が低下します。

SoonTechは、マーケットメーカー向けに資金調達レートの予測APIを提供しています。これは、過去のデータ、オーダーブックの不均衡、ETFの資金フロー、マクロ経済イベントに基づいて、今後1～4期間の資金調達レートの方向性を予測するものです。

9. 極端な状況下における動的パラメータ管理

9.1 極端な市場の状況の種類

• 急激な値動き：ある取引所で一時的に価格が急騰し、数秒で元の水準に戻る；
• 一方的なトレンド：パーペチュアル先物が指数を継続的に上回る、または下回る状態で取引され、ファンディングレートがプラス／マイナスのまま維持される；
• ブラック・スワン：取引所への攻撃、オンチェーン・オラクルの障害、市場全体にフラッシュ・クラッシュを引き起こすマクロ経済イベント；
• 流動性危機：マーケットメーカーが撤退し、オーダーブックの厚みが薄くなる。

9.2 動的パラメータ設計

極端な状況下では、固定パラメータではあらゆる状況に対応できないため、動的なガバナンスが必要となる：

すべてのソースが同時に異常状態にある

最後に確認された価格＋減価を使用

ファンディング上限の保護

ファンディング > 0.9 × F_max

パラメータの変更を凍結し、ガバナンス投票を開始

間隔の引き下げ

30分間のボラティリティが5%を超える場合

1時間サイクルを8時間に引き下げ

ポジション上限

ユーザーのポジションがプロトコルの制限値を超えた場合

建玉の新規開設を制限し、ユーザーに確認を求める

緊急一時停止

30分間の清算額が1,000万米ドルを超えた場合

ガバナンスのマルチシグによりプロトコルが一時停止

9.3 段階的なガバナンス権限

• レベル1（自動）：偏差ドロップ、パラメータ・サーキットブレーカー、間隔の引き下げ、緊急一時停止；
• レベル2（ガバナンス・マルチシグ）：F_max、D、rの変更（24～48時間のタイムロック付き）；
• レベル3（DAO投票）：基礎となる資金調達率の計算式の変更、取引ペアの追加・削除、プロトコルの主要パラメータの変更。

SoonTechのガバナンスフレームワークは段階的な分散化をサポートしています。1年目はマルチシグが主導し、2年目にはパラメータのガバナンスが徐々にDAOに移管されます。

10. エンジニアリングアーキテクチャとデータの透明性

10.1 ファンディングレートシステムの構成要素

完全なファンディングレートシステムは、以下のコンポーネントで構成されます：

1. オラクルアダプター層：Chainlink / Pyth / 独自開発のマルチソース集約機能により、インデックス価格を提供；
2. ファンディングレート計算モジュール：オフチェーンでの集計、オンチェーンでの署名付きファンディングレート・オラクル；
3. ファンディングレート保存コントラクト：過去1～2週間のファンディングレートの履歴を更新し、チェーン上に保存します；
4. 累積ファンディンググローバル変数：1秒ごとまたは1分ごとに更新され、すべてのユーザートランザクションで参照されます；
5. キーパー／リレーヤーネットワーク：定期的に呼び出しを行います updateFundingRate() および settleAll();
6. データAPI：過去のファンディングレート、現在のファンディングレート、および次期間の予測値を提供；
7. フロントエンド表示：ファンディングカーブ、累積ファンディング収益の推定値、アービトラージ機会のヒント；
8. 監視およびアラート：ファンディングの異常な急変、オラクルの乖離、オンチェーン決済の失敗。

10.2 データの透明性

ユーザー、マーケットメーカー、アービトラージ業者がシステムを信頼するためには、ファンディングデータが完全に透明でなければなりません：

• オンチェーンでの照会可能：各期間のファンディングレート（レート r）、サンプルデータ、マーク価格／インデックス価格はすべてイベントログに記録されています；
• 公開API：SoonTechはGraphQLおよびREST APIを提供しており、あらゆるサードパーティがリアルタイムでデータを取得可能；
• 履歴の追跡可能性：オンチェーン履歴は少なくとも3ヶ月分保存され、オフチェーンデータは永久に保存可能です；
• 視覚的なダッシュボード：フロントエンドにはファンディングカーブ、累積支払額、ベーシス履歴が表示されます。

透明性を欠くプロトコルは、マーケットメイカーの信頼を失い、その結果、流動性を失い、「流動性の低下 → 大幅な乖離 → ファンディングの急上昇 → ユーザーの流出」という悪循環に陥ることになります。

10.3 保険基金とADL

ファンディングレートメカニズムは、保険基金およびADLと密接に関連しています：

• 保険基金：ユーザーが清算された際、バックストップ資金で損失を賄いきれない場合、保険基金がその差額を補填します。通常、ファンディング収入の一部は保険基金に充当されます；
• ADL（自動デレバレッジ）：保険基金も不足している場合、プロトコルはPnL順に最も利益を上げているユーザーに対して自動的にデレバレッジを行い、そのユーザーに損失を相殺させます；
• ファンディングレートの設計においては、頻繁なADLの発生を回避する必要があります。F_maxの設定が低すぎると、極端な状況下でユーザーがファンディングを支払えずに清算され、ADLがトリガーされてしまいます。

SoonTechのデフォルトパラメータはストレステスト済みであり、1日で50％の下落や平均取引量の3倍に達する極端なシナリオにおいても、保険基金は枯渇しません。

11. SoonTechの永久先物ファンディングレートソリューション

11.1 モジュール一覧

SoonTechのファンディングレートシステムスイートには以下が含まれます：

1. FundingRate Oracle：オフチェーンでのマルチソース集約＋オンチェーンでの署名付きアップロード。Chainlink／Pyth／自社開発のマルチソースに対応。
2. MarkPrice Engine：インデックス価格＋ファンディング・ベースTWAP、サンプリングウィンドウの設定可能；
3. PremiumIndex モジュール：30分TWAP＋5分ショートTWAPによる二重検証；
4. クランプ＆ガードレール：2層クランプ＋偏差サーキットブレーカー＋インターバルによる格下げ；
5. Settlement Engine：累積ファンディングモデル＋バッチ決済＋マルチサイクル対応（8時間／1時間／1ヶ月）；
6. 保険基金モジュール：自動資金注入＋ADLトリガーロジック；
7. ガバナンスアダプター：マルチシグ＋タイムロック＋オプションのDAO統合；
8. データAPIおよびダッシュボード：GraphQL／REST API＋ビジュアルダッシュボード＋サードパーティプッシュ；
9. vAMM／オーダーブックアダプター：両方のマッチングアーキテクチャに対応；
10. リスクおよびコンプライアンス：ポジション制限、KYCアダプター、地域別コンプライアンストグル。

11.2 代表的な導入シナリオ

シナリオ 1：永久先物を立ち上げる東南アジアの新規DEX

クライアントは、BTC／ETHの永久先物を迅速に立ち上げたいと考えている東南アジアの新興DEXです。 当社は、1時間ごとの決済サイクル＋Chainlinkオラクル＋累積ファンディングモデルを導入し、2週間でサービスを開始しました。ローンチから3ヶ月後、TVLは8,000万米ドルに達し、平均ファンディング率は1時間あたり0.012％、アービトラージプレイヤーが活発に活動しており、インデックス偏差は0.08％未満となっています。

シナリオ2：CEXからDEXの永久先物へ移行

クライアントは、規制への対応および東南アジアのユーザー基盤拡大を目的に、永久先物取引をオンチェーンに移行しようとしている老舗のCEXです。当社は、オーダーブック＋1時間ごとの決済を採用し、マッチングエンジンはオフチェーン（Hyperliquidスタイル）とし、オンチェーンでは決済とファンディングのみを行います。 ローンチから6ヶ月後、DAUは4倍に増加し、ファンディング収入がプロトコルの最大の収益源となりました。

シナリオ3：RWA永久先物＋法定通貨決済

クライアントは、米国債利回りを基準とするパーペチュアル先物の立ち上げを希望しています。金利要素 r については、「米国10年物国債利回り」を読み取る動的なオンチェーン・オラクルとして設計し、低ボラティリティのシナリオに合わせて、8時間ごとのファンディング上限を±0.05%に設定しました。

11.3 納期

• 第1～2週：ビジネス調査、ペアの選定、パラメータ設計、コンプライアンス審査；
• 第3～6週：契約開発、単体テスト、シャドウメインネット；
• 第7～8週：監査、オラクル統合、モニタリングおよびダッシュボード；
• 第9週：メインネットのグレーローンチ、制限設定およびマルチシグ；
• 第10週以降：新規ペアの拡充、クロスチェーン、マーケットメイカーの参入、DAOガバナンスへの移行。

12. エンタープライズ導入に関する推奨事項

12.1 段階的な構築

• フェーズ1（MVP）：BTC／ETH永久先物＋8時間決済＋Chainlinkオラクル＋累積ファンディングモデル；
• フェーズ2：20以上の主要ペアへの拡大＋1時間決済＋自社開発のマルチソース冗長化；
• フェーズ3：オーダーブックアーキテクチャへのアップグレード＋Hyperliquid方式の高頻度決済＋マーケットメーカーAPI；
• フェーズ4：クロスチェーン＋RWA永久先物＋ガバナンスの分散化＋コンプライアンスとの深い統合。

MVP段階では、継続的な決済や特殊なペアの導入は行わないこと。これにより、システムの複雑さとリスクが大幅に増加する。

12.2 チーム構成

最小構成チーム：プロダクトマネージャー1名、Solidityエンジニア2名、バックエンド／オラクルエンジニア1名、定量／リスクアナリスト1名、フロントエンドエンジニア1名、運用・モニタリングエンジニア1名。オーダーブックマッチングを行う場合は、マッチングおよびマーケットメーカー統合エンジニアをさらに2～3名追加する。

12.3 主要指標

• アンカリング品質：パーペチュアルと指数の偏差の中央値および95パーセンタイル；
• ファンディング分布：過去30日間のファンディングの平均値、ボラティリティ、最大値；
• 決済成功率：正常に決済された期間数／総期間数；
• Oracleのレイテンシ：取引所からのプッシュ → オンチェーンフィード → ファンディング更新までのエンドツーエンドのレイテンシ；
• ユーザーコスト：期間あたりユーザー1人当たりの平均ファンディング支払額または受取額；
• 保険基金残高：30日間の平均取引高に対するカバー率；
• ADLトリガー回数：過去90日間のADLトリガー発生回数（0に近い値であるべき）；
• アービトラージ活動：キャッシュ・アンド・キャリー・ポジションの未決済建玉。

よくある質問

Q1：ファンディングレートがプラスであることは、市場が強気であることを意味しますか？

A：正のファンディングレートは、パーペチュアル先物がスポット指数を上回っており、ロングポジション保有者がショートポジション保有者に支払いをしていることを意味します。これは「市場が強気である」ということではなく、「パーペチュアル先物がスポットに対してプレミアム状態にある」ということです。通常、これはロング需要が強く、アービトラージプレイヤーがまだ動いていないことに起因しており、必ずしもスポット価格自体が上昇することを意味するわけではありません。

Q2：取引所ごとにファンディングレートが大きく異なるのはなぜですか？どの取引所のファンディングレートを注視すべきですか？

A: 各取引所のファンディングレートは、その取引所固有の需給状況を反映しています。ユーザー構成（個人投資家対機関投資家）、マーケットメイカーの流動性、取引ペアの選好、レバレッジ倍率などがすべて影響します。 どのファンドレートを注視すべきかは、あなたの戦略によって異なります。「キャッシュ・アンド・キャリー」戦略の場合は、ファンドレートが最も高い中央集権型取引所（CEX）の永久先物と、借入金利が最も低い現物取引所を選びましょう。取引所間アービトラージの場合は、主要なCEXとDEXを3～5つ同時に監視してください。

Q3：ファンディングレートは「クジラ」によって操作される可能性はありますか？

A: 厳格なマルチソース＋TWAP＋クランプ＋偏差サーキットブレーカーのシステム下では、単一のクジラが操作を行うのは困難です。 しかし、攻撃の余地は依然として存在します。複数の取引所でスポット価格を操作すること（巨額の資本が必要）、オラクルを操作すること（情報源の51％を支配する必要がある）、あるいはvAMMを操作すること（流動性プールを支配する必要がある）などです。マルチソースの中央値および偏差サーキットブレーカーを備えたプロトコルを選択することで、リスクを大幅に低減できます。

Q4：スポット指数価格が異常な場合、ファンディングレートはどうなりますか？

A: マルチソース＋偏差サーキットブレーカーシステムの下では、単一の取引所の異常値は除外されるため、資金調達レートに直接的な影響は及びません。 しかし、すべてのソースが同時に異常値を示す場合（例：大規模な取引所のサービス停止）、プロトコルはグローバルなサーキットブレーカーを発動し、最後に確認された価格＋減衰率を用いて「ウィック値の固定化」を回避します。SoonTechのソリューションは、2024年に発生した複数の極端な事象において、このブレーカーロジックが有効であることを実証しています。

Q5: DEXとCEXの永久先物におけるファンディングレートは、どちらがより合理的ですか？

A: CEXは「中央集権的な価格設定」であり、レートは取引所の内部モデルによって決定されるため、柔軟性はあるものの検証が困難です。一方、DEXは「オンチェーンで透明性が高い」ため、すべてのパラメータやデータを照会可能であり、アービトラージ業者もより容易に参加できます。 理論上はDEXの方が公平ですが、流動性の深さやマッチングの面では依然としてCEXが優位です。SoonTechは、CEX式のリスク管理（動的なパラメータ調整、サーキットブレーカー）と、DEX式の透明性（オンチェーンでの照会可能性）を融合させています。

Q6：連続決済／1分間決済は、8時間決済よりも常に優れているのでしょうか？

A: 必ずしもそうとは限りません。継続的な決済はアンカリングの影響を受けやすい反面、操作が容易であり、オラクルの更新頻度やオンチェーンのガス代もより多く必要となります。一方、8時間ごとの決済はユーザーフレンドリーですが、偏差が大きくなります。 SoonTechは、市場の状況に応じて対応することを推奨しています。通常は1時間ごとの決済とし、相場が乱高下している状況では自動的に8時間ごとの決済に切り替える――実際、その方が安全です。

結論

ファンディングレートは、DEXの永久先物契約における「中央銀行」のような存在です。これは「価格の乖離」を「保有コスト」に変換し、永久先物が満期を迎えることなくスポット価格にアンカーされ続けることを可能にします。 優れたファンディングシステムは、マーク価格とインデックス価格の構築、プレミアムインデックスの時間加重、金利要素とクランプ、決済間隔の選択、オラクルの改ざん耐性、オンチェーン・ガスの最適化、極端な市場環境下での動的パラメータガバナンス、そして保険基金とADLの連携といった課題を同時に解決しなければなりません。

本記事では、製品およびエンジニアリングの両観点から、ファンディングレートメカニズムの設計空間全体を体系的に分析し、vAMMおよびオーダーブックアーキテクチャにおけるSoonTechの実装例を紹介します。 新規のDEXであっても、CEXからの転換であっても、個人投資家向けであれ機関投資家向けであれ、現物取引を主とするものであれデリバティブを主とするものであれ、SoonTechのファンディングレートスイートは、対象となる取引ペア、対象市場、対象ユーザーに合わせて詳細にカスタマイズ可能です。

SoonTechの製品研究所は、デジタル資産取引所インフラの長期的な発展を注視しており、ファンディングレートはDEX永久先物の数あるモジュールの一つに過ぎません。 また、オラクル設計、オーダーブック・マッチングエンジン、保険基金およびADLアルゴリズム、クロスチェーン永久先物、機関向けマーケットメーカーAPIに関するトピックも体系的に公開していきます。次世代DEXの構築、CEXからDEXへの移行、あるいは既存のプラットフォームへの永久先物の統合をご検討中の方は、ぜひご相談ください。 対象となるチェーン、取引ペア、ユーザー、およびコンプライアンス要件に基づき、SoonTechは、契約開発、オラクル統合、マッチングエンジン、ファンディングレートメカニズム、データダッシュボード、マーケットメーカー統合を網羅するエンドツーエンドのソリューションを提供します。

パーペチュアル契約に真の信頼をもたらし、ファンディングレートメカニズムをDEXの長期的な健全な発展の礎とする——これこそが、DEXパーペチュアル分野におけるSoonTechの長期的な方向性です。

🌐 SoonTechと共に、安全でスケーラブルなWeb3プラットフォームを構築しましょう。

ホワイトラベル暗号資産取引所、予測市場、MPCウォレット、マッチングエンジン、流動性統合、コンプライアンス向けのソリューションをご覧ください。