公告日期：2026-10-01。以下按原始公告日期解读，页面刊发日期另列。后续状态请查阅原始来源。

它要解决什么

传统 API 密钥连接账户、付款和请求记录，提供商可能把多年的使用轨迹归到同一人。zkAPI 的思路是先把 ETH、USDC 等额度存进以太坊金库，再用零知识证明授权有上限的使用。

提供商看到请求内容和服务流量，支付层看到额度消耗，但双方不直接得到存款与请求之间的关联。基金会把 AI 提示、RPC、影音生成和机器服务列为潜在场景。

从存款到请求

额度作为 Merkle 树中的承诺保存，证明显示“有一笔有效余额”而不指出是哪笔存款。每次花费产生单向 nullifier，重复使用会暴露重复尝试而不揭示其他信息。

本地客户端向服务器提交付款证明，获得短期、封顶的 API key；请求随后直接发送给服务提供商，密钥到期后按签名使用回执结算。

两个运行模式

runtime-key 模式让提供商处理请求，支付服务器不看内容；更简单的 proxy 模式由 zkAPI 服务器中转，运维较容易但中转方能看到流量。用户应先读部署文档和信任假设，不把“零知识”理解成所有信息都隐藏。

实现使用 Groth16、BN254、Poseidon 和深度为 32 的 Merkle 树；金库合约提供存款、关闭和退出路径。技术组件是公告中的实现细节，未来版本仍可能变化。

隐私边界

zkAPI 不自动隐藏 IP、时间模式或请求内容。稳定 IP 可能让网关关联请求；AI 提示中的个人细节、写作习惯和重复上下文也会被提供商看到或重新关联。

更强的网络隐私可能需要 Tor 或 VPN，内容隐私则涉及本地模型、TEE 等其他层。隐私与上下文便利存在取舍，用户应按威胁模型选择。

海外用户如何评估

跨境用户应检查金库网络、资产、退出条件、服务地区和当地税务记录，不要因为有隐私功能就忽略链上公开存款、服务条款或密钥安全。

首次尝试应使用测试网或可承受的小额，并从代码仓库与官方文档核对客户端。任何要求提供助记词、私钥或预付“认证费”的页面都不是正常 zkAPI 流程。

编辑核验与阅读边界

本文是对官方公告的中文整理，保留公告日期与技术限制；它不是投资建议，也不代表主网已经升级、产品在所有地区可用或任何结果得到保证。读者应打开来源页面，按自己的网络、软件版本、地区规则和权限重新核对。