介绍 zkAPI：为任何 API 提供私密用量积分

以太坊基金会博客于 2026 年 10 月 1 日发布文章，作者为 dAI Team 的 Vittorio Rivabella，介绍 zkAPI。文章称，该项目由 Open Anonymity Project 与以太坊基金会构建，目前运行在以太坊主网上，目标是让按量计费的 API 支付不再必然暴露用户身份。

文章指出的问题在于：如今每次 AI API 调用都携带身份。API key 指向账户，账户又指向支付方式，用户发送的每条 prompt 都会进入与二者关联的记录，提供商可将多年使用拼成单一画像。文章认为现有替代方案不佳：按请求在链上支付速度慢、成本高且可被任何人追踪，或者只能信任中间人不去查看。

zkAPI 的思路是把支付与身份分离。用户先将 ETH、USDC 等积分存入以太坊上的 vault contract，这是一笔普通交易；此后余额以 private note 形式存在，类似只有本人可花费、且无法追溯回存款的数字现金。本机软件生成小型零知识证明，声明某个有资金的 note 覆盖本次花费且未被花过；服务器可验证声明为真，而不知道是哪个 note、哪笔存款或哪个人。存款以 commitment 形式存在于 Merkle tree 中，每次花费发布 nullifier，重复花费同一余额会产生重复 nullifier 并暴露尝试。技术栈包括 BN254 曲线上的 Groth16、Poseidon 哈希，以及 32 层深的 Merkle tree；服务器在链下验证花费证明，vault contract 在 deposit、close 和 escape 时验证同类证明，因此退出不依赖服务器诚实。

流程上，zkAPI 客户端在本机暴露标准 OpenAI 和 Ollama API，现有应用无需改动。支付路径和对话路径共享短期 key 与 usage receipt：zkAPI 服务器验证支付证明后当场铸造短期、以美元设上限的 API key；prompt 从设备直接发往 AI provider；key 过期后，服务器按实际计量用量而非预留上限扣减私密余额。文章还称 zkAPI 提供更简单的 proxy mode，由 zkAPI 服务器中继请求，但中继会看到流量；runtime-key mode 则避免支付中介看到内容。适用场景包括 AI 推理、区块链 RPC、图像与视频生成、VPN 与带宽、机器对机器服务等。

限制方面，文章承认：提供商仍会看到请求内容，以及 IP 地址等网络元数据，并可能按时间关联会话；网络匿名与内容隐私属于不同层，VPN 或 Tor 处理网络侧，机密 GPU 计算则仍在兴起。原文在 Limitations 部分截断，仅见“zkAPI 的保护有两个限制：缺乏网络 a……”字样，完整的两项限制、具体合约地址及更多部署验证信息在可见文本中缺失，需进一步核实。

来源说明：本文依据 Ethereum Foundation Blog 公开页面整理，未复制原文全文。

原文链接：https://blog.ethereum.org/en/2026/10/01/introducing-zkapi