僅為現實世界資料付費，僅在資料管道能應對連線中斷時，才對代理有益。 今天 @vangrid_io 的新動態顯示，代理正在為資料付費以執行實際工作。 串流層揭示了這一概念背後更困難的問題。 Vangrid 可為單一地理區域保持開放連線，並在新真實資料事件到達時即時推送。 每個事件都攜帶自己的時間戳、幾何資訊、觀測類型、可信度、節點數量和來源雜湊值。 當無新事件到達時，伺服器每 30 秒發送一次心跳訊號。 但該串流並未保留重播緩衝區。 若連線中斷，期間到達的觀測資料不會自動恢復。 客戶端必須重新連線，然後使用空間查詢端點，補回串流中斷期間發生的所有事件。 這為機器人和實體代理創造了不同的整合模式： 連線時即時串流世界狀態， 偵測中斷， 查詢遺漏的時間窗口， 合併遺漏的觀測資料， 然後繼續從即時串流中接收資料。 對於儀表板而言，短暫斷線可能意味著圖表上出現空白區域。 對於在現實世界中移動的機器而言，同樣的中斷可能隱藏了車輛、阻塞路徑或環境變化。 僅靠即時資料無法解決此問題。 消費該資料的系統，還需要一種在連線中斷後重建狀態的方法。 Vangrid 明確將此責任置於 API 邊界上： 即時事件透過串流傳遞， 歷史恢復則透過空間查詢實現。 兩條路徑對應同一實體狀態。 一旦軟體代理開始利用真實資料執行實際工作，而非僅是讀取，這一區分將變得更加重要。