DeFi 漏洞揭露與救援：跨協議協調、治理延遲與白帽責任

值得記下的 5 件事

1. [5:30]
   跨協議救援必須協調順序，不能只求各自搶快

   Yannis 回顧未初始化代理合約遭接管的事件，指出多個協議若各自先行救援，可能驚動攻擊者，讓其他團隊更危險。協調者因此得請部分團隊暫緩執行，先確認曝險資金較多的協議已準備好交易，再安排救援時序。

2. [17:09]
   隱藏治理執行內容的機制，應極少使用

   Sky 代表指出，治理延遲會讓修補內容在執行前曝光；dark spells 則先公開雜湊值，執行時才揭示內容。但這也可能被用來掩飾操作，因此必須明確規範適用情境、建立嚴謹程序，並做好相關溝通。

3. [21:28]
   白帽救援報酬應以受害者領回資金為支付條件

   Griff 介紹一項仍在構想中的法律機制，將救援與後續返還分工，待受害者收到款項後，才支付白帽及承辦法律組織報酬。他認為，這能鼓勵雙方積極協助返還，而不是靠無人領取的資金獲利。

4. [29:45]
   找到有漏洞的合約，不代表找得到負責團隊

   Gnosis 代表回顧 Safe 模組事件時指出，救援方知道哪些地址有風險，卻未必知道它們屬於誰。他建議專案列出正式環境與測試合約，並建立標準化安全聯絡資訊；其他與談者也呼籲設置全天候窗口、進行跨組織演練。

5. [48:41]
   事故應變的授權與分工，必須事先完成

   Gnosis 代表提醒，不應等安全事件發生，才叫醒執行長或詢問主管能否執行白帽救援；團隊應預先確認各項工作的負責人、權限與可用工具。座談結尾也強調，防護不能只看鏈上合約，還要涵蓋個人作業安全、基礎設施與單點失效風險。