全面理解智能合約升級_ADD

譯文出自：登鏈翻譯計劃

譯者：Tiny熊

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

什么是智能合約升級？

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

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

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

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

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

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

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

尼日利亞央行已全面禁止比特幣及其他數字資產:2月5日消息，尼日利亞中央銀行已禁止比特幣和其他數字資產，并已指示本地銀行立即關閉與加密貨幣交易所連接的那些客戶的帳戶。 而這項全面禁令可能與2020年EndSARS抗議者對警察暴行的抗議有關。據稱尼日利亞年輕人在很大程度上依靠比特幣捐款來支持抗議運動。（U.Today）[2021/2/5 19:01:21]

升級替代方案

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

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

參數的配置

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

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

合約注冊表

聲音 | 火幣大學于佳寧：產業區塊鏈將在2020年全面落地，引發社會經濟全方位變革:12月28日，在區塊鏈技術應用與發展主題座談會上，火幣大學校長于佳寧表示，技術的價值要通過切實幫助產業轉型升級、提質增效體現出來，給產業帶來的價值增量才是技術的價值。產業區塊鏈將在2020年全面落地，引發社會經濟全方位變革。他表示，未來區塊鏈將成為交易中的一部分，成為一種新的信任要素，這將對價值鏈上的傳統行業帶來重大改變。于佳寧認為，區塊鏈不僅僅是一項技術，“區塊鏈+”也不僅僅是“技術+”，它更是商業模式、組織形態，甚至思維方式的全方位變革。區塊鏈思維是一種互聯網思維、金融思維和產業思維的融合。隨著5G的到來，區塊鏈與其他技術結合給產業帶來的生產率提升不是10倍，而是100倍。[2019/12/29]

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

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

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

動態 | 比特幣期貨COT周報：空頭勢力全面崛起 機構對比特幣看法轉為負面:本周比特幣大跌，COT持倉報告中的倉位布局也反映了這種價格趨勢。首先，賣方（Dealer）賬戶多頭開始壓倒空頭，總體凈多頭持倉22手，顯示了市場中空頭因素的主導地位。大型投資基金（Asset Manager）賬戶多空倉位大幅減少，凈持倉轉為空頭，顯示之前推動市場向上的主力多頭資金已經暫時受到打壓而撤退。機構多空比降至1以下，說明機構對市場看法轉向負面。綜合而言，市場中空頭勢力全面崛起，未來幾周的比特幣市場會以空頭主導，不排除市場會出現短期的反彈波動，但建議投資者在配置中以空頭策略為主，降低多頭策略的盈利預期。[2019/9/28]

策略模式

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

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

可插拔模塊

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

動態 | 小零幣（（XZC））鏈上數據全面上漲:據Tokenview數據顯示，近24小時小零幣（XZC）鏈上大額轉賬出現異動，大額轉賬數激增，昨日單筆金額超過10000 XZC的轉賬達140筆，較此前數值增長數倍，全網算力自6月23日開始暴漲，目前算力為97.06 GH/s，漲幅接近100%，活躍和新增地址數同樣大幅增長。結合此次匿名幣均有較大漲幅，XZC行情或有望延續。[2019/6/25]

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

升級模式

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

委托調用

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

}

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

OKCoin國際站美元充提全面開放，現享手續費折扣:OKCoin國際站美元充提已經全面開放，4月17日至5月17日享手續費折扣（0.1%交易手續費，0.5%提現手續費），并接入Epay支付。 ???[2018/4/17]

functionupgrade(addressnewImplementation)external{require(msg

}

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

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

選擇器沖突和透明代理

以太坊中的所有函數調用都由有效載荷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：IONADDDDRRESMINIONSDaddy DogebackDDRT價格Bitwires

DAI