DeFi Security 101 - 2023 - 04 - Dimitri Kamenski & Richard Skinner

以太坊智能合約部署後代碼基本不可更改，這既是優點（保證可信度），也是缺點（無法修復漏洞或增加功能）。代理模式通過引入中間層解決此問題。代理合約本身代碼簡潔，只持有一個指向實現合約地址的變量。當用戶在代理上調用函數時，代理透過委托調用借用實現合約的代碼邏輯，但執行時使用代理自身的存儲空間。這樣同一份代碼可被多個代理使用，每個代理維護獨立存儲；升級時只需改變代理指向的實現合約地址，無需遷移用戶資金或更改用戶交互地址。

講者介紹了兩種主流實現方式。透明代理在代理合約中內置升級邏輯——管理員調用代理的特定回退函數時，代理不轉發調用，而是直接修改內部存儲槽以更新實現合約地址。為了區分管理員操作與普通用戶調用，代理需在每次調用時檢查 `msg.sender` 是否為管理員，只有非管理員的調用才被轉發到實現合約。這個檢查在每次交互都執行，產生固定的 gas 開銷。UUPS（通用可升級代理標準）採用不同策略——代理無條件將所有調用委托到實現合約，升級邏輯實現在實現合約自身，由實現合約判斷調用者權限決定是否執行升級。這樣普通用戶調用時無額外檢查，gas 成本更低，升級檢查僅在升級時執行。UUPS 還提供更強的靈活性：可將合約升級至完全移除升級功能的版本，實現永久鎖定；而透明代理的升級邏輯內置於代理本身，無法完全移除。

初始化函數是代理使用中的關鍵議題。由於構造函數只在部署時執行後被丟棄，無法在代理升級後被調用，代理模式改用初始化函數（通常命名 `initialize`）執行初始配置。然而初始化函數仍保留在實現合約代碼中，攻擊者可直接調用實現合約的初始化函數而非通過代理，導致實現合約被直接初始化。為防止此攻擊，OpenZeppelin 庫提供 `disableInitializers()` 函數——在實現合約的構造函數中呼叫它，告訴實現合約已被初始化，任何重複初始化嘗試都會失敗。另一個風險是代理部署與初始化若在不同交易進行，惡意用戶可在中間插入交易搶先初始化，接管合約控制權。建議將部署和初始化合併在同一交易中完成。

講者強調了幾個常見誤區。同時使用透明代理與 UUPS 模式極易發生，特別是自動化部署工具或框架默認值混合使用時。由於兩種模式在技術上兼容，這種配置看似正常運作卻不是預期行為，增加人為錯誤風險（如透明代理的管理員權限遺忘在他人手中）。鑽石代理模式雖在某些場景能解決合約大小限制，但複雜度極高，無特殊需求不應使用。最佳實踐總結為：無升級需求就不用代理；選定一種代理模式並堅持；優先使用經過驗證的現成庫如 OpenZeppelin，而非自行實現。