Zcash 將 Tachyon 元件遷移至 Zakura Common,加速推進更快速的隱私支付
重點速覽
- •Zcash 開發者已開始將 Project Tachyon 元件遷移至 Zakura Common(生態系統的共享密碼學程式碼庫),此步驟影響的是開發者基礎設施,而非終端使用者功能。
- •Project Tachyon 旨在透過證明攜帶資料實現更有效率的交易聚合,以及一種在錢包準備費時保護 nullifier 的盲同步設計,來加快屏蔽支付速度。
- •整合的首個版本是 Udon,一個統一了來自較舊程式庫、對效能敏感之算術運算的 Rust 元件,並允許應用程式自行設定記憶體與平行處理上限。
- •屏蔽交易目前為 Zcash 帶來兩項擴展負擔:建立與驗證隱私證明的額外運算,以及驗證者必須保留且持續成長的 nullifier 集合。
- •Tachyon 是一項有別於 11 月 5 日 NU7 目標的提議升級,目前仍有 11 項 Zcash 改進提案待完成,Ragu 框架尚未經過審計,任何主網啟用都取決於社群批准。

Zcash 開發者已開始將 Project Tachyon 的元件整合至 Zakura Common。Tachyon 是一項旨在實現更快速隱私支付的提議升級,而 Zakura Common 則是為整個生態系統服務的共享密碼學程式碼庫。根據 9 月 28 日的開發者貼文,此步驟標誌著程式碼遷移的開始,而非網路啟用。
對 ZEC 持有者而言,今天不會有任何變化。使用者並不會因為 Tachyon 元件進入 Zakura Common 就獲得新的屏蔽交易功能。直接的受益者是開發者,他們正在準備錢包、節點以及未來協議工作日後可以使用的密碼學基礎。
這項準備工作之所以重要,是因為隱私支付對軟體的要求比一般透明轉帳更為嚴苛,而且隨著使用量成長,這些要求也更難以管理。
隱私支付有兩項擴展成本
屏蔽式 Zcash 交易使用密碼學證明來證明一筆轉帳符合網路規則,同時不公開揭露發送方、接收方或金額。建立與驗證這些證明所需的工作量,比檢查透明轉帳更多。實際上,屏蔽支付是以額外的運算換取機密性,而這種取捨同時影響錢包效能以及驗證者必須存的資料量。
此外還存在一項長期的基礎設施成本。為防止同一筆屏蔽資金被重複花費,驗證者會追蹤稱為 nullifier 的唯一值。Project Tachyon 的技術概覽指出,在目前的設計下,該集合會持續成長,增加驗證者必須保留的共識資料量。
Tachyon 的設計圍繞證明攜帶資料(proof-carrying data),這是一種壓縮「計算已正確執行」之證據的方法。該提案旨在讓區塊生產者更有效率地聚合屏蔽交易,而其「盲同步」(oblivious synchronization)設計可協助錢包在準備花費時,不會向所涉及的遠端服務揭露其實際的 nullifier。
這些都是雄心勃勃的設計目標。它們同時處理了驗證一筆隱私支付的成本,以及該支付被接受後所產生的狀態負擔。
為什麼 Zakura Common 是這項工作的核心
研究性實作可以證明某種密碼學設計是可行的。但錢包與節點軟體必須達到不同的標準:可維護的程式碼、可預測的記憶體與運算資源使用、可靠的測試,以及讓其他團隊能夠整合這項工作的明確路徑。
Zakura Common 的定位是作為這項工作的通用密碼學基礎。開發者表示,Tachyon 與現有的 Zcash 密碼學共用底層數學元件,儘管其遞迴證明帶來了額外的要求。整合這些重疊的元件可以減少重複程式碼,並讓單一最佳化惠及生態系統的多個部分——實際上,共享基礎正是將個別改進轉化為整個生態系統改進的關鍵。
這個過程中的首個版本是 Udon,一個整合了先前分散在較舊程式庫中、對效能敏感的算術運算的 Rust 元件。其設計允許應用程式自行設定記憶體與平行處理上限,這一點十分關鍵,因為行動錢包、完整節點與伺服器所擁有的硬體資源並不相同。這種彈性與屏蔽支付直接相關,因為在錢包端準備一筆花費涉及實際的運算工作。
單憑這一點並不能保證使用者能獲得更快的交易速度。它為未來的實作提供了更直接使用最佳化程式碼的途徑,無需在不同程式庫之間攜帶那麼多相容性層。
Tachyon 仍需要規範、審查與網路批准
在 Zcash 的技術路線圖上,Tachyon 的位置比下一次排定的網路變更更遠。Coindoo 先前曾報導 NU7 升級 11 月 5 日的目標,那涉及的是較近期的議工作。新的 Zakura Common 整合則專注於建構後續 Tachyon 提案可以使用的密碼學元件,因此這兩項工作在路線圖上仍是相互獨立的軌道。
Project Tachyon 網站將 Tachyon 描述為一項提議中的 Zcash 升級。其啟用需要社群批准,而不是開發團隊單純發布一個錢包更新即可。
該專案公開的實作追蹤器目前列出 11 項 Zcash 改進提案(ZIP),涵蓋屏蔽協議、交易格式、聚合、同步以及最終部署。這個數字說明了剩餘工作的規模:程式碼遷移只是更廣泛協議努力的一部分。
安全性審查同樣至關重要。Tachyon 所使用的 Ragu 證明攜帶資料框架聲明,其仍處於密集開發階段,且尚未經過審計。公開程式碼的價值在於允許技術審視;但不應因此就認定該系統已可用於生產環境。
從這裡開始,什麼才能證明真正的進展?
讀者不需要追蹤每一個密碼學程式庫的變動。以下幾個後續里程碑可以顯示這項工作是否正在成為可用的隱私支付基礎設施:
- 可重現的基準測試: 能夠標明硬體、交易類型與測試條件的結果。
- 獨立審查: 涵蓋新實作及其假設的審計或形式化驗證。
- 錢包與節點整合: 能夠說明哪些使用者在何種條件下受益的版本發布。
- 協議進展: 已完成的規範,以及針對潛在升級所確立的社群流程。
讓隱私在規模化下切實可行
Zcash 的開發者將隱私擴展視為一個基礎設施問題,而更快速的證明運算只是其中一部分。錢包必須保持可用,驗證者需要可持續的硬體需求,而密碼學假設也必須經得起嚴格審視。
將 Tachyon 移入 Zakura Common 並不能解決這些問題。它透過將研究元件放入一個共享的軟體基礎——其他 Zcash 開發者可以測試並在其上建構——使這項工作更具體。下一個具有意義的證據將來自審查、實作以及最終面向使用者的版本發布,而不僅僅是一個理想化的每秒交易數字。
本文僅供資訊參考,不構成財務或投資建議。Project Tachyon 仍在開發中,在任何主網啟用之前,都需要進一步的技術工作與社群批准。