CAL:探索以太坊合約委托調用（DelegateCall）_itokenwallet下載

譯文出自：登鏈翻譯計劃

譯者：翻譯小組

校對：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

游戲發行商Square Enix將探索NFT游戲:11月6日消息，《最終幻想》發行商Square Enix在財務簡報中表示，計劃通過提供收藏品和區塊鏈驅動的視頻游戲進一步探索NFT空間，已經認識到NFT與我們的資產具有很高的親和力，概念驗證階段已經結束，將過渡到完全商業化階段。現在正在考慮進入區塊鏈游戲，包括對參與游戲的人們越來越多樣化的描述/激勵措施。我們將專注于以代幣經濟為前提的區塊鏈游戲，作為一種去中心化的內容形式。（Decrypt）[2021/11/6 6:34:50]

);});});

測試通過了！

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

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

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

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

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

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

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

聲音 | 北京市財政局：2020年將探索開展財政電子票據區塊鏈應用:金色財經報道，1月21日，在北京市財政工作會議上，北京市財政局黨組書記、局長吳素芳表示，2019年北京市組織有關部門和區積極參與差旅電子憑證網上報銷試點，推動非稅收入網上繳費，同時大力推行財政電子票據管理改革，全市道路停車收費全面應用財政電子票據，并取得顯著成效。吳素芳表示，2020年北京市將深化財政電子票據管理改革，在教育、醫療、考試、交通罰沒收費及公益性捐贈等領域全面推開電子票據改革，向全票種、各領域、全方位拓展，探索開展財政電子票據區塊鏈應用。[2020/1/22]

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

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

ImageforpostEVM使用插槽保存字段變量

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

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

如何調用智能合約函數

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

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

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

動態 | 航天信息正探索區塊鏈在財政電子票據管理領域的應用:據經濟日報消息，航天信息正在研究和探索將區塊鏈技術應用到財政電子票據管理領域，實現開票方、受票方、財政部門等各節點的信任鏈接，使票據數據全場景流通，做到財政電子票據全程可查、可驗、可信、可追溯，解決財政電子票據的監管與使用困難。[2019/1/10]

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

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

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

用測試用例解釋DelegateCall

上下文

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

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

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

..

動態 | 德國巴伐利亞州和北威州共同探索區塊鏈技術應用:德國巴伐利亞州總理馬庫斯·索德（Markus S?der）宣布了與北威州的數字計劃。接受采訪時表示，兩州將共同推出“未來聯合數字化委員會”。共同解決關于數字化管理，區塊鏈技術的使用，以及數字時代的新工作模式的問題[2018/12/22]

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

}

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

pragmasolidity^0

}

測試addValuesWithCall

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

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

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

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

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

國家電網探索利用區塊鏈推進能源互聯網的計劃 :去年11月，國家電網向中國國家知識產權局提交了一項名為“關于區塊鏈的電力交易管控方法及裝置”的專利申請。近日，這項申請正式對外公布。據申請文件顯示，該項發明涉及一種能源互聯網系統，目的是解決如何克服能源互聯網中心化機構管理方案中運行成本高、安全性差以及用戶隱私難以保證的問題。為了解決這個問題，該公司提出構建一個可以通過散列函數傳遞新生成的數據，并將結果存儲在防篡改的區塊鏈中的分布式系統。專利描述的概念與原始區塊鏈的基本機制較為類似。[2018/4/11]

);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：CALALLTORVALMCALF價格itokenwallet下載TORIvalue幣前景

SHIB