Binance 履歴データ:分足バーとアーカイブ
Binanceが公開しているもの、公開アーカイブとライブストリームがどのように組み合わされるか、そして取引所固有のカバレッジがどこで終わるか。
Binanceの履歴データには、取引所固有のインストゥルメントメタデータと、取引、集計取引、ティッカー、オーダーブック、OHLCV間隔などの市場観測が含まれ、異なるBinance市場には個別のインターフェースがあります。公開アーカイブファイルはバックフィルを加速でき、RESTおよびWebSocketフィードは最近の観測とライブ観測をカバーします。このデータはBinanceの取引所を表すものであり、統合された仮想通貨市場を表すものではありません。
カタログをバージョン管理されたデータとして使用する
取引所のメタデータは、どのシンボルが存在するか、そのステータス、精度、フィルター、およびサポートされている注文ルールを定義します。後で消滅したインストゥルメントが以前のユニバースから削除されないように、時間をかけてスナップショットを取得します。
現物、無期限、期日付き先物、オプション、およびトークン化またはTradFiにリンクされたインストゥルメントを個別の製品クラスに分類します。類似のシンボル文字列がそれらを経済的に同等にするわけではありません。
アーカイブ、REST、ストリームを慎重に組み合わせる
アーカイブファイルは経過期間に効率的であり、RESTは境界付きの調整に役立ち、WebSocketストリームは現在の分を閉じます。各パスは、異なる識別子、タイミング、保持期間、および障害動作を持つ場合があります。
DataCedarは、生のアーカイブオブジェクトと完了した分足キャンドルペイロードを所有するオブジェクトストレージに保存し、チェックサムと取得実行を記録し、それらを独立したテーブルに正規化します。2026年7月19日のビルドスナップショットには、3,649のアーカイブ対象現物ファミリーインストゥルメントにわたる741,645,874個の個別の1分足キャンドルが含まれています。
- アーカイブのチェックサムと行数を検証する。
- アーカイブからライブへの境界を調整する。
- UTC間隔の境界を記録する。
- 再接続と欠落した分のギャップを検出する。
製品の境界を尊重する
収集の成功は技術的な実現可能性を証明するものであり、すべてのフィールドを再配布する許可を意味するものではありません。公開提供には、ストリーム固有の権利決定とAPIでの施行が必要です。
Binanceは無料の取引所レイヤーを基盤とすることができますが、より広範な仮想通貨の主張には、追加の取引所、安定したクロス取引所のID、統合された計算ルール、および透明性のある競合処理が必要です。
Key takeaways
- 01Binanceは取引所のソースであり、統合された市場ではありません。
- 02取引所のカタログと製品クラスをバージョン管理します。
- 03アーカイブ、REST、ライブの境界を調整します。
- 04収集された検証データを、提供権が確認されるまでフェイルクローズで保持します。