為何說Tornado Cash是隱私交易的天堂？

代观｜2022-02-02 13:16

基於以太坊（或其他能夠運行智能合約的公鏈）的、擁有隱私交易特性的項目成為了市場的剛需，Tornado Cash應運而生。

原標題：TornadoCash：隱私交易的聖杯

01 前言

互聯網自1974年TCP/IP協議誕生至今，已經快50年了。如今監管制度日趨嚴格，互聯網基礎設施也日益完備，曾被互聯網廣為宣傳的匿名性已不堪一擊。

區塊鍊和早期的互聯網很類似，強調隱私性和匿名性。 1991年，區塊鏈的概念被首次提出，2008年中本聰將區塊鏈技術首次應用於比特幣當中，距今也只有13年的歷程。而隨著加密貨幣被被逐步認可，其監管相關的基礎設施一定也會愈發完善。

事實上，比特幣的白皮書【1】中所說的隱私特性（Privacy）只能保證用戶真實身份與地址之間不存在綁定關係即可完成鏈上的轉賬。然而，隨著加密貨幣以及交易所逐漸走向合規化，在大多數加密貨幣對法幣交易的場景下，身份驗證（Know Your Customer，KYC）已經成為必不可少的環節。

更進一步地說，為了保證加密貨幣對法幣交易的過程中資金來源絕對安全，交易雙方甚至希望對方能夠以實名的形式參與到這場交易當中。因此，加密貨幣的隱私特性正逐漸瓦解。

但實際上，加密貨幣世界對隱私性的需求是在持續增長的。加密貨幣交易所當中儲存的KYC數據規模指數級上升，而數據安全的解決方案卻並未及時迭代。但是因為KYC數據單位價值高，其不可避免的成為了黑客攻擊的主要目標之一，至今多家交易所的用戶數據都遭到不同程度的洩漏。

因此，加密貨幣的隱私性，也將成為加密世界版圖中不可缺失的一塊拼圖。

以門羅幣（XMR）為首的一眾公鏈曾試圖解決這個問題。然而，自去中心化金融（Decentralized Finance，DeFi）蓬勃發展後，智能合約成為加密貨幣領域的剛需，EVM也因此成為主流公鏈的標準配置。為兼顧隱私特性，門羅等公鏈無法運行智能合約，使用場景十分受限。另外，由於門羅幣極高的安全性（美國國稅局懸賞62.5萬美元破解門羅幣【2】），為滿足合規需求，Coinbase等交易所無法上架門羅幣，因此其流通量也受到限制。

以太坊作為擁有最完善的DeFi生態的公鏈，所有地址間的資產轉移卻都存在可追溯的鏈接，這完全抹拭了加密貨幣的隱私特性，地址間的勾稽關係一覽無遺。

因此，一款基於以太坊（或其他能夠運行智能合約的公鏈）的、擁有隱私交易特性的項目成為了市場的剛需，Tornado Cash應運而生。

02 項目概覽

Tornado Cash是基於零知識證明在以太坊上實現的隱私交易中間件。它使用zk-SNARK（Zero-Knowledge Succinct Non-Interactive Argument of Knowledge），能夠以不可追溯的方式將ETH以及ERC20代幣（目前支持DAI，cDAI，USDC，USDT，WBTC）發送到任何地址。

在實際使用中，用戶需要先將加密貨幣存入隱私池中並獲得一筆存款憑證，未來用戶可以通過存款憑證可以向任何地址中提取先前存入的加密貨幣。由於在存款憑證的生成和使用時轉賬的數據都不包含憑證本身，因此可以保證存取款兩筆轉賬完全獨立。另外，由於中繼服務的存在，取款時的以太坊地址甚至不需要擁有支付轉賬費用的ETH，即，可以提款至完全空白的地址。

根據Dune Analytics【3】顯示，Tornado Cash的混幣池中目前有15.6萬ETH以及1.65億美元，擁有區塊鏈上最龐大的隱私資產池。目前，已經有超過1.2萬獨立地址向協議中執行了約4.8萬次存款，並有超過1.7萬獨立地址從協議中取款，總共向中繼服務支付了超過200萬美元的中繼費用。

03 市場機會

隱私交易是加密貨幣世界不可缺失的一塊拼圖。在轉賬過程中，並非所有用戶都願意暴露自己的資金來源與去向，而區塊鏈的特性卻導致賬戶間的勾稽關係完全暴露。 Tornado Cash作為用戶在以太坊鏈上轉賬時可選的隱私組件，最大程度上解決了資產轉移時地址間關係的暴露。以下幾個例子可以更好地說明Tornado Cash的用例：

資產在地址間私密轉移；通過轉賬憑證，來生成資產來源合法性轉移的報告（包括存款地址、金額、日期及提款地址、金額、日期）；在進行加密貨幣對法幣的交易時，通過交易存款憑證（而非加密貨幣本身）來避免交易過程中的KYC流程，最大程度保護個人隱私。

04 競品分析

隱私交易公鏈

門羅幣（Monero）和Zcash是兩個隱私幣領域的兩個主要參與者。

門羅幣使用了隱私地址（Stealth Address）、環形機密交易（Ring Confidential Transactions, RingCT）技術，兼顧了匿名性和轉賬效率。

Zcash是第一個使用zk-SNARK（Zero-Knowledge Succinct Non-Interactive Argument of Knowledge）的加密貨幣。 Tornado Cash也是使用此技術作為隱私交易的安全性保證。

然而，隱私幣公鏈擁有著相同的問題，即無法在保證隱私交易的前提下，增加對智能合約的支持。 Oasis Labs的Ekiden有這方面的嘗試，但由於產品暫不成熟，且缺少足夠的開發者支持，我們認為其在未來一段時間內很難產生強影響力。

Oasis Labs的Ekiden有這方面的嘗試，但由於產品暫不成熟，且缺少足夠的開發者支持，我們認為其在未來一段時間內很難產生強影響力；Secret Network也正在設計通用型智能合約內的隱私計算，然而目前鏈上僅發布了鏈上交易所，且所內流動性十分匱乏。同時，Secret Network需要使用Rust進行開發，然而目前Rust開發者數量很少，且主要集中在波卡生態當中。

以太坊虛擬機（EVM）的隱私方案

基於以太坊虛擬機（EVM）的隱私交易項目較少，存在3個Tornado Cash的競品，分別是Typhoon Cash、Typhoon Network和Cyclone。

Typhoon Cash是由黃立成【4】背書的項目，架設在以太坊上，復用了Tornado Cash的大部分代碼，總鎖倉量僅有數万美元，上一筆存款發生在3個月前，且中繼服務完全由官方提供，有非常強的單點故障風險；Typhoon Network架設在幣安智能鏈（BSC）上，復用了Tornado Cash的大部分代碼，總鎖倉量僅有不到4萬美元，且中繼服務完全由官方提供，有非常強的單點故障風險；Cyclone在Tornado Cash的基礎上進行開發，部署在以太坊、幣安智能鏈以及IoTeX上，需要額外的鏈上基礎貨幣（如ETH、BNB及IOTX）和治理代幣CYC才能完成存款，並且要求用戶使用CYC支付匿名池費用及中繼費用，另外，所有中繼設施均由官方直接提供，有非常強的單點故障風險。

可見，競品打著去中心化隱私中間件的旗號，卻擁有高度中心化的產品。

從上述項目額總鎖倉量可以看出，Tornado Cash擁有著絕對的優勢與資金支持。

綜上，Tornado Cash暫時沒有強力的、且具有原創實力的競爭者。

05 代幣經濟學

2020年12月18日，Tornado Cash發布$TORN作為Tornado Cash的治理代幣，具體規則可參考官方Medium【5】。

代幣分發比例及釋放規則如下圖所示：

1inch【6】和Tornado Cash社區【7】先後提案並通過流動性挖礦獎勵，以吸引用戶提供$TORN-$ETH交易對的流動性。

目前，1inch上提供$TORN-$ETH流動性能夠獲得年化收益80%的$1INCH代幣，官方流動性獎勵池可獲得年化收益266%的$TORN代幣。

由於流動性挖礦獎勵是社區投票提案通過，甚至沒有開發前端代碼，因此挖礦入口由其他工具類產品（如vfat【8】）的前端接入，充分體現了社區自治的精神。

06 社區

由於Tornado Cash的治理和迭代遵循絕對的去中心化，因此擁有良好的社區氛圍。除了活躍的Telegram和Discord社群外，Tornado Cash的論壇【9】已經有799個話題。

另外，由於Tornado Cash的可拔插隱私組件的特性，以太坊上的其他隱私項目可以依賴於Tornado Cash的隱私存款池進一步地進行探索，例如Blank Wallet【10】構建了一套基於Tornado Cash的隱私存款池的隱私錢包。

07 治理

作為治理代幣，$TORN具有超過其他治理代幣的治理能力。 Tornado Cash自成立以來就希望項目完全由社區自治。 2020年5月後，Tornado Cash的團隊將所有存款池的管理權限燃燒，並再也無法關閉項目運行。 2020年12月，治理代幣伴隨著治理合約共同上線，未來所有治理提案僅能夠通過治理合約發起和執行。

傳統項目的治理與開發是獨立的工作。任何一個個人或組織發起提案，用戶投票後再進入後續的開發環節。提案的上線與部署仍然掌握在控制私鑰的團隊手中。

與傳統項目不同的是，Tornado Cash的用戶在發起提案時就需要提供完整的解決方案，所有的提案需要發起者提前開發，並以智能合約的形式部署在區塊鏈上供所有人審計。

為了在治理合約中發起提案，發起人需要擁有超過1000枚$TORN代幣，並在治理合約中將提案指向區塊鏈上部署完成的智能合約當中。若提案獲得足夠的$TORN代幣投票通過，則任何人可以調用execute()方法執行提案中的executeProposal()函數使提案正式生效，並不需要額外的私鑰簽名即可完成剩餘的合約部署、代幣分發等流程。因此，Tornado Cash可能是目前唯一一個實現完全去中心化治理與開發的項目。

目前，共有6個社區提案已經完成。

現階段社區正在討論【11】質押$TORN註冊中繼節點的可能性，預示未來$TORN的持有者能夠通過部署中繼節點支持項目進一步去中心化，並獲得收益。同時，社區也正在討論【12】增加對算法穩定幣Frax的支持，觀點認為隱私組件與去中心化的穩定幣應該相輔相成。另外，亦有人呼籲項目進行多鏈（幣安智能鏈、Solana等）部署，但響應者寥寥無幾。

08 安全性

Tornado Cash在合約層面實現了鏈上交易的隱私，然而，鏈上交易的隱私並非Tornado Cash的全部。

為防止服務器掉線、部分國家無法訪問網站、部分用戶不希望向互聯網服務提供商（ISP）暴露自己的訪問記錄等問題，Tornado Cash部署了IPFS版本的前端，也在GitHub上提供了全套前端源碼，方便用戶自行部署；使用中繼服務時，用戶將直接向中繼節點發起請求，因此可能向中繼節點暴露自己的IP地址。因此，Tornado Cash建議所有用戶通過VPN向中繼節點發起請求，以保護自己的IP不被洩露。另外，它也提供了基於洋蔥路由（Tor）【13】的Tornado Cash版本，亦有中繼服務商提供Tor版本的中繼服務，所有的網絡請求都經過多重轉發，以保證絕對安全；為避免存取款交易發生時間關聯，官方也建議在存款後24小時或有12筆以上的其他存款進入後再進行取款。

因此，Tornado Cash能夠實現到用戶到網頁前端、中繼服務端以及合約端的匿名以及穩定訪問。隨著中繼服務商的數量持續增加，Tornado Cash服務的穩定性將進一步提升。

09 合規性風險

儘管Tornado Cash作為目前唯一可用的以太坊鏈上隱私交易的中間件，擁有龐大的潛力和市場規模，但它面臨著遠超其他項目的合規性風險。

Tornado Cash的Roman Storm曾經表示，目前Tornado Cash已經實現自治，並不由開發者控制。但是，為滿足合規性要求，Tornado Cash仍在v2版本開發了支持通過存款憑證生成資產來源合法性轉移的報告，報告中包括存款地址、金額、日期及提款地址、金額、日期等。然而，對合規性審查較為嚴格的Coinbase也曾凍結了從Tornado Cash發生交互的以太坊錢包充值的賬戶。

對於Tornado Cash而言，如何同時保證合規和隱私，是當下最需要考慮的問題。

10 結論

Tornado Cash作為以太坊上最大的隱私交易中間件，開發者不持有項目的管理員權限，堅持執行社區自治，一方面保護了開發團隊的安全，另一方面讓項目完全實現去中心化治理與開發，能夠長久地發展。

我們認為，隨著加密貨幣和交易所的合規化，以及監管制度和配套的基礎設施逐漸完善之後，隱私交易將受到越來越多人的重視。以太坊作為生態最為齊全的公鏈，鏈上隱私交易必然成為熱門賽道之一。

屆時，Tornado Cash將成為隱私交易生態中重要的一環，不僅能夠為用戶直接提供隱私交易服務，另外，其蓄水池也可以成為其他隱私組件的底層資產。 $TORN作為Tornado Cash的治理代幣，擁有比其他治理代幣更強的治理能力和對協議的控制權，在未來可能存在的節點競選、持幣分紅預期的加持下，$TORN擁有很好的前景。

附註：

【1】比特幣白皮書：https://bitcoin.org/bitcoin.pdf

【2】美國國稅局懸賞62.5萬美元破解門羅幣：https://beta.sam.gov/opp/3b7875d5236b47f6a77f64c19251af60/view

【3】Dune Analytics：https://duneanalytics.com/poma/tornado-cash_1

【4】黃立成：https://twitter.com/machibigbrother

【5】官方Medium：https://tornado-cash.medium.com/tornado-cash-governance-proposal-a55c5c7d0703

【6】1inch：https://blog.1inch.io/1inchs-joint-liquidity-mining-program-with-tornado-31077f65645?gi=18a1caeada35

【7】Tornado Cash社區：https://torn.community/t/proposal-6-torn-liquidity-mining-program/765

【8】vfat：https://vfat.tools/tornado/

【9】論壇：https://torn.community

【10】Blank Wallet：https://www.goblank.io

【11】社區正在討論質押$TORN註冊中繼節點的可能性：https://torn.community/t/upcoming-relayer-election-mechanism/28/1