zkAPI隐藏付款链接,为什么仍要研究请求内容?
Ethereum Foundation在2026年10月1日的zkAPI介绍中,描述了把支付与身份链接分离的方案:用户存入使用额度,再通过零知识证明授权有限用量。本文研究的是这份资料中的设计范围,不把它扩写为所有使用场景都完全匿名。
介绍区分了付款路径和请求路径。在运行时密钥模式中,付款服务验证证明并发出短期、限额密钥,请求由用户设备直接送给提供方。付款中介因而不需要接触请求内容。
但提供方仍然需要处理请求。原文明确指出,它可以看到内容与IP等网络元数据,也可能依据时间或重复内容关联会话。隐藏资金来源与隐藏所问内容,是不同的保护目标。
模式也影响信息流。文章另介绍更简单的代理模式,由中继转发请求;中继因此能够看到流量。讨论隐私时,应先确认采用哪条路径,不能把一种模式的说明直接套到另一种模式。
我的研究判断是,评价这类Crypto支付工具,可以逐项列出谁处理付款、谁接收内容、谁保留用量凭证。隐私能力要对应具体信息和参与方,零知识证明这个名称不能代替完整的数据流分析。
本文没有核验当前部署的交易量、费用或独立安全审计,也不承诺某个实际服务没有关联风险。后续研究应从明确的运行模式和可读文档开始。
原始介绍:https://blog.ethereum.org/2026/10/01/introducing-zkapi
Ethereum Foundation在2026年10月1日的zkAPI介绍中,描述了把支付与身份链接分离的方案:用户存入使用额度,再通过零知识证明授权有限用量。本文研究的是这份资料中的设计范围,不把它扩写为所有使用场景都完全匿名。
介绍区分了付款路径和请求路径。在运行时密钥模式中,付款服务验证证明并发出短期、限额密钥,请求由用户设备直接送给提供方。付款中介因而不需要接触请求内容。
但提供方仍然需要处理请求。原文明确指出,它可以看到内容与IP等网络元数据,也可能依据时间或重复内容关联会话。隐藏资金来源与隐藏所问内容,是不同的保护目标。
模式也影响信息流。文章另介绍更简单的代理模式,由中继转发请求;中继因此能够看到流量。讨论隐私时,应先确认采用哪条路径,不能把一种模式的说明直接套到另一种模式。
我的研究判断是,评价这类Crypto支付工具,可以逐项列出谁处理付款、谁接收内容、谁保留用量凭证。隐私能力要对应具体信息和参与方,零知识证明这个名称不能代替完整的数据流分析。
本文没有核验当前部署的交易量、费用或独立安全审计,也不承诺某个实际服务没有关联风险。后续研究应从明确的运行模式和可读文档开始。
原始介绍:https://blog.ethereum.org/2026/10/01/introducing-zkapi