代理錢包的安全預設:把權限限制落實在錢包端
Permission, Not Possession: Setting Agent Wallet Defaults Before They Harden
場次摘要
代理錢包的安全邊界,應設在錢包端,而不只靠提示詞約束。MetaMask 開發者關係負責人 Francesco Andreoli 以測試經驗說明,AI 代理會接收訊號,由協調器決定行動,再交給錢包簽署與執行。當代理用於交易、支付等場景,除了技術能否運作,也必須釐清使用者、協調器與支付處理方的責任。 他主張設定授權範圍、到期與撤銷機制,搭配白名單、24 小時資金流出上限及逐筆交易檢查,再以交易模擬補強防護;他表示,檢查增加的延遲仍是毫秒級。實務上,即使只是測試,也應使用獨立錢包,把額度設在可承受損失內,並在達到門檻時交由人類核准。問答中,他也提到可透過外掛自訂安全防護。
值得記下的 5 件事
- [2:37]
代理錢包的安全問題,也包括責任歸屬
從訊號交給協調器判斷,到錢包簽署並執行,流程橫跨多個角色。Andreoli 提醒,使用者、協調器、簽署者、標準制定者與支付處理方各自應負什麼責任,都需要釐清,不能只把焦點放在技術或模型是否可靠。
- [3:43]
權限限制應設在錢包端,而不只寫進提示詞
要求代理執行任務時,應同時界定可操作範圍、授權何時到期,以及如何撤銷。這些限制要落在實際簽署與執行交易的錢包層,讓授權有明確邊界,而不是僅期待模型遵守文字要求;這是 Andreoli 主張的核心防護原則。
- [4:46]
白名單與額度上限應在每筆交易前檢查
政策防護包含網路與收款對象白名單,以及24 小時資金流出上限,用來限制出事時可能損失的範圍。Andreoli 表示,白名單與額度都會逐筆檢查,雖然增加延遲,但仍是毫秒級;這是他對執行效能的描述。
- [5:08]
逐筆交易模擬是執行前的另一道防線
除了政策檢查,Andreoli 也提出交易模擬、交易前保護與 MEV 防護,並強調代理不應接觸私鑰。他表示,錢包執行層可搭配不同模型,設計目標是即使模型受騙,錢包仍能拒絕操作,而非把安全完全交給模型。
- [5:39]
即使只是測試代理,也不要使用主要錢包
Andreoli 表示,相關測試持續了6 個月,建議另用獨立錢包,把額度設在願意承受的損失內,並搭配白名單與委派授權。權限也應設定到期時間,達到門檻時交由人類核准;這些原則不只適用於交易,也適用於其他代理用途。
更多來自 DEVCON 8
Arrow 的硬體 DAO 實驗:AI 協作、在地製造與責任分工
A DAO Shipped an Aircraft: What It Takes to Coordinate Atoms with Tokens
Thomas Garrison
Kohaku:以 SDK 將隱私與安全功能帶入以太坊錢包
Kohaku : privacy for everyone, by default
Nico、Vitalik
私有狀態與公開網路:區塊鏈隱私的去中心化取捨
Private State, Public Network: The Tradeoffs Behind Privacy
Zachary Williamson