以太坊基金会在主网推出zkAPI，支持私密预付API支付
该系统使用保险库存款和零知识证明将计费与计量的AI/API使用解耦，但并不隐藏提示或网络元数据。
以太坊基金会表示，zkAPI 现已在以太坊主网上上线，推出了一个预付费支付层，用于 AI 和其他计量 API 服务，旨在保持账单身份与使用情况之间的不可链接性。此次发布将二月份提出的零知识“API 使用信用”转变为一个可行的实现，同时明确将隐私限制在支付不可链接性上，而不是内容或网络匿名性。
抱歉，您没有提供要翻译的文本。请提供需要翻译的内容。以太坊基金会表示，zkAPI 已在以太坊主网上线，将其定位为基于零知识的预付费访问 AI 和其他计量服务的支付设计的生产实现。API接口基金会将zkAPI描述为与开放匿名项目共同构建，其核心承诺是用户可以在不透露账单身份的情况下支付API使用费用。
此次发布被视为以太坊基金会研究员Davide Crapis和以太坊联合创始人Vitalik Buterin在2月份提出的“基于ZK的API使用信用”的直接落实。在基金会的框架下，10月2日的主网发布并不是一份新的研究说明，而是将早期概念转化为可用于实际请求的工作支付流程。
在主网公告的同时，该项目发布了旨在使开发者和最终用户能够使用该系统的工具，包括本地客户端、软件开发工具包（SDK）和基于浏览器的AI聊天实现。公告中没有包含用户数量、存款总额或结算量等启动指标。
保险库存款、零知识信用证明和短期密钥：支付流程及其隐私限制
zkAPI的机制围绕着将“谁支付”与“谁使用”分开构建，而不试图隐藏请求的内容或来源。用户将资金存入以太坊保险库，然后生成零知识证明以证明他们有足够的预付信用来覆盖API请求，而不透露哪些链上存款属于他们。
以太坊基金会的AI协调员Vittorio Rivabella的dAI团队将该系统描述为发放短期的API密钥并设定预定义的消费限额。这一设计选择很重要，因为它与今天计量API的销售方式相对应，提供者通过密钥强制执行配额和计费，而结算层可以与提供者的核心基础设施抽象开来。
隐私边界是明确的。提示直接发送给AI提供者，而使用情况则通过支付层单独结算，这意味着提供者仍然可以看到请求内容及其相关的网络元数据。基金会还指出，用户仍然可能通过IP地址、时间或请求中包含的信息在会话之间被关联。
换句话说，zkAPI最好理解为预付使用的计费不可链接性，而不是一个私密的AI聊天堆栈。它可以防止存款与特定请求轻易关联，但并不声称隐藏提示、提供者关系或通常进行真实关联的网络级踪迹。
交易者在发布后可以实际跟踪的采用信号
近期市场的问题是zkAPI是否会成为一种被广泛使用的支付原语，还是仅仅停留在带有主网标签的概念验证阶段。公告中没有提到集成的AI提供商或超出基于浏览器的AI聊天实现的计量API服务，也没有发布能够让交易者将发布转化为可衡量的链上活动的采用指标。
最清晰的确认路径是操作性的，而不是叙述性的。如果贡献者发布保险库和结算组件的合约地址，交易者可以跟踪保险库存款、独特存款者和结算量的变化，并将这些活动与集成公告进行比较。
集成是第二个关键环节。超出最初基于浏览器的AI聊天实现的特定提供商支持将澄清zkAPI是被视为计量API的一般用途计费通道，还是作为AI使用的狭窄演示。
第三个信号是客户端和SDK是否发展到解决所述的可链接性风险，或者通过扩展隐私超出计费不可链接性，或提供关于推荐网络隐私工具的明确指导。最后，费用机制在发布摘录中仍未解决，包括谁支付燃料费或费用，以及使用结算是否会产生持续的链上活动，而不是偶尔的存款。
我的看法：一个真正的发货里程碑，但市场信号取决于集成和可衡量的使用情况。
此次发布被解读为“以太坊推出了私有AI”，而这种框架在细则中并不成立。发布的是一种支付原语，它在存款层面上将计费与使用分离，同时将提示和网络元数据保持在清晰状态，这使其更接近预付计量基础设施，而不是AI交互的隐私层。
重要的门槛是 zkAPI 是否在合约地址和费用机制公开后获得命名集成和可监控的链上使用。如果这两项到位且结算量开始看起来持续，那么这个设置就开始显得是结构性的，而不是由公告驱动的。
