Binance Stock Perpetual Exchange データ アーカイブ: 出来高、流動性、スプレッド、契約カバレッジ
読者がバイナンス株式永久取引所のデータを検索するとき、「取引量が多い」を「どんな注文でもよりよく満たされる」に直接変換するのが最も簡単です。これは厳密ではありません。アクティブな取引、既存のポジション、注文書の深さ、気配値の間隔、および契約範囲はそれぞれ異なる質問に答えます。それらを同じ時点に戻すことによってのみ、ランキングのスナップショットが実際に裏付ける結論を確認することができます。
この記事では、2026 年 7 月 23 日 17:30 に RootData によって修正された株式デリバティブ ページのフィールドを使用して、29 のプラットフォーム間での Binance の位置を整理します。これは履歴データのアーカイブです。読者が確認すべき次のステップの優先順位を付けるのに適しており、現在のページ、対象契約、またはアカウント条件の確認に代わるものではありません。
まず結論を見てみましょう。強度でトップであることは、適用範囲やコストでトップであることを意味するわけではありません。
この凍結されたスナップショットでは、Binance の出来高、建玉、±2% 加重流動性の表示値が最も高くなります。拡大しており、24時間の取引高は167億2000万ドル、オープンポジションは27億7000万ドル、±2%の加重流動性は1,292万ドル; 表示価格の差は0.014%、契約数は144。これらのフィールドは同じ時間セクションのものですRootData株式デリバティブ取引プラットフォームランキング, したがって、それらを一緒に比較することができます。ストレングス・リーダーシップは、適用範囲や総コストの判断に代わるものではありません。さまざまな流動性の次元の境界については、を参照してください。BIS市場流動性ノート。
ここでのキーワードは「強度」です。これは、その時点で発生した取引活動、既存のポジション、相場周りの流動性がバイナンスに集中していることを示しています。しかし、それは自動的にその契約範囲が最も広いことを意味するものではなく、また、アカウントの総コストが最も低いことを意味するものでもありません。データシートの Maker/Taker は次のとおりです。--の場合は「フィールド非表示」としてのみ処理でき、ゼロレートやコストメリットで空室を埋めることはできません。
- 活動レベルを確認したい場合:まずは出来高と建玉を見てみましょう。
- お見積りをご覧になりたい場合は、お近くの弊社までお問い合わせください。±2%の加重流動性とスプレッドを再度見てみましょう。
- 製品範囲と実際のコストを確認したい場合:契約数、対象契約ページ、アカウント適用ルールも別途記載する必要があります。
このデータ ファイルには何が記録されますか?
データは2026-07-23 17:30時点で、ランキングページに表示されている29プラットフォームを対象としています。この記事における「株式永久」とは、株式関連のターゲットを取り巻く永久契約のデータフィールドを指します。これは現物株式の保有と同等ではありません。 「凍結スナップショット」とは、固定時刻に記録されたページ フィールドを指し、現在のページに合わせて自動的に変更されることはありません。組み合わせ可能RootDataの株式デリバティブランキングの説明この範囲を理解してください。
| 分野 | バイナンスの表示値 | という質問の答えに近づきます |
|---|---|---|
| 24時間の取引高 | 167億2000万ドル | 指定された期間内に完了したトランザクション アクティビティ |
| 建玉 | 27億7000万ドル | 完了した取引ではなく、まだ終了していない契約の名目上の規模 |
| 加重流動性 ±2% | 1,292万ドル | 価格範囲内および気配値付近の注文帳深度シグナル |
| 広める | 0.014% | 表示される買値と売値の間隔が総コストと等しくない |
| 契約数 / Maker/Taker | 144/- | カバレッジ;このスナップショットには rate フィールドは表示されていません |
流動性は、深さ、価格への影響、取引量、建玉、買値と売値などの要素と組み合わせて観察する必要があります。 BIS の流動性フレームワークでは、これらの項目が観察次元としてリストされています。中でも懸念の深さは、市場が価格に大きな影響を与えることなく、より大きな取引フローを吸収できるかどうかであり、価格スプレッドは気配値のタイトさに近づいている。参照可能BIS流動性指標の説明そしてBISの深さと締まりの説明。この記事が「取引高No.1」を「全約定条件No.1」と書き換えないのはこのためです。
4 つのフィールドを相互に置き換えることができないのはなぜですか?
同じスナップショット内の各フィールドの次に表示される値が大きさの参照として使用される場合、Binance の取引量は約3.66倍(167 億 2000 万ドル ÷ 45 億 7000 万ドル)、建玉は約1.44倍(27 億 7000 万ドル ÷ 19 億 2000 万ドル)、±2% の加重流動性は約 100 億ドルです。1.20倍(1,292 万ドル ÷ 1,074 万ドル)。 16.72/4.57≒3.66; 2.77/1.92≒1.44; 12.92/10.74≒1.20。144 以上の契約を示しているプラットフォームが 5 つあるため、Binance は 6 番目に多いことになります。-- として表示される Maker/Taker は、フィールドが表示されていないことを意味するだけであり、レートがゼロであると推測することはできません。 -- レートがゼロであるのではなく、このスナップショットにこのフィールドが表示されていないことを示します。RootData の凍結スナップショットを確認する。これらの比率と数は、同時に相対的な大きさを表すだけであり、市場シェアを表すものではなく、将来を予測するものではありません。

取引量と建玉: 1 つは取引が発生したことを意味し、もう 1 つは取引がまだ存在していることを意味します。
24 時間の取引高には、完了した取引が記録されます。建玉ボリュームには、まだクローズされていない既存の契約のサイズが記録されます。両方の項目が同時に高水準にあるという事実は、この期間内に強力なアクティビティと既存のポジションがあることを示している可能性がありますが、新しい注文を開始できないことによる価格への影響は小さいはずです。注文がスムーズに消化され、「取引高」によって直接的に回答される場合、注文帳簿と注文サイズの 2 つの条件が失われます。
流動性と価格の差: 1 つは受け入れに依存し、もう 1 つは見積間隔に依存します
Binance の加重流動性は ±2% で 1,292 万ドル、実証スプレッドは 0.014% です。前者は相場付近で受け入れられる深さシグナルを観察するのに適しており、後者は表示された買い値と売り値の値幅を反映しています。出来高は完了した取引を記録するものであり、新規注文の価格への影響に関する判断に代わるものではありません。 BISはまた、タイトさと深さは異なる次元であり、単一の指標は市場の流動性の一部しか捉えていない、と指摘した。したがって、取引量の多さだけでは、新規注文の影響や取引の質を証明することはできません。BISのインジケーター寸法を見るそしてマーケットデプスの説明。
契約範囲と料金: 強度フィールドから「逐次推定」することはできません
Binance には 144 件の契約が表示されていますが、同じスナップショットでは 5 つのプラットフォームでより多くの契約があり、この列では 6 番目に高い数字となっています。契約数は対象範囲を知る手がかりであり、各契約の深さ、見積もりの質、アカウントへの適合性についてはコメントしません。同様に、Maker/Taker は次のように表示されます。--このフィールドはこのスナップショットには表示されていないことに注意してください。これはゼロではなく、どのアカウント、階層、またはリージョンに対しても特定のレートを推測することはできません。
このスナップショットでは確認できない 4 つのこと
まず、現在の総コストを確認するものではありません。表示されるスプレッドには、アカウントに適用されるレート、注文サイズによる価格ショック、またはその他の考えられる条件が含まれていません。第 2 に、表示時に対象契約の注文帳ステータスを確認するわけではありません。第三に、地域、アカウント、または製品の可用性を確認できません。第 4 に、ストレス条件下でのパフォーマンスは考慮されていません。ボラティリティやストレスによってスプレッドや流動性が変化する可能性があるため、当座預金口座の状況を個別に確認する必要があります。静的なスプレッドと深さは、ストレスシナリオ、現在の総コスト、またはアカウントの可用性を正当化するものではありません。関連する境界を参照できますBISによるマーケットメイク調査、CFTCのリスク警告そしてRootData 免責事項。
この最後の点に関して、マーケットメイクに関するBISの調査では、ストレスやボラティリティの状況下ではスプレッドが拡大し、流動性が減少する可能性があると指摘しています。この情報は、特定のプラットフォームまたは地域に関する法的判断ではなく、現在のチェックの代わりに静的データ テーブルを使用できない理由を説明するものにすぎません。
この記事の数値を引用する場合、「2026-07-23 17:30 時点のデータ」とフィールド名を記述するのが最も安全です。時間を削除しないでください。--ゼロに変更するか、「出品価値リード」を「低コスト保証」に変更してください。各プラットフォームのフィールドを再確認する必要がある場合は、直接RootData 株式デリバティブ取引プラットフォームのランキングを見る, その後、対象の契約に戻って現在の条件を確認します。
凍結されたスナップショットから現在の判断まで:この順序で確認してください
時間 - 契約 - 注文書 - 手数料とアカウント条件は、凍結されたスナップショットを使用する前に確認される順序です。まず、表示されるデータ時間がこの記事と同じかどうかを確認してください。次に、対象株式の無期契約が表示範囲内にあるかを確認します。次に、現在の深さと引用を確認します。最後に、適用されるレート、アカウント制限、その他の条件を確認します。このシーケンスは、「プラットフォームレベルでの歴史的な強さ」と「対象契約の現在の取引可能な条件」を分離することができるので、組み合わせる必要があります。RootData データ標準フィールドキャリバーを理解する。
- ロック時間:現在のページから履歴スナップショットを分離し、値を混合しないでください。
- ロックコントラクト:気になる対象が同じ製品、同じ分野範囲に属しているか確認してください。
- 注文書を確認してください:ご自身の注文サイズと組み合わせて、深さ、見積もり、潜在的な影響を再検討してください。
- 料金とアカウントを確認する:現在適用されている料金、規則、空室状況を確認してください。
このシーケンスは、水平検証のために同じデータ エントリに戻るのに適しています。特定の注文を行う前、または外部参照を行う前に、現在のページとターゲットの契約情報が優先される必要があります。
よくある質問
Binance の 24 時間取引量が多いということは、あらゆる注文が満たされやすいということなのでしょうか?
それは意味ではありません。取引高は完了した取引を記録するものであり、新しい注文の影響や取引の品質を個別に予測することはできません。注文の規模、目標契約、一般的な注文簿、市場のボラティリティはすべて実際の結果に影響します。取引量が多い場合は、最初にプラットフォームの現在の深さと相場を確認できますが、この確認ステップに代わるものではありません。注文サイズが大きい場合は、過去の取引量を取引約定として扱うのではなく、現在の深さ、目に見える相場、および起こり得る価格への影響を判断の際に併せて考慮する必要があります。
0.014% のスプレッドは総取引コストに相当しますか?
いいえ; 0.014% は、この凍結スナップショットに表示されているスプレッドであり、表示される入札とオファーの間隔を反映しています。これには、アカウントに適用されるレート、注文の規模によって生じる価格への影響は含まれておらず、現在の見積りが同じままであるという保証もありません。総コストを決定するには、対象の契約と自身のアカウントの条件に基づいて検討する必要があります。特に相場が急速に変化する場合、表示されている同じスプレッドは、注文前に表示される実際の売買注文や適用される手数料に代わることはできません。
Maker/Takerが--と表示されていますが、これはレートがゼロということでしょうか?
いいえ;--これは、このフィールドがこのスナップショットに表示されないことを意味するだけであり、これに基づいて特定のレートを推測することはできません。非表示をゼロ値と解釈すると、「情報不足」を「コストメリット」と誤解してしまいます。手数料が選択に影響を与える場合は、現在適用されているレートとアカウントレベルを直接確認し、そのレートが懸念している契約、アカウントタイプ、および現在のアクティビティルールに適用されるかどうかを確認する必要があります。ページに明確な番号が記載されていない場合、最も安全な方法は、そのページを保留中の項目として残すことです。
現在のデータをいつ再確認する必要がありますか?
投稿、比較、注文する前に必ず確認してください。この記事の数字は、2026 年 7 月 23 日 17:30 のページのスナップショットのみを表しています。製品範囲、見積もり、深さ、料金、アカウント条件は変更される場合があります。タイムスタンプを保持し、確認のために現在のページに戻ると、このデータ ファイルを正しい目的で使用できるようになります。他の人に伝える必要がある場合は、閲覧者が過去の表示値をリアルタイムのステータスと誤解しないように、データ範囲とフィールドの境界も同時に記載する必要があります。更新時間とフィールド ソースを一緒に保存すると、後で元のデータを確認しやすくなります。