a16z CRYPTO RESEARCH SERIES · 2026.05.09

不必交出整張身分證:驗證可以不等於被追蹤

數位身分的難題不只是「如何證明你是你」,而是:能否只證明網站真正需要的那一件事,同時不留下可跨站拼接的足跡?

原始來源:a16z crypto Research Series 演講〈Privacy-Preserving Digital Identity with Abhi Shelat〉,YouTube 發布於 2026 年 5 月 9 日。本頁整理講者的技術主張與取捨;尚非已全面部署的公共身分系統。

今天要證明自己已滿 18 歲,往往仍要上傳一張含生日、地址、照片與證件號碼的完整證件。講者提出的方向不是另造一張更漂亮的數位證件,而是把既有憑證的檢查過程放進零知識證明:讓服務方只收到「條件成立」,而不是整包個資。

PART 01

選擇性揭露,仍可能變成追蹤器

既有手機身分憑證可用雜湊方式只揭露某個屬性,例如「年滿 18 歲」。但為了防止憑證被複製,系統常加入綁定裝置的公開金鑰。它提升了不可轉移性,也可能成為不同網站都看得到的穩定識別碼。

核心張力:同一個欄位同時服務安全與隱私時,設計不能只問「能不能驗過」,還要問「誰能把多次驗證連起來」。
PART 02

把檢查搬到使用者端

講者描述的架構保留既有發證與裝置綁定邏輯:手機端確認發證者簽章、屬性雜湊與裝置簽章都成立,然後生成一份零知識證明。依賴方驗證的是這份證明,不再接收原始憑證、屬性前像或裝置公鑰。

發證者簽發既有憑證
使用者裝置本地完成必要檢查與證明
服務方只驗證「條件成立」
PART 03

部署成本也是安全模型的一部分

這場演講的重點不在宣稱某種證明系統唯一正確,而在面對現實限制:手機安全元件廣泛支援 ECDSA,卻未必支援新型簽章或配對運算;發證流程、設備與標準又很難同時替換。因此,他們主張先相容既有格式與硬體,再用零知識層包住需要隱藏的驗證。

這是工程判斷,不是保證。真正可行性仍取決於實作審查、標準協調、撤銷機制與各司法管轄區的採用。

「不是每次想證明一個屬性,就必須把整份身分文件交出去。」— 依演講對數位憑證選擇性揭露與可連結性的討論整理
PART 04

撤銷與假名:別把隱私當成一次性的功能

演講也討論憑證撤銷與情境化假名。若憑證遺失或資格失效,系統必須能以足夠新的狀態拒絕它;若服務只需要限制同一人建立帳號數量,則可以考慮與特定服務情境綁定的假名,而不是交付可到處重用的真實身分。

這些功能提醒我們:隱私不是把欄位遮住就完成,而是整個生命週期都要避免產生不必要的可關聯資料。

如果你在設計一個年齡驗證服務,最先要守住的是什麼?

回到完整的研究演講

這是原始演講的繁中互動閱讀筆記;技術細節、措辭與未來推論應回到原始影片核對。

觀看原始影片 →

把技術設計,讀成它改變資料關係的方式。

mnhsu.xyz 持續整理值得慢讀的技術、金融與網路基礎設施議題。