译文出自：登链翻译计划
译者：翻译小组
校对：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
当代艺术家DotPigeon宣布暂停探索NFT:金色财经报道，当代艺术家DotPigeon在社交媒体宣布暂停探索NFT，他表示对NFT领域的趋势和市场动态表示担忧，并且认为这种趋势可能会损害艺术本身，因此决定回到画布上创作艺术。不够DotPigeon表示这次并不是永久性离开，仍将更有针对性、更有意识地参与到精选的NFT项目中。根据OpenSea数据显示，当前Dot Pigeon NFT系列地板价为0.155 ETH。[2023/4/4 13:42:46]
);});});
测试通过了！
Contract:MachineAfterinitalize#saveValue()?shouldsuccessfullysavevalue(56ms)1passing(56ms)
如果不知道目标合约的ABI，请使用call或delegatecall
但是，如果调用者(在本例中为“Machine”合约)不知道目标合约的ABI，该怎么办？
其实，我们仍然可以使用call()和delegatecall()来调用目标合约的函数。
在解释以太坊Solidity的call()和delegatecall()之前，了解EVM如何保存合约变量对于了解call()和delegatecall()会有所帮助。
EVM如何将字段变量保存到存储
在以太坊中，有两种空间可以保存合约的字段变量。一个是“内存”，另一个是“存储”。而且，“foo”保存到存储意味着“foo”的值会永久记录到区块链状态中。
那么，单个合约中的如此多的变量又是怎样让彼此不重叠呢？EVM将插槽号分配给字段变量。
美欧联合贸易和技术委员会探索利用区块链技术追踪温室气体排放:金色财经消息，美国与欧盟联合贸易和技术委员会将合作研发跟踪碳排放的技术，并将区块链技术视为衡量和利用生命周期温室气体（GHG）评估的潜在工具。
该委员会是拜登政府于2020年成立的，旨在协调美国和欧盟之间的技术和贸易政策。在一份联合声明中，目标之一是改进跟踪碳排放的方法和过程，工作组将研究包括区块链技术在内的几种“新兴技术”的潜力，以更可靠地跟踪温室气体排放，还将考虑人工智能、机器学习和“物联网”（IOT）技术。根据联合声明称，工作组的目标是开始部署应对气候变化的技术，但这些技术具体究竟是什么仍不清楚。（CoinDesk）[2022/5/17 3:20:16]
contractSample1{uint256first;//slot0uint256second;//slot1}
ImageforpostEVM使用插槽保存字段变量
因为first在Sample1合约中最先声明，所以分配了0个插槽。每个不同的变量都通过其插槽号来区分。
在EVM中，智能合约存储中具有2256个插槽，每个插槽可以保存32字节大小的数据。
如何调用智能合约函数
像Java，Python这样的通用编程代码一样，Solidity函数可以看作是一组命令。当我们说“函数被调用”时，这意味着我们将特定的上下文(如参数)注入到该组命令(函数)中，并且在此上下文中一个接一个地执行命令。
函数、命令组、地址空间可以通过其名称找到。
在以太坊函数中，调用可以用字节码表示，使用432*N个字节表达。这个字节码由两部分组成。
北京邮电大学校长乔建永：探索建立版权+区块链等科学和行之有效的高等学校版权保护机制:金色财经现场报道，12月29日，第二届可信数字版权生态论坛在北京举办。北京邮电大学校长乔建永现场指出，2019年底，北京邮电大学牵头的数字产品知识产权保护项目开发立项，联合广泛力量，在版权领域实现了一批成果。同时建立北京邮电大学版权工作站。未来将探索建立版权+人工智能、版权+区块链等科学和行之有效的高等学校版权保护机制，依靠可信数字版权的支持，促进版权资源的利用和版权资源的深度挖掘。[2021/12/29 8:11:58]
函数选择器：这是函数调用字节码的前4个字节。函数选择器是通过对目标函数的名称加上其参数类型(不包括空格)进行哈希取前4个字节得到，例如bytes4(keccak-256(“saveValue(uint)”))。基于此函数选择器，EVM可以决定应在合约中调用哪个函数。
函数参数：将参数的每个值转换为固定长度为32bytes的十六进制字符串。如果有多个参数，则串联在一起。
如果用户将此432*N字节字节代码传递给交易的数据字段。EVM可以找到应执行的函数，然后将参数注入该函数。
用测试用例解释DelegateCall
上下文
当我们谈论智能合约函数的调用方式时，有一个“上下文”一词。实际上，“上下文”一词在软件中是很笼统的概念，其含义根据场合不同有所改变。
当我们谈论程序的执行时，我们可以说“上下文”是指执行时所有环境(如变量或状态)。例如，在执行程序“A”时，执行该程序的用户名是“zeroFruit”，则用户名“zeroFruit”可以是程序“A”的上下文。
北京金管局：积极探索央行法定数字货币在北数所数据交易支付结算中的应用:北京市地方金融监督管理局、北京市经济和信息化局关于印发北京国际大数据交易所设立工作实施方案的通知：积极争取国家先行先试政策支持，在中国人民银行指导下，探索央行法定数字货币在北数所数据交易支付结算中的应用，打造符合数据交易特征的支付结算体系。（北京市地方金融监督管理局官网）[2020/9/29]
在以太坊智能合约中，有很多上下文，其中一个代表性的事情是谁执行这个合约。你可能会在很多Solidity代码中看到msg
..
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为零地址。
声音 | 清华大学廖理：区块链在支付清算领域有探索的价值:清华大学五道口金融学院常务副院长、清华大学金融科技研究院院长廖理发布了题为《金融科技的未来在哪？》的文章。文章表示，过去十年，中国面临经济放缓、产业结构调整、企业转型等多方面困难，人工智能、大数据、云计算、区块链等技术迅速发展和突破，提升经济运行效率，为社会各领域带来变革和创新。支付清算基础设施作为金融系统的“管道”，在金融科技中体现在移动支付、区块链和数字货币两个方面。区块链和数字货币在技术上并不先进，是密码学、分布式数据库等技术创新结合应用的产物，目前中央银行数字货币、金融机构间结算币(如 JP Morgan Coin)、稳定加密货币(如 USD Coin)及Facebook宣布发行的 Libra 项目都备受关注。区块链在支付清算领域有探索的价值。有序监管下，包容性监管促进创新发展。在美国包容性监管环境下，Facebook宣布发行数字加密货币Libra，可能成为数字世界的“法币”，可能对中国人民币国际化、货币政策、外汇政策等带来影响。（中新经纬）[2019/9/12]
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意味着什么？
郑重声明： 本文版权归原作者所有， 转载文章仅为传播更多信息之目的， 如作者信息标记有误， 请第一时间联系我们修改或删除， 多谢。