ION:全面理解智能合約升級

譯文出自：登鏈翻譯計劃

譯者：Tiny熊

從技術角度對不同的以太坊智能合約升級模式和策略進行了調查，并提供了一套有關升級管理和治理的良好實踐和建議。

什么是智能合約升級？

對于以太坊開發人員來說，智能合約升級并不是一個新概念。最早的升級模式之一可以追溯到2016年5月的NickJohnson的gist，是在4年前的時間，幾乎覆蓋了整個以太坊的歷程。

從那時起，智能合約升級工作進行了很多的探索、出現了各種不用的實現方式。升級既可以用作在出現漏洞時進行修復，也可以用作逐步添加新功能來迭代系統開發。

但是，由于智能合約升級帶來的技術復雜性以及它們可能對真正的權力下放構成威脅，因此圍繞智能合約升級也存在很多爭議。在這篇文章中，我們將討論這兩個問題。我們將介紹不同的升級實現，并回顧一些成功的示例，并討論每個示例的優缺點。然后，我們將回顧一些用于治理和管理的良好實踐，以減輕向系統添加升級選項的中心化風險。

讓我們首先定義智能合約升級的含義：

什么是智能合約升級？智能合約升級是一種在保留存儲和余額的同時，而又可以任意更改在地址中執行代碼的操作。

但是在我們深入進行升級之前，我們將介紹一些無需實施全面升級即可更改系統的策略，這些策略可以作為升級的簡單補充。

請坐穩了，這將是一個很長的文章。

英特爾：高端獨立顯卡將在今夏面世 屆時將和英偉達、AMD全面競爭:6月15日消息，英特爾6月15日面向臺式機市場推出首款顯卡產品銳炫A380，建議零售價1030元，中國市場首發。根據命名規則，A380屬于英特爾“銳炫”系列顯卡GPU的3系列，定位入門級市場，采用臺積電N6制程工藝制造。在后續產品發布上，英特爾也提及更高端的獨立顯卡將在今年夏季面世，屆時英特爾將在GPU市場和英偉達、AMD展開全面競爭。（金十）[2022/6/15 4:28:25]

升級替代方案

有許多策略可用于修改系統而無需完全升級。一個簡單的解決方案是通過遷移來更改系統：部署一組新合約，將必要狀態從舊合約復制到新合約(有時可以無信任地完成)，根據社區共識，讓社區開始與新合約進行交互。

本節中列出的升級策略可用于以可預測的方式修改系統，這與升級不同。修改系統這是根據已有的規則來進行管理，在更改時系統的行為更加可預測。讓我們研究其中一些策略。

參數的配置

簡單地調整合約中的一組參數，可修改范圍非常有限，以至于我懷疑是否將其包含在此列表中。一個很好的例子是MakerDAO的穩定費率,這是在合約中可設置的數值，它會改變系統的行為。該值經常更改，并且由于其含義很清楚，因此可以放心地執行操作。

但是，重要的是要了解系統對這些參數中設置的極值的反應。任意高昂的費用或零費用都可能導致系統停止運行，甚至使攻擊者能夠竊取所有資金。在合約中硬編碼合理范圍的參數值通常是一個好主意，并以此作為保障措施。

烏克蘭危機全面爆發會如何：高盛預測納斯達克大跌近10%:2月21日電，高盛估計，標普500指數在俄烏危機全面爆發中的下行空間為6.2%，若降溫則有5.6%的上漲潛力。以Dominic Wilson為首的策略師預計納斯達克有9.6%的潛在下行空間，反之有8.6%的潛在上行空間。(財聯社)[2022/2/22 10:06:59]

合約注冊表

由多個合約組成的系統可能依賴合約注冊中心。每當合約A需要與B進行交互時，它首先會查詢注冊表以獲得B的地址。通過對注冊表的修改，管理員可以將B替換為替代實現B'，從而改變其行為。AAVE的早期版本使用了這種模式。

但是，此機制在切換到B'時不會保留B的狀態，如果需要手動遷移，則可能會出現問題。此模式的某些版本通過將邏輯和存儲合約解耦來緩解這種情況：狀態保持在不變的存儲合約中，并且只能根據需要更改的業務邏輯合約。我們將在本文后面部分深入探討邏輯和存儲合約分離。

這種模式的另一個缺點是，它也為外部客戶端帶來了額外的復雜性，這些外部客戶端在與系統交互之前也需要調用注冊表。可以通過添加具有不可變接口的外部包裝接口來減輕這種情況，該包裝接口負責管理注冊表查找。

策略模式

策略模式是更改合約中部分特定功能函數的代碼的簡便方法。替代在調用合約中實現函數來執行特定功能，而是通過調用單獨的合約來處理該任務，通過切換該合約的實現，可以有效地在不同的“策略”之間進行切換。

PlatON新版本哥白尼（Copernicus）將全面兼容以太坊生態:金色財經消息，10月19日，據PlatON內部人士透露，PlatON新版本哥白尼（Copernicus）將全面兼容以太坊生態，實現PlatON和以太坊平臺的無縫銜接。近期，新版本哥白尼（Copernicus）將啟動測試網，并將在11月初更新到主網。[2021/10/19 20:39:53]

Compound就是一個很好的例子，它具有不同的RateModel實現計算利率及其CToken合約可以在它們之間切換。由于已知更改僅限于系統的特定部分，這可以輕松地推出修復程序或在費率計算上改進gas消耗。當然，一個惡意利率模型實現可以設置為始終還原和停止系統，或為特定帳戶提供任意高的利率。盡管如此，限制系統更改的范圍仍使對這些更改的推理更加容易。

可插拔模塊

策略模式的一個更復雜的變體是可插拔模塊，其中每個模塊都可以向合約添加新函數。在此模型中，主合約提供了一組核心不變的函數，并允許注冊新模塊。這些模塊為核心合約增加了可調用的新函數。這種模式在錢包中最為常見，例如GnosisSafe或InstaDapp。用戶可以選擇將新模塊添加到自己的電子錢包中，然后每次調用錢包合約時都要求從特定模塊執行特定函數。

請記住，此模式要求核心合約沒有漏洞。無法通過在此方案中添加新模塊來修補管理模塊本身上的任何漏洞。此外，根據實現方式的不同，新模塊可能有權通過使用委托調用方式(DELEGATECALL，下面會進一步解釋)代表核心合約運行任何代碼，因此也應仔細檢查它們。

動態 | Upbit全面開放市價訂單功能:據官方消息，Upbit現已全面開放市價訂單功能，并簡化提款地址和號碼，添加票據功能。[2019/5/28]

升級模式

在前面不太簡短的介紹之后，是時候進入實際的合約升級模式了。這些模式中的大多數都依賴于EVM原語(DELEGATECALL操作碼)，因此讓我們從其工作原理的簡要概述開始。

委托調用

在常規的CALL-消息調用中，合約A向B發送payload數據。合約B響應此payload數據執行其代碼，可能會從其自己的存儲中讀取或寫入數據，然后將響應返回給A。當B執行其代碼時，它可以訪問有關調用本身的信息，例如msg

}

由于代理在實現中使用了委托調用，因此就好像它自己在運行實現的代碼一樣。實現代碼可以修改自己的存儲和余額，并保留了調用的原始msg

functionupgrade(addressnewImplementation)external{require(msg

}

此版本通常還包含函數用來將代理的所有權轉賬到其他地址。Compound將這種模式與額外的twist一起使用:新的實現合約需要能_接受_轉賬，以防止意外升級到無效合約。

這種模式的好處是，與升級相關的所有邏輯都包含在代理中，并且實現合約不需要任何特殊邏輯即可充當委派目標(除實現合約限制和初始化程序中列出的一些例外)。但是，這種實現模式容易受到函數選擇器沖突導致的漏洞的攻擊。

動態 | 北京銀行將運用區塊鏈等金融科技實現全面數字化轉型:據中國經營報報道，北京銀行零售業務部相關負責人近日透露，未來幾年該行將繼續深化零售轉型，圍繞三大金融特色品牌，運用智能投顧和區塊鏈等金融科技，實現全面數字化轉型。[2018/7/21]

選擇器沖突和透明代理

以太坊中的所有函數調用都由有效載荷payload前4個字節來標識，稱為“函數選擇器”。選擇器是根據函數名稱及其簽名的哈希值計算得出的。然而，4字節不具有很多熵，這意味著兩個函數之間可能會發生沖突：具有不同名稱的兩個不同函數最終可能具有相同的選擇器。如果你偶然發現這種情況，Solidity編譯器將足夠聰明，可以讓你知道，并且拒絕編譯具有兩個不同函數名稱，但具有相同4字節標識符的合約。

//這個合約無法通過編譯，兩個函數具有相同的函數選擇器contractFoo{functioncollate_propagate_storage(bytes16)external{}functionburn(uint256)external{}}

但是，對于實現合約而言，完全有可能具有與代理的升級函數具有相同的4字節標識符的函數。這可能會導致嘗試調用實現合約時，管理員無意中將代理升級到隨機地址。這個帖子由PatricioPalladino解釋了該漏洞，然后MartinAbbatemarco說明如何將其用于做惡.

這個問題可以通過開發用于可升級智能合約的適當工具解決，也可以通過代理本身解決。特別是，如果將代理設置為僅管理員能調用升級管理函數，而所有其他用戶只能調用實現合約的函數，則不可能發生沖突。

//Samplecode,donotuseinproduction!contractTransparentAdminUpgradeableProxy{addressimplementation;addressadmin;fallback()externalpayable{require(msg

functionupgrade(addressnewImplementation)external{if(msg

}

該模式被稱為“透明代理合約”(請勿與EIP1538混淆)，在這篇文章中有很好的解釋。這是OpenZeppelin升級(以前稱為ZeppelinOS)現在使用的模式。它通常與ProxyAdmin合約結合使用，以允許管理員EOA與管理代理合約進行互動(管理員只能管理代理合約交互）。

讓通過一個例子看看是怎么工作的。假定代理具有owner()函數和upgradeTo()函數，該函數將調用委派給具有owner()和transfer()函數的ERC20合約。下表涵蓋了所有導致的情況：

msg

}abstractcontractUUPSProxiable{addressimplementation;addressadmin;functionupgrade(addressnewImplementation)external{require(msg

}

這種方法有幾個好處。首先，通過在實現合約上定義所有函數，它可以依靠Solidity編譯器檢查任何函數選擇器沖突。此外，代理的大小要小得多，從而使部署更便宜。在每次調用中，從存儲中需要讀取的內容更少，降低了開銷。

這種模式有一個主要缺點：如果將代理升級到沒有可升級函數的實現上，那就永久鎖定在該實現上，無法再更改它。一些開發人員更喜歡保持可升級邏輯不變，以防止出現這些問題，而這樣做的最佳方式是放在代理合約本身。

代理存儲沖突和非結構化存儲

在所有代理模式變體中，代理合約都需要至少一個狀態變量來保存實現合約地址。默認情況下，Solidity存儲變量在智能合約存儲中的順序是：聲明的第一個變量移至插槽0，第二個變量移至插槽1，依此類推(映射和動態大小數組是此規則的例外)。這意味著，在以下代理合約中，實現合約地址將保存到存儲插槽零。

//Samplecode,donotuseinproduction!contractProxy{addressimplementation;}

現在，如果我們將該代理與以下看似無害的實現合約結合使用，會發生什么？

//Samplecode,donotuseinproduction!contractBox{addresspublicvalue;functionsetValue(addressnewValue)public{value=newValue;}}

遵循Solidity存儲布局規則，通過代理對Box

}

盡管有效，但它有一個缺點，即要求所有委托目標合約都添加此額外的虛擬變量。這限制了可重用性，因為普通合約不能用作實現合約。這也容易出錯，因為很容易忘記在合約中添加該額外變量。

我是廣告

本文來源于非小號媒體平臺：

登鏈社區

現已在非小號資訊平臺發布105篇作品，

非小號開放平臺歡迎幣圈作者入駐

入駐指南：

/apply_guide/

本文網址：

/news/9562977.html

免責聲明：

1.資訊內容不構成投資建議，投資者應獨立決策并自行承擔風險

2.本文版權歸屬原作所有，僅代表作者本人觀點，不代表非小號的觀點或立場

上一篇：

幣安為何推出第三條鏈？這對BNB意味著什么？

Tags：IONADDRESDDRaion幣下架Daddy FEGCFRESH價格DDRT

比特幣