最新更新
10 月 11 日完成 Cloudflare Tunnel 隔離測試，確認 connector 實際協商出混合金鑰交換，並驗證經 Tunnel 送出的請求可抵達既有 API 健康檢查端點。
測試 connector 在 Railway 上執行 cloudflared。測試用戶端到 Cloudflare、Cloudflare 到 connector 兩段連線，均在通過憑證驗證下協商出 X25519MLKEM768；connector 使用 QUIC/TLS 1.3。
API 健康檢查回傳 HTTP 200，隨機產生的 request ID 前後吻合，確認請求已抵達 API。量測完成後已移除臨時測試服務。
正式環境的新 x402 觀測、透明日誌樹頭、Service Receipt v2 與託管 Apostille Core 0.3 已使用 ML-DSA-65 簽章。新資料庫備份以 AES-256 加密，並以 ML-KEM-768 + X25519 保護檔案金鑰；10 月 10 日已通過真實備份與隔離 PostgreSQL 還原演練。
本次實測範圍
Tunnel 結果來自隔離測試，正式環境路由維持原狀。最後一段 connector 到 API 使用私網 HTTP。實測的混合金鑰交換不代表 TLS 憑證認證已抗量子，也不代表整段路徑均已加密。
稍早更新
新的 x402 monitor 報告與簽署樹頭、Service Receipt v2，以及託管版 Apostille Core 0.3，已使用 ML-DSA-65 簽章。歷史 Ed25519 紀錄仍可按原本的傳統演算法驗證。
10 月 10 日，正式環境的新備份已改用 ML-KEM-768 + X25519 包裝檔案金鑰，並完成一次真實備份及隔離環境還原演練。歷史備份沒有變動。
10 月 10 日（台北時間），測試用戶端連到 ifandonlyif.io 的 Cloudflare 端點，在啟用憑證驗證下協商出 X25519MLKEM768。其他用戶端的協商結果可能不同。
這次更新能確立的範圍
這是特定層的遷移進度，不代表整個系統都已抗量子。錢包與鏈上密碼學，以及 Groth16 均維持原狀。簽章不證明內容真實，也無法防止簽署金鑰失竊或硬體遭入侵。
已更新
新的 x402 monitor 報告、透明度日誌樹頭與 Service Receipt 皆以 ML-DSA-65（FIPS 204）簽署。託管版 Apostille 現在僅簽發 Core 0.3，Apostille SDK 與 CLI v0.4.0-alpha.1 預設建立 ML-DSA-65 金鑰。先前的 Ed25519 簽章仍是可驗證的歷史紀錄。
請從公開儲存庫中經審閱的副本固定新金鑰，而非從 API 回應取得。
仍屬傳統演算法的部分
Ethereum 錢包同意與鏈上錨定使用 secp256k1。既有 Core 0.1 工作區為唯讀。簽章記錄的是誰簽署了哪些位元組，並不表示端點或產物安全。
已更新
供應鏈 API 預覽新增七條 route，涵蓋登錄版本證據、接收方政策、metadata 評估與撤回版本。推出時支援同一工作區的既有 Core 0.1 或 Core 0.3 證明書；其後的託管簽署切換已將 Core 0.1 工作區改為唯讀。請依自己的政策固定發行者與產出者金鑰；Bundle 內附或金鑰目錄回傳的金鑰不會自動成為可信來源。
整合前請查看 GET /api/apostille/v1/status：enabled 須為 true，且 features 含有 supply_chain_releases。
這項檢查能確立什麼
政策結果結合簽署證據、提交的 metadata 與服務端目前的觀測。API 不會檢查實際檔案的 bytes，請自行將檔案的 hash 與大小對照簽署 manifest。這不是惡意程式掃描，有效簽章也不代表檔案安全。
已更新
Apostille Local 的 alpha.2 原始碼預覽，在 OpenAI Chat Completions 之外新增 Anthropic Messages API 子集（POST /v1/messages：文字、串流、自訂工具使用、JSON Schema 輸出）。它使用管理員啟用的地端模型，不提供 Claude 模型權重，也不會連到 Anthropic 雲端服務。
通用 CLI 與 SDK 可記錄簽署的工作流程 metadata，另附選用的 Flower 範例。gateway 預設不儲存提示詞或回答。尚未上架套件 registry；Apostille Core 0.1 維持不變。
這些紀錄能確認什麼
接收方以獨立取得的金鑰 pin 與自己的政策離線查驗。紀錄不證明回答正確、模型確實執行，或資料從未離開環境。
更新
IFF 與 Apostille 的登入服務已更新。請重新載入頁面，並以既有身分重新登入。API 用戶端若收到 401 Unauthorized，須重新完成登入並更新儲存的工作階段憑證。工作區與紀錄均予保留。
更新
Apostille Core 0.1 的 Go SDK 與 CLI 可安裝為 v0.1.0-alpha.1；託管服務使用同一版本。
go get github.com/ifandonlyif-io/iff-apostille@v0.1.0-alpha.1
go install github.com/ifandonlyif-io/iff-apostille/cmd/apostille@v0.1.0-alpha.1
Core 0.3（ML-DSA-65）其後發布為 v0.3.0-alpha.1（用戶端 v0.3.1-alpha.1）。當時託管服務簽發 Core 0.1 與 0.3，並公布發行者 pin，預設簽署版本仍為 Core 0.1；只有 Core 0.3 簽章屬於後量子。目前行為請見10 月 10 日的簽署切換公告。
離線驗證檢查簽章與位元組綁定。信任需要獨立選擇的發行者與金鑰 pin；它不證明內容真實或法律身分。
更新
匿名 HTTP MCP alpha：/mcp/iff 提供 13 個唯讀 IFF 工具，/mcp/apostille 提供七個唯讀 Apostille 工具。不需帳號、OAuth、私密金鑰或原始檔案，IFF 工具也不會執行付款。
Apostille 的信任僅來自呼叫者提供的發行者／金鑰 pin；驗證在託管服務上執行，因此結果不是關於 IFF 的獨立證據。
更新
兩個本機 stdio Go MCP 伺服器進入內部 alpha：iff-mcp（14 個 IFF 證據與日誌工具，不付款）與 apostille-mcp（20 個工具；預設離線驗證，可選擇授權簽署與提交）。
兩者都未公開散布或託管，也不包含在 @ifandonlyif/x402-preflight 中；該套件的單一 verify_x402_endpoint 工具維持不變。
更新
Apostille 新增選用 profile：私有 ERC-8004 代理身分綁定，以及實驗性的本機 ZK 預算證明。它們不會進入 IFF x402 監測、錨定或信譽。
離線驗證需要精確的發行者與金鑰 pin；代幣所有權不代表組織身分、端點控制權或付款授權。ZK 證明在本機單方開發設定中，顯示已簽署的 1–16 個金額總和不超過接收方上限。
更新
Apostille Core 0.1 alpha 讓你在本機簽署機器人產物，接收方可離線驗證 bundle。IFF 收到的是簽署 manifest 而非原檔，發布需要明確的 PublicationGrant。它與 IFF x402 證據卡、監測觀測、webhook 及透明度日誌相互隔離。
信任需要獨立取得的發行者 URI 與金鑰指紋 pin。有效的 bundle 不證明內容真實、組織身分、TEE 執行或目前的撤銷狀態。
語言
首頁、指南、API 文件、SDK 指南與更新現已提供英文、日文、繁體中文與簡體中文版本。技術用語、API 名稱與程式碼維持原文；收據驗證器僅提供英文。
改善
收據結果現在會隨輸入與時間清除或過期。端點所有者可用 claims 清單在同一檔案列出多個所有權聲明；新增時請保留既有聲明，每個端點仍需各自對應的挑戰。
即時查詢現在為未記錄的 URL 提供「提交以進行監測」，已提交者提供「檢查進度」。BSC 範例與
Naven 的 Robinhood Chain Ping 資源已有公開的觀測層級卡片；所有權尚未驗證，0G 公開網路驗收尚未完成。
修正
瀏覽器與伺服器的收據檢查現在套用相同的輸入、發行者與時間戳規則，金鑰目錄重新整理也能從暫時中斷中恢復。只有 robots.txt 擷取會跟隨已驗證的重新導向，端點探測仍不會。
目錄比對只能辨識金鑰；獨立信任仍需要精確的發行者，以及另行取得的完整金鑰指紋。
實驗性
用於檢視 IFF 選用簽署 Service Receipt 信封的瀏覽器驗證器。貼上或載入收據 JSON，解析與簽章驗證都在本機進行，辨識發行者時可能擷取公開金鑰目錄。由 API 呼叫者選擇啟用，一般 preflight 回應不變。
此功能的範圍
不是 x402 付款收據。它不證明付款、服務交付、呼叫者身分、遠端執行、結果正確性或安全性。