Web3 身分改用 DID、VC 與 AI 錢包

Web3 身分正從錢包地址轉向 DID、可驗證憑證與受限的 AI 代理錢包。

一篇 2026 年 6 月 25 日刊出的 Blockchain Council 文章，將 Web3 身分拆成可組合的技術堆疊，而不是單一登入功能。它主張使用者、軟體代理與憑證都應能跨平台流動，且不必綁死在單一登入供應商上。

這次討論的重點不只是「錢包能簽名」，而是錢包開始承擔身分、權限與記錄保存三種角色。文章同時提到 2026 年 6 月 26 日更新內容，並點出 EIP-4361、ERC-5114 與 ERC-5484 這些標準線索。

發生了什麼

文章把 Web3 身分描述成一層可拆分的系統。DID 用來定義誰擁有控制權，verifiable credentials 用來表達可驗證的主張，錢包負責簽署與保存，soulbound 類型的 token 則用來記錄不該轉賣的資訊。

這種拆法和早期「一個錢包走天下」的思路不同。過去很多應用只看地址是否存在，現在則更像在問：這個人或這個代理能不能進來、能做多少、做完能不能撤回。

文章也把 AI agent 拉進身分模型裡。若代理程式要替人買算力、付資料費或呼叫合約，它就需要自己的 DID、限定範圍的憑證，以及能限制行為的錢包規則。

• DID 由主體控制，不靠中心化平台代管。
• VC 可證明年齡、職稱、證照或 KYC 狀態。
• 錢包正在從金鑰容器變成身分中樞。
• ERC-5114 與 ERC-5484 被拿來作為不可轉讓設計參考。

文章還提醒開發者別沿用過時教學。以 OpenZeppelin Contracts 5.x 為例，原本常見的 _beforeTokenTransfer 已不適合拿來做轉移阻擋，開發時可能得改用 _update 來處理。

為什麼重要

對開發者來說，這代表驗證邏輯要從「存資料」轉成「驗證屬性」。App 不必保存整份護照或完整履歷，只要確認 KYC 狀態、年齡、部門權限，或某個 agent 的每日支出上限即可。

對企業來說，Web3 身分正在靠近 IAM 的工作方式。這意味著可稽核的 AI 權限、可重複使用的供應商審核、可攜式專業證明都更容易落地，但前提是敏感資料要盡量留在鏈下，並且一開始就設計撤銷、復原與隱私機制。

這也會改變產品團隊的設計順序。以前是先做登入，再補權限；現在可能得先定義誰能證明什麼、證明多久、失效後怎麼收回，再回頭決定錢包和介面怎麼長。

真正的分水嶺不是「有沒有身分」，而是身分能不能被細分、撤銷、跨系統重用。問題只剩一個：團隊會先做可控的憑證，還是繼續把身分規則硬塞進本來就不是為此設計的錢包？