區塊鏈節點存儲：當前狀態與歷史查詢

狀態和歷史並非一類資料

當前狀態用於執行新交易，區塊體和收據描述過去活動，而某高度的帳戶存儲又屬於歷史狀態。查得到舊交易不代表能任意讀取當時每個合約變量，接口能力要按資料類型區分。

同一高度查詢餘額與調用複雜合約可能需要不同資料路徑，接口支持列表應精確到方法和範圍。一個成功的最新餘額查詢不足以證明歷史研究可運行，選取多個年份的公開樣本更容易發現保留邊界。

完整驗證不等於全歷史查詢

節點可以完整驗證鏈而不保留所有歷史狀態查詢能力。歸檔服務通常保留更廣的狀態歷史，但不同客戶端與版本實現不同，不能只看Full或Archive標籤就推斷全部覆蓋。

驗證節點可通過執行歷史建立當前狀態後裁剪部分內容，保留策略是資源與服務能力選擇。不能用“不是歸檔”指控節點未驗證，也不能用“歸檔”一詞保證所有日誌和索引查詢無限可用，具體要讀客戶端實現。

裁剪改變本地可提供內容

裁剪策略影響節點能服務什麼歷史請求，區塊哈希存在也不保證提供商還保留每類附屬資料。將查詢超時、方法不支持和真正零餘額分別處理，禁止把所有錯誤補成零。

程序應記錄錯誤代碼和原始消息，區分高度不存在、狀態不可用、速率限制和網路超時。自動重試只適合暫時故障，對永久超範圍請求反復重試會浪費資源。未知餘額應保留未知，不能生成零資產通知。

研究查詢要固定高度

記錄區塊號、哈希、資料類型與獲取時間，處理重組時說明使用的鏈分支。若應用依賴多年歷史調用，事先確認服務保留政策和導出能力，避免在生產後才發現範圍不足。

固定區塊哈希可減少同高度不同分支的混淆，仍要考慮節點支持的查詢方式。資料導出注明最終確認策略和時間；若舊樣本後來受重組影響，應保留修訂原因，不把改變描述成帳戶突然憑空增減。

建立可解釋的缺失分類

可以用公開合約的幾個歷史高度測試查詢，標注成功、超範圍或暫時失敗。測試無需發送交易或訪問私鑰。保存客戶端與接口版本，後續結果改變時先檢查資料服務變化，再解釋資產狀態。

維護手冊可以寫明主服務範圍、備用來源和停止輸出條件，缺少關鍵資料時寧可提示暫不可算。對公眾產品，透明說明歷史覆蓋比宣稱全部鏈上資料永久隨取更可靠，也方便後續替換服務商而不改變統計定義。

技術檢查單依次記錄“當前狀態”“歷史區塊”“歷史狀態”“查詢覆蓋”，把標準規定、軟體實現和這次實際觀察分欄。先做無資金、只讀的小範圍檢驗，保存版本與區塊引用，出現缺失就說明無法確認的環節。不同客戶端的結果不一致時核對參數和資料範圍，不憑一個頁面斷言整個協議失效。解釋應讓讀者理解邊界，而不是讓複雜術語成為安全保證。