本週，以太坊主網上悄然上線了一個全新的支付系統。該系統旨在解決一個大多數人直到爲時已晚才意識到的問題：每次付費使用人工智能模型、雲 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 的開發者和用戶而言，這種區別在於“沒有人能將我的支付與我的身份關聯起來”和“沒有人能看到我的所有操作”之間的差異。這是兩個截然不同的承諾，而目前以太坊上真正實現的只有前者。
本文由人工智能輔助生成，並經編輯團隊審覈。