端到端延遲模型
分接入面延遲
| 接入面 | 目標 p50 | 目標 p99 | 說明 |
|---|---|---|---|
| Kafka Streams | 800 ms | 2 s | 最接近源頭；低延遲管道 |
| WebSocket | 1.0 s | 3 s | 與 Kafka 同源，多一層扇出 |
| REST（帶快取） | 1.5 s | 5 s | 快取 TTL 見各端點 |
| REST（無快取） | 3 s | 10 s | 少見，用於深度歷史查詢 |
| GraphQL | 2 s | 6 s | 跨產品 JOIN，多一次規劃時間 |
分資料產品重新整理
| 產品 | 實時？ | 快照節奏 |
|---|---|---|
| Tokens——行情 | 是 | 每筆成交一次價格 tick |
| Tokens——安全 | 延遲 | 建立後數分鐘 |
| Trades | 是 | 按區塊 |
| Pools | 是 | 按事件 |
| Wallets——持倉 | 是 | 轉賬後秒級 |
| Wallets——淨值歷史 | 否 | 每小時 |
| Candles (OHLC) | 是 | 週期結束時關 bar |
| Holders（持幣表） | 是 | 按轉賬 |
| Holders（分佈指標） | 否 | 每 5 分鐘 |
| Smart Money（cohort 成員） | 否 | 每週一 UTC 00:00 |
| Smart Money（資金流事件） | 是 | 按成交 |
| Blockchain Core | 是 | 按區塊 |
| Rankings | 多數實時 | 1 分鐘 / 區塊級 |
| 合規 (KYT / KYA) | 是 | 按請求 |
回填行為
- Solana / EVM 儘可能回填到 genesis。
- 新接入鏈 上線時回填 ≥ 30 天，90 天內把完整歷史流完。
- 重組 會改寫下游流裡相應 slot / block；消費者應按
(chainId, txHash)+logIndex冪等處理。
故障與狀態
實時故障與歷史可用率見 status.chainstream.io（連結待定）。下一步
限流
各套餐的吞吐上限與響應頭。
Kafka 主題目錄
各鏈的主題名與保留策略。