代理合約

代理合約在保留代理地址與狀態的同時，將呼叫轉送給實作程式碼。了解代理模式如何運作，以及升級、儲存與管理員風險從何而來。

僅供教育參考，不構成投資建議；投資可能產生損失。

直接答案

代理合約是一種中介合約，會將呼叫轉送給另一個通常稱為實作合約或邏輯合約的合約。在常見的 EVM 設計中，代理使用 delegatecall，因此實作合約的程式碼在代理的執行環境中運作，而狀態與餘額仍保留在代理地址上。

這個間接層讓系統可以在更換實作的同時保留穩定的使用者互動地址。當許多代理共用程式碼時，它也能降低部署成本。代理並非天生可升級：有些最小代理永久指向同一個實作，而可升級代理則加入一種受控方式來更換實作或信標。

因此，使用者必須同時評估目前的實作，以及能夠更換它的權限。僅有經過驗證的代理位元組碼，無法說明明天會執行什麼程式碼。

當呼叫到達代理時，其回退路徑會將呼叫資料複製或轉送給某個實作。使用 delegatecall 時，address(this) 是代理，儲存讀寫作用於代理，並保留原始的 msg.sender 與 msg.value。接著，代理會傳回實作合約的回傳資料，或隨實作合約一起回退。

由於代理中繼資料與應用程式狀態共用代理的儲存空間，標準化槽位有助於避免意外衝突。ERC-1967 為實作地址、信標地址與可選管理員定義了槽位，並建議在這些值變更時發出事件。該標準讓代理更容易檢查，但本身並不能保證升級安全。

常見設計將升級權限放在不同位置：

假設一個金庫代理持有使用者餘額，並委派給實作 A。使用者透過代理地址存款，實作 A 的程式碼會更新代理儲存中的餘額紀錄。

之後，治理將 ERC-1967 實作槽改為實作 B。代理地址與已記錄的餘額都沒有移動，但未來的呼叫會執行實作 B 的程式碼。如果 B 保留儲存配置並實作預期規則，使用者就會在同一地址看到新行為。

如果 B 重新排列儲存變數、遺漏授權檢查，或新增一條由升級者控制的提款路徑，同一次升級就可能破壞會計或暴露資產。因此，實務問題不能只問某個合約是否為代理，還要問誰能改變其執行路徑、需要多長延遲，以及經過了哪些驗證。

在存入資產或授予核准前，應在鏈上解析目前的實作或信標，確認升級權限與任何時間鎖，檢查經驗證的原始碼與儲存相容性，並在適用時查看近期的 Upgraded、BeaconUpgraded 與 AdminChanged 事件。首次審查後仍需持續監控，因為執行路徑可能改變。