本周，以太坊主网上悄然上线了一个全新的支付系统。该系统旨在解决一个大多数人直到为时已晚才意识到的问题：每次付费使用人工智能模型、云 API 或几乎任何按流量计费的在线服务时，通常都会将你的身份与你曾经请求的所有内容关联起来。以太坊基金会和开放匿名项目于 2026 年 10 月 1 日宣布，他们已部署名为zkAPI的系统，该系统旨在让用户进行私密的按流量计费 API 支付，而无需将单个请求与持久的计费账户关联起来。
要点总结
- zkAPI 于 2026 年 10 月 1 日在以太坊主网上推出，由以太坊基金会的 dAI 团队和开放匿名项目构建。
- 用户将 ETH 或 USDC 存入金库合约，将该余额转化为类似于数字现金的私人“票据”。
- 零知识证明可以让系统确认付款的有效性，而无需透露付款人是谁或付款用途。
- 链上的支付保持不可关联性，但该协议不会隐藏请求内容或网络元数据，例如 IP 地址。
- 它与标准的 OpenAI 和 Ollama 风格的 API 端点兼容，因此现有应用程序只需进行少量更改即可接入。
以太坊基金会和 Open 匿名组织将 zkAPI 引入主网
zkAPI 现已在以太坊上运行，使用户能够按需付费使用服务，而无需像以往那样在便利性和风险之间做出权衡。以太坊基金会 dAI 团队成员Vittorio Rivabella宣布了这一消息，该系统将Davide Crapis和Vitalik Buterin早前提出的研究构想付诸实践。
研究起源和主网部署
zkAPI 旨在解决的问题根源于标准的 API 计费方式：API 密钥与用户绑定，用户与支付方式绑定，而另一端的提供商可以悄无声息地将数月甚至数年的请求记录拼凑成一个用户画像。鉴于人们经常向 AI 模型咨询健康问题、财务状况或个人疑虑，这种机制实际上将用户的详细思考记录拱手让给了控制计费关系的一方。
直接在公共区块链上按调用付费可以绕过中间商，但速度慢、成本高，而且链上所有操作都可追踪。另一种常见的折衷方案是信任第三方不会窥探流量。zkAPI 被视为第三种选择，基金会称该协议虽然已在主网上线，但仍处于实验阶段。它的设计目标是接入标准的 OpenAI 和 Ollama 兼容 API 端点，这意味着开发者无需重构技术栈，即可将现有的聊天工具或编辑器指向本地客户端。
zkAPI 如何实现私有计量 API 支付
其核心理念虽然复杂，但表述起来却很简单：zkAPI 将支付行为与支付内容本身分离。用户只需通过一笔普通的交易，即可将 ETH、 USDC或类似资产存入金库合约。此后，余额便以私人票据的形式存在——本质上是一种只有持有者才能使用的数字现金，且无法追溯到原始存款。
存款、私人票据和零知识证明
当用户实际使用付费服务时，运行在用户设备上的软件会生成一个简洁的零知识证明。该证明确认已充值的票据可用于一定额度的使用，且尚未被使用，同时不会泄露涉及的票据、存款或个人信息。单个证明可以涵盖一次调用或整个会话，接收服务器无需了解任何底层细节即可确认该声明的真实性。在支付层，任何请求都不会关联到用户或其发出的任何其他请求。
默克尔树、无效化因子和链下验证
该系统由两部分加密技术支撑。存款以承诺的形式记录在默克尔树中，因此证明可以表明某张票据属于有效集合，而无需指出它是哪一张。每次使用票据时，系统都会发布一个无效符——一个由该票据的秘密信息派生的单向序列号。只要用户的操作在其余额范围内，这些操作就无法关联；但是，如果尝试两次使用同一笔资金，则会生成一个重复的无效符，该无效符只会显示重复使用票据的行为，而不会显示其他信息。
实际上，用户机器上的轻量级客户端模拟了一个熟悉的 API。支付证明（不包括提示信息和任何识别细节）被发送到 zkAPI 服务器，服务器验证该证明后会提供一个仅存储在本地内存中的、有效期较短且金额有上限的密钥。之后，提示信息会使用该临时密钥直接从设备流向 AI 提供商。密钥过期后，签名的使用收据会记录实际消费金额，服务器会从私有笔记中扣除该金额，而不是扣除全部预留金额，从而确保双方都无法修改账单。该系统底层依赖于基于 BN254 曲线的 Groth16零知识证明、用于承诺和无效化的 Poseidon 哈希以及保存在 32 层 Merkle 树中的笔记。消费证明由服务器在链下进行验证，而金库合约会在存款、关闭和取款时验证等效证明——这意味着即使所有 zkAPI 服务器都消失了，用户仍然可以保留他们的资金。
zkAPI 保护什么——以及它不保护什么
这正是设计的精妙之处，也是任何在权衡自身隐私程度的人都应关注的关键所在。系统中的知识被清晰地划分给三方：zkAPI 服务器知道已完成有效支付，并知晓会话的总金额，但却无法得知付款人的身份或请求内容。由于必须运行模型，AI 提供商只能查看提示和响应，而无法得知付款人的身份。与此同时，以太坊公共链会记录存款、取款和关机操作，但不会透露余额的实际用途。
链上支付隐私
这种分离正是该设计的核心所在。这意味着计费关系——最容易被用户画像分析的部分——通过加密技术与请求内容及其背后的身份信息完全隔离。理论上，同一个客户端和合约还可以用于其他按量计费的服务，例如区块链 RPC 查询、图像或视频生成任务、VPN 带宽或机器间交易，并像处理 AI 请求一样，在每种情况下都隐藏资金来源。
内容和网络元数据隐私方面的差距
对于那些认为 zkAPI 能完全匿名使用 AI 的人来说，这一点至关重要：保护措施止步于支付环节。AI 提供商仍然可以看到每个请求的实际内容，并且仍然可以观察到网络元数据，例如 IP 地址。原则上，提供商可以通过时间模式或识别提示信息中嵌入的重复出现的个人信息、写作风格或对话历史来尝试关联会话。真正的网络匿名性需要一个单独的层，例如通过 Tor 路由流量，并为每个会话使用一条新的线路。而内容隐私仍然是一个独立的、仍在发展中的问题，诸如机密计算之类的技术才刚刚开始着手解决它。
换句话说，zkAPI 专门解决了计费身份问题，但它并不声称能全面解决匿名性问题。对于正在评估 zkAPI 的开发者和用户而言，这种区别在于“没有人能将我的支付与我的身份关联起来”和“没有人能看到我的所有操作”之间的差异。这是两个截然不同的承诺，而目前以太坊上真正实现的只有前者。
本文由人工智能辅助生成，并经编辑团队审核。