最新更新
隔离的 Cloudflare Tunnel 测试已确认连接器采用混合密钥交换，并验证经 Tunnel 可以到达 API 健康检查端点。
10 月 11 日，测试客户端到 Cloudflare，以及 Cloudflare 与 Railway 上的 cloudflared 测试连接器之间，两段连接均协商出 X25519MLKEM768 并通过证书验证。其中，Cloudflare 与连接器之间使用 QUIC/TLS 1.3。
经 Tunnel 发出的 API 健康检查请求返回 HTTP 200，响应中的随机请求 ID 与发送值一致，确认请求已到达 API。测试完成后，相关测试资源已移除。
新的 x402 monitor 报告与签名树头、Service Receipt v2，以及托管版 Apostille Core 0.3 已使用 ML-DSA-65 签名。新数据库备份以 AES-256 加密数据，再以 ML-KEM-768 + X25519 混合机制保护文件密钥。10 月 10 日，真实备份及隔离 PostgreSQL 恢复演练均已通过。
实测范围
本次结果来自隔离测试，生产环境路由保持不变。实测确认的是混合密钥交换，不代表证书身份验证已采用后量子签名，也不代表整条路径都已加密。测试中，连接器经私有网络到 API 的一段使用 HTTP。
较早更新
新的 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 付款收据。它不证明付款、服务交付、调用者身份、远程执行、结果正确性或安全性。