探索以太坊合约委托调用(DelegateCall)_CAL:ethicalissues

译文出自:登链翻译计划

译者:翻译小组

校对: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

);});});

测试通过了!

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

如果不知道目标合约的ABI,请使用call或delegatecall

但是,如果调用者(在本例中为“Machine”合约)不知道目标合约的ABI,该怎么办?

其实,我们仍然可以使用call()和delegatecall()来调用目标合约的函数。

在解释以太坊Solidity的call()和delegatecall()之前,了解EVM如何保存合约变量对于了解call()和delegatecall()会有所帮助。

EVM如何将字段变量保存到存储

在以太坊中,有两种空间可以保存合约的字段变量。一个是“内存”,另一个是“存储”。而且,“foo”保存到存储意味着“foo”的值会永久记录到区块链状态中。

那么,单个合约中的如此多的变量又是怎样让彼此不重叠呢?EVM将插槽号分配给字段变量。

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

ImageforpostEVM使用插槽保存字段变量

因为first在Sample1合约中最先声明,所以分配了0个插槽。每个不同的变量都通过其插槽号来区分。

在EVM中,智能合约存储中具有2256个插槽,每个插槽可以保存32字节大小的数据。

如何调用智能合约函数

像Java,Python这样的通用编程代码一样,Solidity函数可以看作是一组命令。当我们说“函数被调用”时,这意味着我们将特定的上下文(如参数)注入到该组命令(函数)中,并且在此上下文中一个接一个地执行命令。

函数、命令组、地址空间可以通过其名称找到。

在以太坊函数中,调用可以用字节码表示,使用432*N个字节表达。这个字节码由两部分组成。

函数选择器:这是函数调用字节码的前4个字节。函数选择器是通过对目标函数的名称加上其参数类型(不包括空格)进行哈希取前4个字节得到,例如bytes4(keccak-256(“saveValue(uint)”))。基于此函数选择器,EVM可以决定应在合约中调用哪个函数。

函数参数:将参数的每个值转换为固定长度为32bytes的十六进制字符串。如果有多个参数,则串联在一起。

如果用户将此432*N字节字节代码传递给交易的数据字段。EVM可以找到应执行的函数,然后将参数注入该函数。

用测试用例解释DelegateCall

上下文

当我们谈论智能合约函数的调用方式时,有一个“上下文”一词。实际上,“上下文”一词在软件中是很笼统的概念,其含义根据场合不同有所改变。

当我们谈论程序的执行时,我们可以说“上下文”是指执行时所有环境(如变量或状态)。例如,在执行程序“A”时,执行该程序的用户名是“zeroFruit”,则用户名“zeroFruit”可以是程序“A”的上下文。

在以太坊智能合约中,有很多上下文,其中一个代表性的事情是谁执行这个合约。你可能会在很多Solidity代码中看到msg

摩根士丹利数字资产负责人:摩根士丹利曾探索推出基于比特币期货的掉期产品:摩根士丹利数字资产负责人Andrew Peel最近在博客节目中表示,自2018年以来,传统金融服务基础设施参与者一直非常关注金融市场基础设施的发展。Peel在进入摩根士丹利后参与了一些大型欧洲交易所的计划,这些计划正寻求使用DLT和智能合约等。此外,Peel称,摩根士丹利曾探索如何为客户提供基于比特币期货的掉期产品。虽然最终并未推出掉期产品,但曾进行了许多客户讨论。(The Block)[2021/2/4 18:50:33]

..

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为零地址。

动态 | 蚂蚁金服在渝投入超过120亿 区块链是其探索的重要技术:从蚂蚁金服方面了解到,过去5年,公司已累计在渝投入超过120亿,在渝落户企业5家。今后,蚂蚁金服将以支付宝为载体,探索将积累的移动支付安全技术、区块链技术、人工智能技术,更广泛地应用在重庆城市治理、出行、商业、市民消费体验当中。[2018/8/23]

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地址。

列支敦士登公国摄政王储阿洛伊斯表示他的父亲汉斯·亚当二世正在探索和研究比特币等资产:据CNBC,列支敦士登公国摄政王储阿洛伊斯表示,为了解决家族财务困境,他的父亲汉斯·亚当二世正在探索和研究其他资产类别,包括比特币。王储表示,区块链技术非常有趣;区块链技术可以用来使微型国家“在管理方式上更有效率”。[2018/2/6]

而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意味着什么?

郑重声明: 本文版权归原作者所有, 转载文章仅为传播更多信息之目的, 如作者信息标记有误, 请第一时间联系我们修改或删除, 多谢。

金宝趣谈

[0:0ms0-4:134ms