Memories儲存與同步基準
從儲存庫根目錄執行一次性、使用合成資料的效能基準測試：
cargo run -p memories-core --example storage_benchmark --release --locked -- 10,100,1000
每個案例建立兩個暫存裝置並配對，寫入指定數量的 960 位元組一般記錄， 執行搜尋、匯出完整保管庫，並重新開啟加密資料庫。結束時移除暫存目錄。 輸出格式為 JSONL；不使用真實保管庫或雲端帳號。預設案例為 100 及 1000 個資產。
2026-09-17 本機 Windows x86_64 / Rust 1.98.1 MSVC 的觀察結果：
| 資產數 | 儲存 p50 / p95（ms） | 搜尋（ms） | 解鎖（ms） | 資料庫位元組數 | 完整同步回應位元組數 | 累計寫入的序列化狀態位元組數 |
|---|---|---|---|---|---|---|
| 10 | 5.96 / 7.20 | 10.29 | 146.45 | 147456 | 57255 | 297346 |
| 100 | 8.56 / 13.06 | 42.39 | 206.50 | 1126400 | 509912 | 21224694 |
| 1000 | 56.75 / 108.40 | 252.95 | 825.76 | 9175040 | 4162849 | 2038518604 |
稽核附加路徑先前會針對每個既有稽核項目重複衍生相同的裝置公開金鑰。 每次附加僅計算一次，可保留簽署鏈並移除重複的密碼學運算。 此變更之前，相同的 100/1000 筆記錄搜尋耗時為 552.71/2476.66 ms。 這些是單次本機執行結果，並非統計控制測量或跨平台保證； 主機當時也執行了其他驗證／建置工作。
serialized_state_bytes_written 累計每次插入資產後的加密狀態資料列長度。
它不包含檢查點、日誌、檔案系統寫入放大，以及後續搜尋／匯出寫入；
不是實體磁碟寫入計數器。匯出大小包含其 JSON 回應。搜尋最多回傳 100 筆結果。
記憶體峰值、大型二進位資產、多裝置散佈及行動裝置延遲仍需分析。
完成的雲端上傳／下載現在會釋放密文緩衝區，同時保留小型重播收據與發布戳記。 佇列容量適用於待處理工作。遠端歷史與精簡的本機雜湊收據會保留； 不會由上傳成功推斷雲端刪除或離線裝置已確認接收。
累計寫入量證實，整體狀態持久化仍是針對小型資料庫的設計。 按修訂儲存的加密資料列與增量傳輸屬於另一項格式／移轉變更， 在取代既有交易格式前，必須驗證備份與復原。 先使用這些可重現的測量結果，設定支援的規模與發布延遲預算。