仮想通貨マーケットデータAPI：カバレッジ、履歴、検証

エンドポイント比較の前にカバレッジを定義する

単一のシンボル総数を引用するのではなく、取引所および市場タイプごとにインストゥルメント数をカウントします。現物、無期限先物、期日付き先物、オプション、インデックス、トークン化されたインストゥルメントは、異なる識別子、取引ルール、履歴開始日を持ちます。

本番カタログは、取引所シンボル、基軸通貨と決済通貨、ステータス、精度、契約タイプ、決済資産、利用可能な場合は上場時間、および観測されたすべてのステータス変更を保持する必要があります。

• すべての取引所と市場タイプを名称で列挙する。
• アクティブ、保留中、一時停止、上場廃止されたインストゥルメントを分離する。
• ストリームごとに最初と最後の利用可能なタイムスタンプを公開する。
• 単一の取引所を統合された仮想通貨カバレッジとして説明しない。

時間、シーケンス、ギャップを検証する

仮想通貨は連続的に取引されるため、欠落した間隔は週末の暦では説明できません。ソースイベント時間、受信時間、シーケンス識別子、再接続、および期待される間隔を追跡します。ゼロボリュームのキャンドルと収集されていないキャンドルは異なる状態です。

バックフィルとライブストリームは、ソース実行を保持しながら、1つの正規スキーマに収束する必要があります。重複取引、順不同の更新、ブックシーケンスのギャップ、遅延修正、およびUTC間隔の境界をテストします。

運用上および法的な独立性を確認する

信頼性の高い提供は、各顧客リクエスト中に取引所へのライブ依存ではなく、所有するストレージと正規化されたテーブルから行われるべきです。生のペイロード、取得マニフェスト、チェックサム、および決定論的なリプレイにより、ソース障害からの復旧が可能になります。

技術的なアクセスは、自動的に再配布権を付与するものではありません。レコードが公開される前に、ストリームごとおよびユースケースごとに権利を分類する必要があります。DataCedarは現在、それらの提供権が検証されるまで、内部検証境界の後ろに独立したBinanceキャプチャを保持しています。