戦略の骨子

無期限先物（Perpetual）の価格は、現物に対して乖離しやすく、その乖離を抑える仕組みが「資金調達率（Funding）」です。多くの取引所では8時間ごと等でFundingが清算され、ロング・ショートのどちらかがもう一方に支払います。市場が上昇志向でロングに偏る局面では、ロングが支払い・ショートが受取になりやすく、逆も然りです。

ここで現物を買って（ロング）同額の無期限先物を売る（ショート）と、価格変動に対してデルタが中立になります。相場が上がっても下がっても、基本的に評価損益は相殺され、ショート側で発生する受取Fundingだけが収益として残ります（もちろん完全相殺ではなく、乖離やコストが影響します）。

収益式と年率換算

1回のFundingで受け取る金額は、以下で近似できます。

Funding受取 = 建玉名目 × 資金調達率

日次換算は、1日あたりの回数 m（例：8時間ごとなら m=3）として、

日次Funding ≈ 建玉名目 × (資金調達率_1回) × m

年率（単利換算）は、

年率APR ≈ (資金調達率_1回 × m × 365)

複利（理論）は、

年率APY ≈ (1 + 資金調達率_1回 × m)^{365} - 1

実務ではコスト控除後のネットAPRを評価します。

ネットAPR ≈ 受取FundingAPR − (現物購入/出金手数料 + 先物手数料 + 借入金利 + 資本コスト) − 乖離損期待値

コスト構造の内訳

• 取引手数料：現物購入、先物新規・決済。メイカー優遇・VIP体系で大きく変わります。
• 資本コスト：法定通貨やUSDTを借入する場合の金利。自前キャッシュならゼロではありませんが、機会費用として評価します。
• 乖離コスト：現物と先物の価格差（ベーシス）。建てた瞬間に逆方向へ拡大すると評価損が出ます。
• 為替コスト：円→USDTなどクロス通貨換金のスプレッド。最初と最後で二重に効きます。
• 資産移転コスト：チェーン手数料・入出金手数料。レイヤー選択で最適化します。

実務フロー：ゼロから運用開始まで

1. 口座とKYCの整備：現物と無期限先物の両方に対応し、同一銘柄・同一担保体系でヘッジできる取引所を用意します。
2. 入金と担保設定：USDTやUSDⓈ担保で先物証拠金を分離管理します。清算距離（Maintenance Margin比）を十分に確保します。
3. 銘柄選定：流動性・Fundingの安定性・保険基金規模・オーダーブックの厚みを評価します。
4. 建玉：現物を数量Q購入し、同名目で無期限先物を売ります。契約乗数に注意し、名目一致でデルタを抑えます。
5. ヘッジ比率の調整：価格変動で名目がズレます。乖離が閾値を超えたら微調整（マイクロヘッジ）。
6. 日次運用：Fundingの実績、証拠金率、ベーシスの推移、手数料を記録。ネットAPRを日次で再計算します。
7. クローズ：現物売却と先物買い戻しをほぼ同時に行い、スリッページを抑えます。

清算距離とレバレッジ設計

資本効率を上げたい誘惑は強いですが、Funding戦略で清算は致命傷です。推奨は、初期証拠金率を十分に厚くし、Maintenance Marginの数倍の余裕を取り、価格ショックに耐えます。

例として、先物口座にUSDT 20,000を入れ、名目1BTC相当をショートする場合、想定変動幅を±10%とすると、証拠金消耗は概ね名目×10%に比例します。証拠金がそれを下回る設計は危険です。

ケーススタディ：1 BTC運用の収益試算

前提：

• BTC価格：8,000,000円
• 建玉：現物 +1 BTC、無期限先物 −1 BTC
• 資金調達率：0.01%/8時間（= 0.03%/日 ≈ 年率10.95%単利）
• 取引手数料合計：往復で名目の0.06%と仮定
• 為替・入出金その他：年率換算で0.5%相当のコストと仮定

受取Funding（年）：8,000,000 × 0.1095 ≈ 876,000円

コスト（年）：8,000,000 × (0.0006 + 0.005) ≈ 44,800円

ネット概算：876,000 − 44,800 ≈ 831,200円（約10.4%）

もちろん、この数値は資金調達率の実績と手数料条件で大きく変化します。実測データで都度更新してください。

逆キャリーとベーシスの罠

資金調達率がマイナス（ショートが支払い）になる局面では、現物ショート＋先物ロングが理論上は対称ですが、現物の空売り実務は困難です。代替として、インバース先物×USDT現金等の構成が検討対象ですが、複雑な通貨エクスポージャが発生します。初心者は無理に逆キャリーを狙わない方が無難です。

ヘッジ比率と契約仕様

無期限先物にはリニア（USDT建て）とインバース（コイン建て）があり、契約乗数や名目の測り方が異なります。注文前に以下を確認します。

• 1契約あたりの名目（例えば 0.001 BTC 等）
• 最小数量刻みと価格刻み
• 資金調達の計算基準（マーク価格／インデックス価格）

名目不一致は残差リスクを生みます。許容範囲をルール化し、超えたら再ヘッジします。

オペレーション設計と自動化

日々の運用はルーチン化できます。以下は擬似コードです。

# Fundingベースの運用擬似コード
while True:
    funding_now = get_funding_rate("BTCUSDT")  # 直近と過去平均
    basis = get_basis("BTC")                   # 現物-先物乖離
    mm_ratio = get_margin_ratio()
    if not position_exists():
        if funding_now.avg_7d > threshold and basis >= -basis_tolerance:
            open_spot_long(q)
            open_perp_short(q)
    else:
        if mm_ratio < safe_level: add_margin()
        if abs(delta_notional()) > rebalance_threshold: rebalance()
        if trailing_apr_30d < exit_apr or risk_event(): close_all()
    sleep(300)
    

重要なのは、異常時の停止条件（Circuit Breaker）を明文化することです。指数の乖離拡大、Funding急変、板厚の急減、保険基金の減少などをトリガに含めます。

記録・モニタリングの型

• 日次ネットAPR（受取Funding−コスト）
• 証拠金率、清算価格距離
• ベーシス推移（建玉時・現在）
• 取引所別のダウンタイム・回復時間
• 為替レート推移（JPY<>USDT）

これらをスプレッドシートやダッシュボードで可視化し、意思決定をデータ駆動にします。

税務・会計上の注意（一般論）

Fundingの受け取り、先物損益、現物売買益は、国・地域によって取扱いが異なります。実務では、取引ログを完全に保存し、年内の実現益・コストを定量管理して、申告時の作業を簡素化します。具体的な税務判断は、居住地の専門家に必ず確認してください。

よくある失敗と対策

• レバ過多：清算距離を詰めすぎない。ボラ急拡大に耐える現金クッションを常備します。
• 名目ズレ放置：少しずつズレが蓄積します。閾値ベースで自動リバランス。
• 手数料軽視：VIP条件やメイカー戦略で大幅に改善可能です。
• 単一取引所集中：障害時の退避先を用意し、移転演習を定期的に実施します。
• 出口の設計不足：ネットAPRのトレーリング基準を作り、下回ったらクローズ。

チェックリスト（エントリー前）

• 過去30日Funding平均 > 目標閾値？
• 流動性：現物・先物の板厚は十分？
• ベーシス：建玉直後に逆行した時の許容損失は？
• 証拠金：清算価格までの距離は安全圏？
• 費用：手数料・金利・為替の総コスト見積もりは？
• オペ：異常時停止ルールと連絡系統は明文化済み？

小さく始め、大きく間違えない

Fundingアービトラージは一見シンプルですが、オペレーション品質が収益を決めます。まずは小ロットでプロセスを固め、勝てる運用の型を作ってから資金を厚くするのが最適です。