当我们部署和调用合约的时候，EVM 都在做些什么？
如果你开发过以太坊智能合约，想必你应该熟悉这样的操作 (此处以remix为例) ：
编写solidity代码 -> 编译 -> 部署-> 交互 。合约的编写与部署似乎并不是一件很麻烦的操作：编写阶段就不说了，Solidity语言大家都应该会；到了编译阶段，本地的 solc 编译器会把 Solidity 代码编译成字节码（bytecodes）；而在部署阶段，部署者通过发起一笔特殊交易（to的地址为空）calldata 带上编译后的字节码，等交易上链之后，就完成了合约的部署；而合约交互，就是call合约里的某个函数，等待函数的响应和返回，一切就是这样的简单。
但是正如开车一样，当你踩住油门后，车辆开始前进。然而这看似简单的操作背后是汽油爆燃、活塞往复、数百个齿轮啮合传动、轮胎与地面滚动摩擦的复杂行为。部署和调用合约也是如此，它涉及到 EVM 的堆栈操作，内存读写，存储访问等一系列底层操作。当部署合约时， EVM 把收到的 calldata 翻译成操作指令，把它们按照给定的长度和参数读入内存；当调用合约时，EVM 又根据收到的 calldata ，通过函数选择器来确定调用哪一段代码，并返回数值。如果只讲理论未免过于枯燥，为了便于讲解，我们这次用 ethernaut 的一道题目作为例子，详细了解 EVM 是如何部署和运行合约的，以及如何充当人肉编译器，徒手编写智能合约。
以太坊短时突破2100美元:金色财经报道，以太坊短时突破2100美元，现报价2101美元，过去一小时涨幅达0.45%。[2023/4/18 14:10:44]
这个题目是这样的：我们需要部署一个合约，当我们调用合约 **whatIsTheMeaningOfLife()**函数的时候，它需要返回一个数字 “42”。看起来很简单对吧？我们分分钟编写完毕：
慢着，题目后面还有个小小的附加要求：“所部署的合约大小不超过10个操作码”。好吧，这个要求的确够“小”，要知道连合约头部的 “函数选择器” 都不止 10 个操作码好吧？可是“函数选择器” 是什么，为什么会出现在合约里面呢？带着你的疑问，继续向下看。
我们通过 ./solc --asm --bin target.sol 来看看这个合约的最终编译结果：
608060405234801561001057600080fd5b5060b68061001f6000396000f3fe6080604052348015600f57600080fd5b506004361060285760003560e01c8063650500c114602d575b600080fd5b60336047565b604051603e91906067565b60405180910390f35b6000602a905090565b6000819050919050565b6061816050565b82525050565b6000602082019050607a6000830184605a565b9291505056fea26469706673582212206ef8c7b5177952a701b3b46b69cb3ec296f4c54c946692e8ec901f5e43c1e78a64736f6c63430008110033
Coinbase CEO：若监管机构要求审查以太坊验证者，将关闭质押服务或提出法律挑战:8月18日消息，Coinbase首席执行官Brian Armstrong在推特上表示：“如果监管机构要求该平台在以太坊协议级别对其验证者进行审查时，Coinbase将关闭质押服务并保持网络完整性。”这是其对开源加密分析应用程序Rotki的创始人LefterisKarapetsas早些时候向Coinbase和其他主要ETH质押平台提出的问题的回应。Armstrong称，要着眼于大局，可能有更好的选择是提出法律挑战，也可以帮助达成更好的结果。[2022/8/18 12:33:18]
这么一大坨十六进制数据，就是上述 Solidity 程序编译之后的字节码。当我们部署合约时，把这一堆 data 发给以太坊节点，等广播完成后，合约就部署完毕了。这是 solc 编译器编译 Solidity程序得到的代码，看似杂乱无章的的数据，其实都是和 opcodes 一一对应的。我们来一段一段地看这些代码：
合约部署代码:
合约运行代码:
auxdata:
我们先简单地把这堆代码分为合约的部署代码、运行代码、auxdata 三部分，如何理解这三种代码呢？我觉得可以理解为向太空发射卫星：“部署代码” 就是运载火箭，而“运行代码”就是卫星。运载火箭只在发射卫星时才起到作用，一旦卫星进入轨道，火箭就废弃了，只留下卫星在太空中与地球通信。 部署合约也是如此，在部署合约时，部署代码把一些初始化工作作完之后，就把合约的运行代码送入EVM，只留下运行代码在链上与用户进行交互。 （至于auxdata，它是紧跟在runtime代码后面的43个字节，相当于源码的指纹，可以用来验证。这只是数据，并不会被EVM执行。）
数据：以太坊桥TVL达到114.4亿美元:金色财经报道，DuneAnalytics数据显示，以太坊桥当前TVL达到115.3亿美元。其中锁仓量最高的5个桥分别是Polygon Bridges（40.9亿美元）、Arbitrum Bridges（24.5亿美元）、Avalanche Bridge（20.8亿美元）、Fantom Anyswap Bridge（10亿美元）、Near Raibow（8.7亿美元）。[2022/6/6 4:04:07]
那么言归正传，我们题目要求我们合约运行代码的 opcedes 不超过 10 条，那么，这段代码对应的 opcodes 是多少条呢？答：71 条。（通过查看 Remix : ./artifacts/MagicNum.json 中的 bytecode 里的 opcodes 可以看到。而 deployedBytecode 里的 opcodes 却是 92 条，因为它的长度是 部署代码 + 运行代码 ）
那么问题来了，如何把 71 条 opcodes 精简到 10 条以内呢? 这就需要我们对 EVM 运行智能合约的方式有着一定的了解。如果不了解也没关系，拿起你手边的 EVM 指令集 ，我们一起来看看吧：
动态 | 以太坊版闪电网络上线主网 可与所有ERC20代币兼容:据ethnews消息，以太坊版闪电网络Raiden Network第一个版本Red Eyes已经被部署到以太坊主网。Raiden是一个二层解决方案，旨在改进以太坊的延展性和隐私性。这一支付网络需要通过状态通道来进行链下交易，然后向主链上传状态改变。和闪电网络一样，这个方案能够提高交易速度，同时降低成本所有ERC20代币都可兼容，而在闪电网络中目前仅可使用比特币和莱特币。[2018/12/23]
首先我们要知道，EVM 执行代码时是按照自上而下的顺序执行的，代码中没有其他入口点，始终从顶部 (也就是第一行 opcode ) 开始执行。（这点和 Windows 软件不一样，PE文件是有固定的入口点的,而且不同的 Windows 版本或不同的 PE 文件 入口点也会有所不同）。也就是说，当我们部署合约时， EVM 会从第一个bytecode开始读起。
所以我们看字节码最前面的部分，也就是它的部署代码：608060405234801561001057600080fd5b5060b68061001f6000396000f3fe
对照 EVM 指令，我们可以识别出这段代码的含义：
比特大陆已开发出首款以太坊ASIC采矿机:根据CNBC的报告，Susquehanna的分析师Christopher Rolland表示已经降低了芯片制造商英伟达和AMD的价格目标。同时，在其上周的亚洲行中，已经确认比特大陆已开发出以太坊ASIC采矿机，并且正在准备第二季度的发货供应链。比特大陆很可能是目前最大的ASIC供应商（占比特币采矿ASIC的70-80％），同时也是第一个推出以太坊ASIC采矿机的公司。Rolland表示已经了解到至少有其他三家公司从事以太坊ASIC采矿机的工作，但所有这些公司都仍处于发展“。[2018/3/27]
然后我们看合约的运行代码：
综合以上可以发现，合约的运行代码的架构是这样的：
初始化操作、函数选择器这些，是 solc 在编译 Solidity 程序的时候自动生成的。如果我们砍掉这些复杂的东西，直接把我们想要的核心功能编码上去，不就可以在 10 条以内opcodes 实现既定功能了吗？
通过分析 图4 的 whatIsTheMeaningOfLife() 函数调用栈可以得知，让智能合约返回 “42” ( 十六进制 0x2a) 的关键在于 先用 mstore 指令将 0x2a 放入 Memory , 再用 return 指令将内存里的 0x2a 返回即可。至于那些函数名称和函数签名，只是高级语言的编译产物，直接用汇编实现的话，我们直接用这段代码读写内存，完全没有必要搞那些花里胡哨：
以上代码相当于构造了一个十分小的合约“运行代码”。前面我们说过，EVM 执行代码时是按照自上而下的顺序执行的，代码中没有其他入口点，始终从顶部 (也就是第一行 opcode ) 开始执行。而且我们编写的代码并没有函数选择器，也就是说，当外部账户调用该它时，无论传递给它什么样的参数、什么样的函数签名， EVM 都只会从它的 [00] 处开始执行，老老实实地走到 [09]，然后 return 给我们一个 0x20.
但这只是运行代码，还记得本文开头说的那三段字节码吗？是的，我们还差一个“运载火箭”（部署代码），把这段运行代码给发射出去：
部署代码的结构基本没怎么变，之前已有解析，此处就不罗嗦了，唯一的区别是把复制到内存的长度由 b6 改为 0a : 608060405234801561001057600080fd5b50600a8061001f6000396000f3fe
然后把他们拼接到一起，记得部署代码在前、运行代码在后，最后我们把这段代码发射出去就 OK了：
你将得到一个超级小巧、只有 10 个字节、无论传递什么参数都 只 会 返 回 42 的 “智能合约” （这么说看起来并不智能的样子……）
全文完。
关于作者：
https://twitter.com/0xNezha
来源：bress
Bress
个人专栏
阅读更多
金色早8点
Odaily星球日报
潘达看Web3
DeFi之道
区块律动BlockBeats
比推 Bitpush News
郑重声明： 本文版权归原作者所有， 转载文章仅为传播更多信息之目的， 如作者信息标记有误， 请第一时间联系我们修改或删除， 多谢。