什麼是代理合同？如何啟用升級性？

代理合同通過將邏輯與存儲分開，使用`delegateCall`在更新功能時都保持狀態來啟用智能合約升級。

2025/07/10 19:42

了解智能合同開發中的代理合同

在區塊鍊和智能合同開發的世界中，代理合同已成為一種至關重要的設計模式。與一旦部署的傳統智能合約不同，代理合同提供了一種結構化的機制來實施變更和升級，而無需重新部署整個合同。在以太坊等環境中，這種靈活性尤為重要，在以太坊等環境中，部署代碼無法直接更改。代理合同是用戶與應用程序的實際邏輯之間的中介，使開發人員可以隨著時間的推移更新功能。

代理合同的工作方式：技術概述

從本質上講，代理合同圍繞另一個稱為“實施合同”的合同充當外牆或包裝。當用戶與代理進行交互時，它將使用delegatecall opcode將功能調用到實現合同。此操作碼可確保執行上下文（例如存儲和發件人地址）與代理的狀態保持一致，即使邏輯駐留在其他地方。

• 代理保持合同的狀態。
• 實施合同包含業務邏輯。
• 通過代理到當前實現，用戶的函數調用被路由。

這種分離允許更新實現，同時保留了與代理地址相關的所有現有數據和交互。

VelegateCall在啟用升級性中的作用

可以在代理合同中升級的關鍵技術功能是delegatecall機制。在堅固性方面， delegatecall允許一份合同從另一個合同中執行代碼，同時維護呼叫者的存儲，價值和上下文。這意味著，當代理合同使用delegatecall在實施合同上調用功能時，執行過程中所做的任何更改都會影響代理的存儲，而不是實施。

這種行為至關重要，因為：

• 它可以確保即使升級後，數據仍然存在。
• 它將邏輯與存儲的邏輯分開，這對於將來的修改是必需的。

如果沒有delegatecall ，升級將需要重新部署合同及其相關數據，從而導致潛在的不一致和信息丟失。

實踐中使用的代理模式的類型

以太坊生態系統中存在幾種代理模式，每種模式都提供不同程度的複雜性和控制性：

• 透明代理模式：此方法將所有外部呼叫路由到實施合同，除非呼叫者是管理員，否則可以直接在代理上訪問管理職能。這樣可以確保治理操作不會干擾常規的用戶互動。

• UUPS（通用升級代理標準） ：在此模型中，升級邏輯是實施合同本身的一部分。這通過允許在實施級別控制升級來降低集中化風險。

• Beacon代理模式：Beacon Proxy不是對實現地址進行硬編碼，而是從單獨的信標合同中檢索了最新的實施地址。這可以同時跨多個代理進行大規模升級。

這些模型中的每一個都在安全性，權力下放和易於維護方面都有權衡，因此根據項目要求，它們適用於不同的用例。

實施基本代理合同：逐步指南

創建基本代理合同涉及幾個精確的步驟。這是使用堅固性手動進行操作的方法：

• 編寫實施合同：在標準固定合同中定義應用程序的核心邏輯。例如，使用餘額跟踪和傳輸功能創建一個簡單的令牌合同。

• 部署實施合同：使用部署腳本或諸如Hardhat或Truffle之類的工具將實施合同部署到所需的網絡。記下合同地址。

• 創建代理合同：編寫一個代理合同，該合同存儲實施地址並使用delegatecall來轉發傳入交易。確保後備功能正確處理未知功能調用。

 pragma solidity ^0.8.0;合同代理{




address public implementation; constructor(address _implementation) { implementation = _implementation; } fallback() external payable { address impl = implementation; assembly { let ptr := mload(0x40) calldatacopy(ptr, 0, calldatasize()) let result := delegatecall(gas(), impl, ptr, calldatasize(), 0, 0) let size := returndatasize() returndatacopy(ptr, 0, size) switch result case 0 { revert(ptr, size) } default { return(ptr, size) } } }
 }

• 部署代理合同：部署代理並將實施地址傳遞給其構造函數。

• 與代理進行互動：所有用戶交互都應通過代理合同進行，以確保在保持持久狀態時執行正確的邏輯。

安全考慮和最佳實踐

升級性引入了新的攻擊向量，需要仔細處理。以下是一些關鍵考慮：

• 管理員訪問控制：只有受信任的實體才能啟動升級。實施多簽名的錢包或時間表，以防止未經授權的更改。

• 存儲碰撞：如果代理和實施合同具有重疊的存儲變量，則可能發生數據損壞。使用諸如OpenZeppelin的Initializable的庫，以避免衝突。

• 測試和審核：在分期環境中徹底測試基於代理的系統。在部署到主網之前進行正式審核，以確保沒有可利用的漏洞。

• 文檔和透明度：清楚地記錄升級過程，並與用戶保持潛在變化的透明度。

通過遵守最佳實踐，開發人員可以減輕風險，同時利用可升級的智能合約的好處。

---

常見問題

問題1：任何人都可以升級代理合同嗎？

不，只有具有行政特權的地址，通常由訪問控制機制支配，才能執行升級。適當的角色管理對於防止未經授權的訪問至關重要。

問題2：是否可以跟踪實施合同的過去版本？

是的，通過存儲歷史實施解決鍊或鍊鍊的地址，開發人員可以審核並驗證特定時期內使用的先前版本。

問題3：如果實施合同在通話期間恢復會發生什麼？

如果實施合同恢復了，則交易將失敗，並且在呼叫期間進行的任何狀態更改都將被回滾。代理合同沒有保留失敗的邏輯更改。

問題4：代理合同是否與所有以太坊虛擬機（EVM）兼容的區塊鏈兼容？

是的，由於它們依靠諸如delegatecall類的基本EVM功能，因此代理合同在所有兼容EVM兼容網絡（例如Binance Smart Chain，Polygon和Avalanche）中起作用。