研究團隊 [[ alloc ] init ] 發布了一項名為 Shielded Bitcoin 的新提案，試圖在不引入軟分叉、不修改比特幣共識規則、也不依賴運營方的前提下，在比特幣主鏈之上實現更強的交易隱私。
該方案並非直接改造比特幣網路，而是採用元協議的方式運行。交易數據會以 OP_RETURN、見證字段等形式寫入比特幣鏈上，由獨立的索引器進行讀取、驗證並維護狀態。比特幣網路本身不會識別這些交易，也不會為它們執行有效性檢查。
交易驗證交給索引器
根據提案設計，Shielded Bitcoin的交易本質上是一段帶有前綴的數據。一旦被寫入比特幣鏈上，就會被外部的索引器捕捉到。索引器需要判斷這筆交易是否有效，再決定是否將其納入系統狀態。
這意味著，即便是無效的交易也有可能出現在鏈上，但不會被合規的索引器計入餘額更新。研究團隊表示，這種設計讓方案無需改動比特幣的底層規則，同時保留了鏈上的可驗證性。
與比特幣 UTXO 模型類似，該系統也有相應的「票據」結構，用來表示未花費的資產。不過它不會直接刪除已花費的資產，而是引入 nullifier 機制，公開標記某筆資產已被使用，同時不暴露具體是哪筆資產被使用。
零知證明負責防止雙花
索引器會持續維護兩套核心數據：一套是不斷增長的票據 Merkle 樹，另一套是已使用的 nullifier 集合。用戶發起交易時，需要提交公開的 nullifier，以及一份零知識證明。
- 票據確實存在於 Merkle 樹中
- 交易已獲得相應私鑰授權
- 沒有凭空增發資產
在這種結構下，外部觀察者無法直接知道被花費的是哪一筆票據，但系系統仍能檢查 nullifier 是否重複出現，從而實現與比特幣類似的防雙花效果。
PIPEs v2 用於出入金
提案還設計了與比特幣主鏈之間的資金進出機制。團隊計劃使用 PIPEs 和 v2 來完成錨定。根據文章介紹，這是一種基於見證加密的方案，可以在滿足特定的零知識證明條件後解鎖密鑰。
如果這一部分得以實施，用戶可以將比特幣存入 Shielded Bitcoin 系統，然后在滿足提幣條件時通過鏈上證明完成退出，而无需運營方、聯邦托管或第三方來保管資金。
強制要求： 1. 只輸出翻譯後的內容，不要輸出 JSON、不要輸出 Markdown 代碼塊。 2. 不要解釋、不要總結、不要補充原文不存在的資訊。 3. 不要省略任何內容，必須完整翻譯全部輸入。 4. 如果輸入包含 HTML，只翻譯標簽之間的可見文本，不要翻譯、刪除、改寫或轉義任何 HTML 標簽和屬性。 5. HTML 標簽名、屬性名、屬性值、引號、空格、標簽順序必須保持不變。 6. img、br、hr、input 等無可見文本的標簽必須原樣保留。 7. 保留數字、貨幣符號、交易對、URL、Markdown 格式。 8. 保留形如 __BJWKEEP_00001__ 的佔位符，必須逐字原樣輸出。 9. 佔位符不能翻譯、刪除、拆分、移動、改變大小寫、改變下劃線或改變編號。 10. 佔位符是系統保護標記，不屬於自然語言。必須逐字符複製，包括所有下劃線和數字。輸出前請檢查每個佔位符是否與輸入完全一致。 11. 佔位符不是人名，不要把佔位符改寫成任何目標語言的人名、機構名或其他詞。 12. 不要輸出 User、Assistant、System 等角色名或對話前綴。研究團隊表示，關於進出金機制的完整論文仍在撰寫中，後續將另行發布。文章同時提到，該方案在隱私屬性上接近 Zcash 的屏蔽池設計，但用戶在進入和退出系統時仍會面臨額外的隱私考量。
