FlashBlock Stream
在正式區塊形成前，透過 gRPC 或 WebSocket 接收 Sub-block 更新。
交易位置更早占比93.93%Tokyo 測試區域
交易發送測試組300覆蓋三個區域
Block Stream P50 領先43 msTokyo
FlashBlock P99 領先290 msFrankfurt
在正確階段選擇所需信號
FlashBlock 提供更早感知，Block Stream 確認正式區塊，Transaction Sending 完成執行閉環。
預確認
FlashBlock，約每 200ms 更新
正式確認
Base 正式區塊，約每 2s 產生
交易執行
區域化 eth_sendRawTransaction
Base 基礎設施 FAQ
01如何更快接收 Base FlashBlock 數據？
可從最近的支援區域通過 gRPC 或 WebSocket 訂閱 BlockRazor FlashBlock Stream。FlashBlock 是正式 Base 區塊形成前的 Sub-block 更新，通常約每 200ms 推送一次，因此應用無需等待約兩秒形成的正式區塊即可更早響應。
02Base 高頻交易系統適合組合哪些服務？
可使用 FlashBlock Stream 獲取預確認信號、Block Stream 獲取正式區塊與已確認交易，再通過區域化 Transaction Sending 提交 eth_sendRawTransaction。應從同一生產區域測量完整的信號到提交鏈路，因為單一組件最快不等於端到端延遲最低。
03如何讓交易更快到達 Base Sequencer？
可通過最近的 BlockRazor Base Endpoint，使用 gRPC 或 HTTPS 發送已簽名交易，並在可行時保持連線。請用生產工作負載測試區域延遲、重試與尾部延遲；更低的傳輸延遲有助於更快到達，但不能保證排序或上鏈。
04何時應使用 Block Stream 而不是 FlashBlock Stream？
當應用需要正式區塊和已確認交易時使用 Block Stream；當更重視預確認階段的早期感知時使用 FlashBlock Stream。
05BlockRazor 在 Base 上支援哪些協議？
FlashBlock Stream 支援 gRPC 與 WebSocket，Block Stream 使用 gRPC，Transaction Sending 則支援 gRPC 與 HTTPS 的 eth_sendRawTransaction。
06Base Endpoint 位於哪裡？
現有文檔列出 Frankfurt、Tokyo 與 Virginia。應用應選擇最近的區域 Endpoint，並以自身生產工作負載驗證延遲。