以太坊共同創辦人 Vitalik Buterin 公開他為 AI 代理打造的「偏執模式」：把 zkAPI 匿名付費、Tor 洋蔥路由、掩護流量與本地 LLM 改寫提示詞包成一個相容 OpenAI 介面的背景程式。他坦言這套組合已相當可用，但延遲代價不小，Tor 也不是最理想的方案。
（前情提要：以太坊基金會推出 zkAPI！付 AI 費用不需暴露身份，Vitalik 二月提案終於上線）
（背景補充：Vitalik 釋出 2026 版以太坊路線圖：AI 輔助形式驗證成核心，強隱私與抗量子成新焦點）
以太坊共同創辦人 Vitalik Buterin 於台北時間 10 月 16 日晚間 6 時 48 分在 X 發文，展示他替自己的 AI 代理執行框架（agent harness）pi 加上的「paranoid mode」：把 zkAPI、Tor、額外掩護流量與本地 LLM 提示詞改寫整合成一個相容 OpenAI API 的常駐程式（daemon），程式碼已放在他 GitHub 的 zkAPI 開發分支。這距離以太坊基金會 10 月 1 日正式推出 zkAPI 僅約兩週，等於是 Vitalik 親自補上 zkAPI 官方坦承未能涵蓋的網路層與內容層隱私缺口。
四層防護：付款、網路、流量、內容各自脫鉤
依 Vitalik 說明，這套設計針對四種不同的身份洩漏管道。第一，每段對話分配獨立的 Tor 線路（circuit），避免不同對話從同一出口被串起來；第二，請求混入隨機的掩護流量，讓旁觀者難以從流量時序判斷使用者何時在送出提示詞；第三，以 zkAPI 付費，確保付款紀錄不會洩漏身份；第四，所有提示詞先由使用者自備的本地模型改寫再送出，他本人使用的是 qwen3.8-flash-next。
根據該分支的 客戶端說明文件，改寫後的內容會形成一份獨立的「目標端對話歷史」，送到雲端模型的只有改寫版本；掩護流量預設關閉，且必須搭配經驗證的 Tor 路由才能啟用。文件也提醒，原始文字仍會交給改寫模型處理，這正是要求改寫模型必須在本機執行的原因。
代理本身也關進沙盒，全程走 Tor
除了 API 請求層，Vitalik 也表示他的代理框架外層套了 bubblewrap（bwrap） 沙盒（Linux 輕量隔離工具），並正在實驗 MicroVM，再用 torsocks 包一層，讓代理所做的一切網路活動都經過 Tor。他附上一組截圖，示範讓代理執行簡單研究任務的實際畫面。
他認為整體使用起來已相當順手，但也直言延遲明顯增加，開新對話時尤其明顯——這是每段對話都要建立新 Tor 線路的直接成本。
Vitalik 自認 Tor 並非最佳解，需專用混合網路
值得注意的是，Vitalik 並未把這套方案包裝成完美解法。他指出，掩護流量機制對被動監聽者尚可，但若 LLM 服務商與 Tor 入口節點（guard）串通、主動操縱封包時序，防護力就會大幅下降。他認為這類任務真正需要的是更專門的混合網路（mixnet），以更高的頻寬倍數換取內建的恆定掩護流量。
這也呼應以太坊基金會在 zkAPI 公告中的自我限制：官方明言 zkAPI 只切斷付款與請求的關聯，不提供網路匿名，閘道仍可能透過固定 IP 關聯請求，建議使用者搭配 Tor；提示詞內容本身的寫作風格與個人細節也可能讓對話被重新連結。Vitalik 這次的「本地改寫＋Tor＋掩護流量」，正好對應這兩個缺口。
zkAPI 背景：Vitalik 二月提案，Gas 成本即將下降
zkAPI 由以太坊基金會 dAI 團隊與 Open Anonymity Project 共同開發，實作的是 Vitalik 與 Davide Crapis 今年 2 月在 Ethereum Research 論壇發表的「ZK API 使用額度」設計。使用者把資金存入以太坊金庫合約，之後以零知識證明（不揭露細節即可證明某件事為真的密碼學技術）授權消費，取得有上限的短效 API 金鑰。
Vitalik 在貼文最後補充，zkAPI 存款與提款的 Gas 成本將大幅降低，很快會上線主網。不過他的開發分支 README 也標明並非正式版本：新協議的主網合約尚未部署、正式證明金鑰也還沒到位。
📍相關報導📍
Vitalik 發起懸賞「離線手機研究用 AI」：現行版本進步很多！但還不如筆電
V神描繪以太坊 2030：不再是傳統區塊鏈，加密證明＋鏈下運算全面啟動
