去中心化身份與可驗證憑證

2026-08-24

去中心化身份把身份識別、憑證簽發、保存和驗證分開，令任何一個登入提供方都不必永久成為所有互動的唯一入口。去中心化標識符 DID 可以幫助實體證明自己控制某個標識符；可驗證憑證 VC 則攜帶由簽發者簽名的聲明。更準確的理解不是錢包擁有一種神奇身份，而是一條信任流程：簽發者提出聲明，持有者保存並展示，驗證者檢查證明、狀態、上下文和政策。本文說明這條流程、區塊鏈可以放在哪裏，以及密鑰管理、撤銷、選擇性披露和數據保護為甚麼仍然重要。

去中心化身份解釋：標識符不是憑證

搜尋 decentralized identity explained 時，最容易的方法是把身份拆成幾層。DID 可以通過 DID 方法解析到 DID 文件或相關資源；文件可以描述驗證方法、服務，以及某把密鑰可用於甚麼關係。VC 不同，它是簽發者對主體作出的聲明，並以驗證者可以檢查作者和完整性的方式封裝。DID 可以標識人、組織、設備或服務，但 DID 本身不能證明年齡、學歷、工作或法律身份。

這種區分可以避免一個常見的誇大。去中心化並不等於匿名、不可追蹤或處於監管之外。憑證可以與現實世界的身份核驗流程緊密綁定，驗證者也可能仍要執行自己的資格、欺詐、制裁或訪問規則。DID 方法本身也可以依賴中心化服務、聯邦式系統、數據庫、分散式帳本或另一個註冊表。真正的設計問題是：誰控制標識符，誰提出聲明，誰可以更新相關聯的密鑰，以及哪一方獲准依賴這個結果。

DID、簽發者、持有者與驗證者的信任流程

這四個詞描述的是不同的工作。簽發者是提出聲明並建立憑證的權威機構或組織。持有者擁有這份憑證，通常放在錢包或其他受保護的儲存庫裏，並決定何時出示它。驗證者接收憑證或可驗證展示，檢查保護機制、簽發者、主體、有效期、狀態，以及這次請求的業務目的。主體是聲明所描述的那個實體。持有者與主體往往是同一個人，但家長可以持有關於孩子的憑證，組織也可以持有關於設備的憑證。

DID 文件可以幫助驗證者發現與簽發者或持有者相關聯的公開驗證材料。數據完整性證明可以把一份證明綁定到某個驗證方法和一個明確說明的用途，但簽名檢查通過並不等同於接受其中每一條聲明。驗證者仍然需要作出信任判斷：這個簽發者在這類聲明上是否受認可，憑證模式是否合適，展示是否足夠新鮮，所要求的披露是否與目的相稱？NIST 把這一點描述為：把密碼學驗證與對聲明的確認和評估分開。

VC 從身份核驗到展示的生命周期

生命周期在密碼學之前就已經開始。在登記或身份核驗階段，簽發者決定甚麼證據是充分的，以及這個用例需要甚麼樣的保證等級。其後它建立關於主體的聲明，加入類型和有效期等元數據，並用兼容的機制保護這份憑證。錢包或儲存庫負責保護持有者手上的那份副本。展示時，持有者為某個特定驗證者建立一份展示，可以使用一張憑證或一組憑證，也可以只披露其中選定的聲明。

驗證是一連串步驟，而不是一個綠色勾號。驗證者解析文件，檢查數據模型和保護機制，解析出相關的驗證材料，確認證明用途和任何持有者綁定，檢查憑證的有效期，並在狀態機制存在或政策要求時執行一次狀態檢查。之後它才評估簽發者和這些聲明是否滿足業務規則。一份憑證在密碼學上可以是真實的，卻仍然可能因為已過期、已撤銷、由不受信任的機構簽發、指向錯誤的主體，或者不適合本次請求的用途而失敗。續期、更新、暫停、撤銷以及最終的刪除都是生命周期事件，而不是區塊鏈會自動管理的屬性。

密鑰、DID 文件與撤銷是不同控制項

私密密鑰本身就是簽名權限。公鑰或其他驗證方法讓驗證者可以檢驗一份證明，卻不能讓驗證者製造出一份新的有效證明。簽發者必須保護自己的簽名密鑰，定義每把密鑰支持哪一種驗證關係，持續監測是否被攻破，並準備好輪換與恢復方案。持有者同樣需要安全的設備訪問、備份或恢復流程，以及一種把憑證展示請求和索取錢包秘密的請求分辨開來的辦法。遺失密鑰會影響訪問；洩露私密密鑰則可能讓他人冒名頂替，直到整個生態發現並作出響應。

有三個時鐘不能混為一談。證明可以有建立時間和過期時間，憑證可以有 validFrom 與 validUntil，驗證方法則可能因為密鑰被攻破而被輪換、被撤銷或任其過期。憑證狀態是另一種信號：它可以表明憑證所代表的權限或聲明已經不再當前有效。因此驗證者需要檢查狀態機制本身以及它的新鮮度，而不只是看簽名在數學上能否通過。狀態列表、註冊表或簽發者端點可以改善運營層面的控制，但它們同樣需要可用性、私隱、完整性和治理方面的保障。

選擇性披露與數據最小化邊界

選擇性披露意味着持有者可以對分享哪些資訊作出細緻的決定。如果一個服務只需要知道某人是否超過某個門檻，完整的出生日期可能就是不必要的。展示有時可以攜帶一條抽象聲明或一份零知識證明，而不是原始屬性。另一些配置檔案則使用選擇性披露令牌或證明套件。確切的私隱性質取決於憑證格式、密碼學套件、錢包、驗證者的請求，以及重複展示之間是否可能被關聯起來。

重要的邊界在於，DID 和 VC 並不會自動提供私隱。一個穩定的標識符、一次重複的簽名、一次狀態查詢、一條錢包遙測事件，或者公開帳本上的一條記錄，都可能造成關聯。因此數據最小化要從驗證者的提問開始：這個決定最少需要哪一條聲明，需要多久，誰必須看到它？設計者應當避免把個人資料放進不可變的公開註冊表，在受支持的場合優先使用成對的或與場景相稱的標識符，減少留存，保護日誌，並讓用戶在分享之前理解對方是誰、用途是甚麼。私隱是架構帶來的結果，而不是貼在錢包上的一個標籤。

區塊鏈在 self sovereign identity blockchain 的位置

搜尋 self sovereign identity blockchain 時，容易誤以為每條身份記錄都必須上鏈。DID Core 沒有這樣要求。DID 方法定義標識符及其文件如何建立、解析、更新或停用，而可驗證數據註冊表可以是分散式帳本、數據庫、去中心化檔案系統或另一個可信系統。區塊鏈可能適合用作方法操作的公開防篡改註冊表，記錄簽發者信任元數據、密鑰輪換事件或簡短的狀態資訊。當參與者不希望由單一運營者控制註冊表時，它也可以讓共同發現變得更容易。

區塊鏈同樣帶來成本和風險。公開記錄可以被複製、被關聯，而且很難刪除；交易的可用性和治理規則會發生變化；哈希並不能證明原始數據本身準確；不可變的錨點也修不好一把已經被攻破的簽發者密鑰。穩健的設計會把個人聲明和大型文件放在合適的受保護儲存中，只發布註冊表真正需要的最少數據，並寫清楚更新、恢復、遷移和法律請求分別如何處理。自主主權式的控制，更適合被理解為一組用戶與組織的能力，而不是鏈作出的某種承諾，讓人從此獨立於簽發者、驗證者或法律之外。

合規與實際核驗清單

身份系統仍然有法律和運營上的義務。根據司法管轄區和用例的不同，運營者可能需要合法依據、目的限定、數據最小化、留存控制、訪問與更正流程、安全保障措施、事件響應、跨境傳輸控制，以及一個可審計的信任框架。歐洲數字身份錢包的材料強調只分享已經約定的資訊，而 NIST 的身份核驗指南則表明，確認、在可獲得時進行的撤銷檢查，以及認證保證，是彼此分開的步驟。這些都是圍繞一份技術憑證的治理要求，而不是 DID 或區塊鏈可以豁免的功能。

真正做一次集成時，請問七個問題。用的是哪種 DID 方法和註冊表，解析失敗時怎麼處理？哪個簽發者在這條聲明上受信任，主體是怎樣完成核驗的？需要哪種保護機制、密碼套件、密鑰關係和展示綁定？有效期、狀態、輪換、密鑰被攻破和恢復分別怎麼檢查？請求索取的數據是否超過決定所需，展示能否抵抗重放與關聯？憑證、日誌和狀態記錄存在哪裏，保留多久？最後，是哪個監管機構、合同、信任列表或內部政策決定驗證者能否依賴這條聲明？verifiable credentials blockchain 這個說法描述的是基礎設施上的可能性，而不是對真實性、私隱或合規的保證。