資金調達率とは？決済時刻・支払い方向・保有コスト

資金調達率は無期限契約の定期支払いを計算する率です。Binanceが説明するUSDT線形契約では正ならロングが払い、負なら逆です。決済時のポジション価値×率で推計しますが、数量・参加条件・口座明細がなければ実請求は確定しません。

資金調達率0.003%は小さく見えます。2日後に明細を開くと、掛けるのは建値なのか現在価格なのか証拠金なのか迷います。その間ずっと0.003%だったとも限りません。

率、金額、決済時刻を分けてから、Binance BTCUSDTの固定した過去6回を計算します。BTCはビットコイン、USDTは価格表示に使うステーブルコインです。数量は仮定、率と対応マーク価格は過去記録です。この区別でモデルを実取引の主張に変えず、計算方法と明細との差を調べる入力を理解します。

押さえるポイント

• 率は割合、資金調達料は金額です。証拠金をそのまま計算の基礎にしません。
• 間隔と時刻は商品ごとに確認し、8時間を普遍的ルールにしません。
• 各回の価格・率・数量で計算し、推計額と実際の支払いを分けます。

資金調達率は方向と割合、資金調達料は金額

率は支払い方向と割合を、料はその回の金額を表します。Binanceの入門は契約と現物参照価格の乖離を抑える仕組みとして説明しますが、将来の収束を保証するものではありません。商品・数量・証拠金の全体像は無期限先物入門で確認できます。

率の符号と明細の符号は別の約束

費用前の価格損益は、ロングなら上昇、ショートなら下落でプラスです。今回の線形契約では正の資金調達率でロングが支払い、負で逆になります。ただし正というだけで自分の請求は確定せず、方向とその決済への参加条件を確認します。率が確認済みゼロなら簡略式の金額もゼロですが、欠損値はゼロではありません。

明細では費用を正、入出金では支出を負と表示する場合があります。本文のモデル支払い額は「支払いを正、受取りを負」とし、キャッシュフローは逆符号にします。全取引所共通ではなく、この帳簿の定義です。照合前に項目の意味を読みます。

証拠金ではなく決済時のポジション価値を使う

BTC数量・USDT決済の線形契約では、数量×その回のマーク価格がポジション価値で、それに資金調達率を掛けます。マーク価格は評価・リスクの基準で、直近の約定価格とは異なります。Binanceの「Introduction to Futures Funding Rates」（2026年3月6日）が両式を示しています。このBTC×価格の形をインバース契約へ直接当てはめません。

仮に価値1,000 USDT、率が正の0.01%なら、ロングの支払いは0.1 USDTです。証拠金100だから100×率＝0.01にはなりません。同じ数量と決済時価格なら、レバレッジだけを変えても資金調達料は倍増せず、数量を増やすと変わります。

決済時刻は取引ペアごとに確認する

まず決済予定、次に自分のポジションが対象かを確認します。保有時間だけでは回数は決まりません。資金調達料の決済時刻をまたいだか、次の決済時刻までにポジションを閉じたかによって異なります。日付とタイムゾーンも必要で、「朝8時」だけでは不十分です。

間隔と境界付近の扱いは当時のルールで調べる

Bybitの「Funding Fee Calculation」（2026年5月12日）は、ペアごとの間隔や条件付き変更、決済前後数秒の新規・決済について参加が保証されないことを説明します。Binanceの入門には実請求時刻が15秒ずれる可能性の記述があります。適用範囲の違う説明を、確実に無料で抜けられる時間帯とは解釈しません。

当時の次回予定、商品仕様、サーバーの約定時刻、口座明細を残します。カウントダウンがゼロでも請求なしは証明できません。今回の教材は初回の1時間前から最終回の1時間後までの保有を仮定します。境界付近の実約定は明細で参加状況を確認します。

予想率・過去の率・口座記帳は答える問いが違う

予想率は将来費用の仮定に使いますが、決済まで変わり得ます。過去の率は商品とイベントに対する公開値、口座記帳は自分が支払った・受け取った額です。公開履歴が完全でも、自分の数量・保有状態がなければ個人費用は確定しません。

Binanceの「Get Funding Rate History」は決済時刻、率、対応マーク価格を提供します。公開入力はそろっても、自分のキャッシュフローには数量と口座記録の対応付けが必要です。

BTCの過去6回を1回ずつ計算する

実際の過去の率とマーク価格に、1つの仮定ポジションを組み合わせます。各回を計算してから足します。公開資料は個人明細ではなく、以下のモデル額も観測された口座引落しではありません。

手順1：期間と仮定の保有量を固定する

Binance BTCUSDTのUSDT線形無期限契約を対象とし、2026年9月10日00:00以上、12日00:00未満の全決済を含めます。時刻はUTC、UTC+8は8時間加算で、日付変更にも注意します。

9月9日23:00から11日17:00まで0.050 BTCのロングを一定保有し、全6回の対象になると仮定します。数量変更はなく、実約定記録や入手可能な売買価格の証拠でもありません。計算対象は資金調達料だけで、価格利益ではありません。

イベントは10日と11日の各00:00、08:00、16:00です。表は分単位で表示します。約8時間間隔はこの商品・期間の説明に限り、将来の照合では改めて当時の予定を確認します。

手順2：初回の単位と支払い方向を確かめる

初回の小数表記は0.00003562、百分率では0.003562%であり、0.03562%ではありません。対応マーク価格78,268.94292754 USDT/BTCに0.050 BTCを掛けると、価値は3,913.447146377 USDTです。さらに0.00003562を掛け、支払い0.13939698735394874 USDTになります。

ロングかつ正の率なので、モデル支払いは正、キャッシュフローは負です。小数8桁表示では0.13939699になります。実際の資産精度・記帳方式は別途照合し、取引所が8桁表示とは限りません。6行へ写す前に単位変換と符号を確認します。

手順3：各回の価格と率で計算して合計する

価格は元の精度を保ち、支払い表示は8桁にします。計算は各行を先に切り捨てず、完全な価格・率で合計してから丸めます。0.050 BTCは各回とも教材の仮定で、公開APIから得た個人数量ではありません。

全回の金額が同じと確認できれば、1回分×回数でも構いません。ただし先に同額と決めつけません。2回目は価格が少し下がっても率が上がり、約0.30717081になります。4回目も別の価格・率で約0.11503316です。数量一定でも支払額は一定ではありません。

途中で切り捨てず合計すると1.215400769756397485 USDTで、8桁表示は1.21540077、モデルキャッシュフローは−1.21540077です。この期間は全6回が正なので一定ロングは6回支払いますが、ロングが常に支払うという意味ではありません。

初回0.13939698735394874を6倍した約0.83638192は、この期間の合計ではありません。後の5回を初回の価格・率に置き換えてしまうからです。元の各行を残せば、理由不明の追加請求と考える前に差を追えます。

手順4：数量変更や決済回数の変更もイベントごとに再計算する

独立した比較として、最初の3回は0.050 BTC、第3回の後・第4回の前に0.025へ減らすとします。半分になるのは後半3回だけで、合計は約0.96995828 USDTです。1.21540077の半分ではありません。過去に実際に減らした主張ではなく、別の仮定です。

別の独立例では9月11日15:00までに全決済し、最終回の対象外と確認済みとします。最初の5回のみで約1.07582203 USDTです。15:59に決済ボタンを押しただけで約定報告がなければ、最後のイベントを消せません。

練習では初回より後を隠して計算し、2回目が分かったら次行を加えます。いま6回を知っているのは過去の計算だからで、9月10日00:00に後の率まで正確に予測できたわけではありません。事前計画は別表示の率シナリオを使い、後で実際の値と比較します。

同じ数量・価格・率で一定ショートなら、支払いは−1.21540077、キャッシュフローは正へ反転します。同じ入力だから絶対額が一致するのであって、別ショートモデルとして保存し、符号を確認します。明細を二重に反転したり、仮の両モデルを実費として合算したりしません。

表計算では%付きで入力するか、百分率を100で割ってから完全なマーク価格・数量に掛けます。モデルと口座実費を分け、明細がなければゼロではなく「明細待ち」です。重複、価格欠損、期間外を確認してから集計します。完全な公開資料でも、個人数量や口座費用は補えません。

モデルと明細が違えば入力から照合する

差があれば、まず入力と符号を確認します。公開履歴は市場の率と価格を示しますが、自分は数量変更、部分約定、対象外の決済があったかもしれません。

モデル支払いを実際の引落しにしない

取引所、完全な商品名、資産、イベント、方向、数量を合わせ、明細の符号と精度を確認します。公開BTCUSDTから他社、コイン証拠金BTCUSD、別サブ口座は照合できません。どの資金から払うかもモード・実記録によるため、今回の例では強制決済リスクを計算しません。

トレード日誌の書き方でモデルと実費を分け、実際の額が得られてから差を出します。「明細待ち」とすれば、空欄が勝手に確認済みゼロ費用になることを防げます。

重複・欠損・時差の誤りがあれば合計を止める

重なる期間の取得で同じ決済を2回数えることがあります。欠けたマーク価格へ建値を入れると、細かな小数があっても誤りです。商品とイベント時刻で重複を除き、価格・率が欠ければ元データを確認するまで合計を止めます。個人数量は公開率から復元できません。

タイムゾーンをそろえてから照合します。08:00 UTCを現地08:00と読むと別の保有時間を当てはめ、日付もずれます。時刻だけでなく日付とタイムゾーンを残してください。

資金調達率は費用の入力であり、売買方向の答えではない

受け取っても取引全体の利益とは限りません。価格損益、往復手数料、スリッページ、調整項目が受取額を上回ることがあります。1回の率の年率換算は一定入力の仮定であり、将来リターンの約束ではありません。

資金調達料を受け取りながら損失になる場合もある

仮に0.1 USDTを受け取って価格で10失えば、手数料前でも−9.9です。方向リスク、証拠金条件、決済費用は消えません。他社や現物とのヘッジには別のリスクもあり、ここでは裁定モデルを提供しません。

保有コストを取引計画に戻す

先物のポジションサイズで予備枠と資金上限、先物の利確・損切りで決済完了、先物の取引コストで各項目の合計を確認します。

本記事は過去データと費用計算の教材で、投資助言ではありません。過去の率は将来予測ではなく、数量・支払い額は仮定で、実約定や実請求ではありません。契約、ステーブルコイン、取引所にはリスクがあります。