私隱保護型區塊鏈與選擇性披露

2026-08-12

「私隱保護型區塊鏈」是廣義描述，不是單一技術標準。它可以指一個帳本，或與帳本相連的系統：在保存某種已界定核實能力的同時，減少向公眾披露的資訊。設計可使用密碼學承諾、零知識證明、受限取閱、可驗證憑證或其他機制。重點不在標籤聽起來是否私隱，而在資料實際如何流動：甚麼公開、甚麼只與指定方分享、甚麼維持私密，以及驗證者可從現有證據確立甚麼。

選擇性披露是界定這種資訊流的一種方法。當驗證者為既定目的需要證據時，它嘗試只披露有限主張，而不是交出完整底層紀錄。這不是逃避問責、監管或法律責任的方式，而是把披露界線清楚寫出的設計方法。本文作教育性概覽，並非建議採用、選擇或依賴任何特定私隱架構。

公開與私密資料形成一個光譜

人們很容易把系統簡單分作公開或私密。實際上，披露是一個光譜。公開帳本可讓一般讀者看到每一個記錄欄位；另一種設計可公開承諾或證明，卻不公開底層數值；受限系統可只容許已界定參與者閱覽；憑證出示亦可展示一項已核實屬性，而不展示原憑證中無關欄位。

每種安排都有不同的私隱和透明度特性。少公開資料可減少不必要暴露，卻可能令某些獨立檢視更困難；多公開資料可令某些核對較容易，同時增加資料被複製、拼合或關聯的可能。沒有明確目的、威脅模型，以及涉及的人和系統的說明，任何一種結果都不能自動算正確。

有用的分析單位，是放在脈絡中的一項資料元素。識別碼、時間戳、憑證屬性、承諾或證明，都可以是公開、私密或選擇性分享的。同一系統亦可能透過網絡通訊、日誌、介面或相關資料庫暴露中繼資料。因此，私隱保護型區塊鏈應作完整資訊系統來看，而不只是某種帳本格式。

選擇性披露的意思

選擇性披露是指：驗證者需要核實一項明確主張時，只透露支持該主張所需的資料，不提交整份紀錄。假如驗證者只需知道一個主體是否符合某項條件，選擇性披露的出示可傳達該條件，毋須揭露原始憑證的其他欄位。實際披露多少，取決於憑證格式、證明系統、協議規則和驗證者要求。

目標不是令主張無法核實。很多設計會把有限主張配合密碼學證據，讓驗證者按指定規則核對完整性或來源。不過，驗證者仍要理解主張說的是甚麼、誰作出主張、主張是否仍有效，以及自己的政策是否容許據此作依據。技術檢查本身不能回答這些較闊的問題。

選擇性披露也有界線。單一屬性與其他資料合併後，仍可能識別某人；重複出示可形成關聯；持有人、發行人、驗證者或中介都可能保留紀錄。技術可收窄某次披露，卻不能消除收集、保留、取閱、連結和周邊系統帶來的所有私隱問題。

憑證、證明與核實角色

W3C 可驗證憑證資料模型描述了數個有用角色：發行人對主體作出主張，持有人持有憑證並可形成出示材料，驗證者接收材料作處理。這些都是抽象角色；一個機構可身兼多個角色，而一個部署可使用資料庫、分散式帳本或其他種類的登記系統。

可驗證憑證會把主張與用作偵測竄改或以其他方法支援核實的機制放在一起。可驗證出示是持有人交給驗證者的材料。在某些設計中，衍生證明可披露有限子集的主張，或在不揭露完整原始紀錄下確立某個屬性。W3C Data Integrity BBS Cryptosuites 規格便是一個例子，當中界定了選擇性披露和衍生證明的密碼學機制。

核實的意義本來有限。驗證者可以檢查證明或憑證是否按適用規則和驗證材料有效，卻不能單靠此事確立已編碼主張在更廣現實中一定為真。W3C 模型把可驗證性與編碼主張的真實性分開，並要求驗證者在依賴前套用自己的政策。證明支援一項已界定技術陳述，不是來源評估、治理或判斷的代替品。

區塊鏈可以處於哪個位置

區塊鏈可以是選擇性披露架構的一個元件，但毋須儲存每一項個人或敏感詳情。它可作公開驗證材料的登記處、狀態改變的記錄、承諾來源或協調層。敏感詳情可留在其他系統，驗證者則收到與清楚規則相關的憑證或證明。

正因如此，「鏈上私隱」不是單一性質。記錄到帳本的證明可公開可見，即使其見證並不公開；登記處可披露識別碼或狀態；鏈下服務可處理發行、出示、狀態更新或日誌。每個元件都改變披露模式，須分開檢視。

核心不是區塊鏈天生私密還是透明，而是所選架構怎樣處理特定資料、誰可取閱、甚麼會持續保存，以及如何取得足以核實的證據。把這些選擇寫清楚，比概括聲稱「私隱」更容易審視。

審計、合規與問責的界線

審計和合規不必然同私隱對立。系統可向獲授權驗證者提供已界定證據，同時避免向無關人士過度披露。一次出示可表明某項條件已符合，而保留規則、覆核程序和決定紀錄可為結果提供問責。甚麼證據才恰當，要看管治規則和主張範圍。

不過，選擇性披露不會替審計員、監管者或其他獲授權方決定法律上可以要求甚麼。法律責任會隨司法管轄區和情況改變。憑證或證明可確立一項狹窄的密碼學事實，而審計程序可能仍需額外紀錄、解釋、控制或人工判斷。同樣，過闊的資料要求即使技術上方便，也可能造成私隱和安全風險。

負責任的設計要直接交代這些界線：驗證者能核對甚麼、會保留哪些證據、怎樣評估狀態，以及每項決定由誰負責；也應記錄證明沒有確立甚麼。這比把私隱技術描述為監察障礙，或當作合規的完整答案，更準確。

設計取捨與私隱風險

選擇性披露要在資料最小化、易用性、互操作性、核實需要、恢復程序和問責之間取捨。減少披露可降低暴露，但驗證者仍需清楚、穩定的方法評估出示；可重用識別碼可簡化管理，卻會增加關聯風險；詳細日誌可支援覆核，也會形成另一批敏感資料。

密碼學只處理這個設計空間的一部分。軟件界線、金鑰管理、發行人做法、驗證者政策、資料保留和使用者介面，都會影響私隱。網絡活動和裝置層資料，亦可獨立於憑證或證明而顯示模式。NIST 私隱框架把私隱風險看作管理系統如何處理資料，以及這些處理如何造成有問題結果，提醒我們證明不是整個系統。

互操作性也值得同樣小心。兩個系統可使用相同憑證格式，卻有不同模式、有效性檢查、信任清單或決定政策。技術上有效的出示，可能不足以滿足某驗證者目的；過於詳細的出示又可能披露超出所需的資料。設計文件應讓這些選擇明確可見，而非默默假定。

範圍、限制與審慎閱讀方法

私隱不是開關式的承諾。私隱保護設計可減少某些資料的披露，同時仍暴露其他資料；它未必阻止重複事件之間的關聯、系統外觀察或獲授權方持有的資料；亦未必解決發行錯誤、驗證者濫用、基礎設施受損或治理改變。

選擇性披露同樣不表示驗證者應自動接納每一份出示。驗證者要核對相關驗證材料、評估發行人和主張，並遵從適用政策；持有人要明白向誰出示了甚麼；發行人要為所作主張建立合適程序。即使證明技術上有效，這些責任仍然分開。

閱讀私隱保護型區塊鏈方案時，可先由正在核實的主張開始，辨認甚麼公開、甚麼由持有人或其他系統保存，以及驗證者能推斷甚麼；再描繪發行人、持有人、驗證者、登記處和儲存或傳送相關資料的服務；最後列明不應作出的主張：證明有已界定範圍，不會確立所有現實事實，不會解決合規責任，也不會消除關聯或中繼資料風險。這個框架有助認真審視，而不把私隱技術當成規避監察或責任的方法。

風險披露：本文為 Bitbase（幣貝）學院的科普內容，僅供教育與資訊參考，不構成任何投資、交易、稅務或財務建議。加密資產波動劇烈，請自行評估風險。本文撰寫於 2026 年 8 月，請以官方最新資訊為準。