全文
共用底層，不等於共用所有權力
以太坊基金會在 2026 年 11 月 3 日介紹公共數位基礎設施的使用方向，同時列出已運作的不丹身分系統與人道援助概念驗證。兩者的成熟程度不同，不能都寫成大規模正式部署。理解這個議題，可以先把底層網路、應用程式與作出資格判斷的機構分開。假設兩個單位採用相同的驗證工具，只代表它們能用一致方式檢查資料；是否接受某個證明、如何處理申訴，仍需各自的制度回答。工具共通不會自動使政策一致，也不會讓原先負責的人消失。
驗證簽發者，不等於證明內容永遠正確
不丹案例中的個人憑證保存在使用者錢包，Ethereum 上的登記資訊協助查驗簽發者；該案例明確區分技術驗證與機構權威。用一個假設的資格證明來說，系統可以檢查文件是否由指定單位簽發，卻不能只憑簽章就推定當事人的情況永遠不變。如果資格之後到期，或最初登錄有誤，仍需要更新、撤銷與申訴流程。因此，設計時應問清楚查的是哪個時間點、哪些狀態，以及誰有權改正錯誤，而不只是檢查是否能成功驗證一份文件。
少分享資料，也需要完整的服務流程
假設一項服務只需要確認申請者符合某個門檻，要求交出整套個人紀錄未必必要；但少收資料不代表不必保護已取得的資訊。登入紀錄、服務申請與客服往來仍可能形成另一份資料軌跡。這是一般設計情境，不是指不丹案例已發生資料問題。把隱私視為整條流程的特性，意味著每個接觸資料的單位都需要說明用途與保存方式。使用者也需要知道自己同意的是哪次提供、哪種資料及哪個接收者，而非只有一個難以理解的同意按鈕。
可替換與可恢復，才是長期服務的考驗
本站認為，評估公共服務時，除了成功完成一次驗證，還應檢查中斷後如何恢復。假設使用者遺失裝置、服務商停止營業，或某個單位更換軟體，制度是否仍能讓人取得原本應有的服務？這些是假設的驗收情境，不能由「採用公共鏈」四個字直接回答。機構需要保留協作、支援與更正責任，不能把技術連線當成完成治理。後續觀察也應把概念驗證、有限試點與持續營運分別記錄，追蹤它們實際解決的問題，而不是以同一個採用標籤掩蓋不同階段的差異。