探索以太坊合約委托調用（DelegateCall）_CAL

譯文出自：登鏈翻譯計劃

譯者：翻譯小組

校對：Tiny熊

在本文中，我們看看如何調用另一個合約的函數，并更深入討論delegatecall委托調用。

有時，需要在編寫以太坊智能合約代碼中，與其他合約進行交互。在Solidity中，有幾種方法可以實現此目標：

如果知道目標合約的ABI，可以直接使用函數簽名

假設已經部署了一個簡單的合約，稱為“Storage”，該合約允許用戶保存val。

pragmasolidity^0

functionsetValue(uintv)public{val=v;}}

現在我們部署另一個稱為“Machine”的合約，它是“Storage”合約的調用方。“Machine”引用“Storage”合約并更改其val。

pragmasolidity^0

functionsaveValue(uintx)publicreturns(bool){s

functiongetValue()publicviewreturns(uint){returns

}

在此案例中，我們知道Storage合約的ABI及其地址，以便我們可以使用該地址初始化現有的Storage合約，而ABI的作用是告訴我們如何調用Storage合約的函數。可以看到Machine合約調用了Storage

);describe('#saveValue()',()=>{it('shouldsuccessfullysavevalue',async()=>{awaitMachine

Meta正研究開發區塊鏈和NFT等Web3技術，將探索單錢包跨平臺支付體驗:5月13日消息，Meta商業和金融技術主管Stephane Kasriel宣布Facebook Pay將正式更名為Meta Pay。Facebook Pay能在FB、IG、WhatsApp和Messenger使用，并將繼續探索如何進一步簡化跨平臺的支付體驗。

Kasriel表示，Meta處于單一錢包制度開發的非常早期階段，其正在研究如何證明用戶身份，并將該身份帶入元宇宙的不同體驗中。Kasriel還透露Meta正在開發區塊鏈和NFT等Web3技術。（TechCrunch）[2022/5/13 3:13:50]

);});});

測試通過了！

Contract:MachineAfterinitalize#saveValue()?shouldsuccessfullysavevalue(56ms)1passing(56ms)

如果不知道目標合約的ABI，請使用call或delegatecall

但是，如果調用者(在本例中為“Machine”合約)不知道目標合約的ABI，該怎么辦？

其實，我們仍然可以使用call()和delegatecall()來調用目標合約的函數。

在解釋以太坊Solidity的call()和delegatecall()之前，了解EVM如何保存合約變量對于了解call()和delegatecall()會有所幫助。

EVM如何將字段變量保存到存儲

在以太坊中，有兩種空間可以保存合約的字段變量。一個是“內存”，另一個是“存儲”。而且，“foo”保存到存儲意味著“foo”的值會永久記錄到區塊鏈狀態中。

日本中央銀行探索離線CBDC付款:日本中央銀行在最新研究中深入研究了CBDC的脫機使用，其目的是迎合數字貨幣的兩個最大功能：彈性和通用訪問。

日本央行在其網站上發表的研究論文中承認，日本面臨著發起CBDC之前必須考慮的獨特挑戰，包括地震和停電，這使得CBDC脫機使用至關重要。

盡管被視為全球技術最先進的國家之一，日本的智能手機普及率僅為65％。現金的使用也很普遍，只有20％的付款是通過數字方式進行的。脫機可用性可以通過多種方式啟用，其中一種是使用SIM卡芯片。這樣，即使沒有智能手機的人也可以使用CBDC。（Coingeek）[2020/7/7]

那么，單個合約中的如此多的變量又是怎樣讓彼此不重疊呢？EVM將插槽號分配給字段變量。

contractSample1{uint256first;//slot0uint256second;//slot1}

ImageforpostEVM使用插槽保存字段變量

因為first在Sample1合約中最先聲明，所以分配了0個插槽。每個不同的變量都通過其插槽號來區分。

在EVM中，智能合約存儲中具有2256個插槽，每個插槽可以保存32字節大小的數據。

如何調用智能合約函數

像Java，Python這樣的通用編程代碼一樣，Solidity函數可以看作是一組命令。當我們說“函數被調用”時，這意味著我們將特定的上下文(如參數)注入到該組命令(函數)中，并且在此上下文中一個接一個地執行命令。

函數、命令組、地址空間可以通過其名稱找到。

在以太坊函數中，調用可以用字節碼表示，使用432*N個字節表達。這個字節碼由兩部分組成。

動態 | 廣發銀行正積極探索區塊鏈技術在銀行業務中的應用:據大眾證券報12月8日消息，廣發銀行正積極探索區塊鏈技術在銀行業務中的應用，通過分布式賬本、智能合約技術打破不同銀行、不同行業間的業務與信息壁壘，實現數據資源共享，從而拓寬銀行與各其他行業間的合作模式。目前廣發銀行已運用區塊鏈技術實現集團內部的積分共享、轉換、兌換，實現內部資源共享，提升集團客戶體驗。[2019/12/8]

函數選擇器：這是函數調用字節碼的前4個字節。函數選擇器是通過對目標函數的名稱加上其參數類型(不包括空格)進行哈希取前4個字節得到，例如bytes4(keccak-256(“saveValue(uint)”))。基于此函數選擇器，EVM可以決定應在合約中調用哪個函數。

函數參數：將參數的每個值轉換為固定長度為32bytes的十六進制字符串。如果有多個參數，則串聯在一起。

如果用戶將此432*N字節字節代碼傳遞給交易的數據字段。EVM可以找到應執行的函數，然后將參數注入該函數。

用測試用例解釋DelegateCall

上下文

當我們談論智能合約函數的調用方式時，有一個“上下文”一詞。實際上，“上下文”一詞在軟件中是很籠統的概念，其含義根據場合不同有所改變。

當我們談論程序的執行時，我們可以說“上下文”是指執行時所有環境(如變量或狀態)。例如，在執行程序“A”時，執行該程序的用戶名是“zeroFruit”，則用戶名“zeroFruit”可以是程序“A”的上下文。

在以太坊智能合約中，有很多上下文，其中一個代表性的事情是誰執行這個合約。你可能會在很多Solidity代碼中看到msg

金色相對論| 相里朋：無幣區塊鏈需對共識機制及底層技術加大探索:本期金色相對論中，對于無幣區塊鏈的共識及其技術如何應用在場景中，高級工程師、工業和信息化部電子第五研究所區塊鏈主管相里朋表示，“Token”一直都有，而當前業內的底層技術創新還乏善可陳，多數應用解決方案尚處于研制或探索試用階段，鮮有與業務深度融合的成功案例，行業應用層次普遍偏低。高舉通證經濟大旗，落地之路卻步步維艱，虛擬代幣涌現出無數泡沫。

當前社會并非所有場景都需要虛擬代幣/通證（token）來激勵，且“無幣”區塊鏈同樣也支持共識機制、分布式存儲、點對點通信技術及密碼學技術，也可對多方參與的結果達成共識。既使在“無幣”區塊鏈方向，只要敢想敢探索，解決實際問題，也能涌現出一大批優秀案例。[2018/9/29]

..

functionaddValuesWithCall(addresscalculator,uint256a,uint256b)publicreturns(uint256){(boolsuccess,bytesmemoryresult)=calculator

}

下面是目標合約Calculator，它也有calculateResult和user。

pragmasolidity^0

}

測試addValuesWithCall

下面是addValuesWithCall的測試代碼。需要測試的有：

由于上下文位于“Calculator”而非“Machine”上，因此add結果應保存到“Calculator”合約存儲中

動態 | Coinbase探索發行ETF:據business insider消息，Coinbase正在探索發行數字貨幣交易基金（ETF），并向資產管理巨頭貝萊德（BlackRock）尋求幫助。BlackRock管理著6萬億美元的資產，是ETF的先驅，并擁有區塊鏈工作組。消息人士稱，BlackRock的區塊鏈代表沒有向Coinbase提供任何建議，并且不確定對話的范圍有多廣。[2018/9/10]

因此，Calculator的calculateResult應該為3，而user的地址應該設置為Machine的地址。

并且Machine的calculateResult應該為0，user為零地址。

describe('#addValuesWithCall()',()=>{letCalculator;beforeEach(async()=>{Calculator=awaitCalculatorFactory

);it('shouldsuccessfullyaddvalueswithcall',async()=>{constresult=awaitMachine

);});

按預期通過了所有測試：

Contract:MachineAfterinitalize#addValuesWithCall()?shouldsuccessfullyaddvalueswithcall(116ms)1passing(116ms)

測試addValuesWithDelegateCall

下面是我們的addValuesWithCall測試代碼。我們需要測試的有：

由于上下文位于“Machine”而非“Calculator”上，因此add結果應保存到“Machine”存儲中。

因此，Calculator的calculateResult應該為0，而user的地址應為0地址。

而Machine的calculateResult應為3，而user的則為用戶地址。

describe('#addValuesWithDelegateCall()',()=>{letCalculator;beforeEach(async()=>{Calculator=awaitCalculatorFactory

);it('shouldsuccessfullyaddvalueswithdelegatecall',async()=>{constresult=awaitMachine

);});

但是失敗了！什么呢？“562046206989085878832492993516240920558397288279”來自哪里？

0passing(236ms)1failing1)Contract:MachineAfterinitalize#addValuesWithDelegateCall()shouldsuccessfullyaddvalueswithdelegatecall:AssertionError:expected'562046206989085878832492993516240920558397288279'toequal'3'expected-actual-5620462069890858788324929935162409205583972882793

如前所述，每個字段變量都有其自己的插槽。當我們委托調用Calculator時，上下文位于Machine上，但是插槽編號基于Calculator。

因此，由于Calculator用calculateResult覆蓋了Storage地址，而user覆蓋了calculateResult，因此測試失敗。

基于此知識，我們可以找到“562046206989085875878832492993516240920558397288279”的來源。它是EOA的十進制版本。

Imageforpost“Calculator”合約字段變量將覆蓋“Machine”合約字段變量

因此，要解決此問題，我們需要更改“Machine”字段變量的順序。

contractMachine{uint256publiccalculateResult;addresspublicuser;Storagepublics;...}

最后，測試通過了！

Contract:MachineAfterinitalize#addValuesWithDelegateCall()?shouldsuccessfullyaddvalueswithdelegatecall(106ms)1passing(247ms)

總結一下

在本文中，我們已經看到了如何從合約中調用另一個合約的函數。

如果我們知道目標函數的ABI，就可以直接使用目標函數簽名

如果我們不知道目標函數的ABI，可以使用call()或delegatecall()。但是在delegatecall()的情況下，我們需要關心字段變量的順序。

源代碼

如果你想自己進行測試，可以在此代碼庫中找到代碼。

本翻譯由CellNetwork贊助支持。

來源：https://medium.com/coinmonks/delegatecall-calling-another-contract-function-in-solidity-b579f804178c

參考資料

登鏈翻譯計劃:https://github.com/lbc-team/Pioneer

翻譯小組:https://learnblockchain.cn/people/412

Tiny熊:https://learnblockchain.cn/people/15

ABI:https://learnblockchain.cn/docs/solidity/abi-spec.html

此代碼庫:https://github.com/zeroFruit/upgradable-contract/tree/feat/delegatecall

CellNetwork:https://www.cellnetwork.io/?utm_souce=learnblockchain

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

登鏈社區

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

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

入駐指南：

/apply_guide/

本文網址：

/news/9569963.html

免責聲明：

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

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

上一篇：

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

Tags：CALALLTORLATcallacaritokenwalletATORCtomorrow Platform

以太坊交易