最近各种通过闪电贷攻击在区块链中套利的新闻将闪电贷送上了热门话题，2021年初，YearnFinance受到闪电贷款攻击，我们查看这个交易，发现一笔交易中，居然有如此多的骚操作，完全刷新了笔者对区块链和智能合约的认识。不禁开始思考，为什么黑客一开始可以从dYdX借款，又将借到的虚拟货币抵押到Compound，最后一系列操作完成后还款到dYdX，这期间发生了161次代币转移，这怎么的也要一杯茶的时间吧。然而事实上，闪电贷攻击快得就是这么不讲道理。这笔交易的链接：https://cn.etherscan.com/tx/0x6dc268706818d1e6503739950abc5ba2211fc6b451e54244da7b1e226b12e027接下来我们开始一步一步的分析，一笔智能合约交易是如何完成在借贷平台和中心化交易所之间的所有操作。智能合约究竟存储在哪里
Beosin：Balancer受多次闪电贷攻击损失87万美元，建议用户撤回相关LP:8月27日消息，据Beosin监测，Balancer受多次闪电贷攻击，总损失金额达87万美元，建议用户按照官方提示撤回受漏洞影响池子的LP。[2023/8/27 12:59:47]
这里用以太坊的go语言客户端为例，以太坊客户端在收到创建智能合约的交易以后，会使用Hash算法为智能合约生成一个合约地址，在这个合约地址下存储智能合约的代码与合约中的数据。智能合约会被存储在客户端的数据库中与这个地址对应，这个数据库叫做StateDB。StateDB记录了区块链上所有的地址余额、Nonce、状态等信息。以太坊客户端可以通过合约地址，将合约的代码加载到内存中进行执行。最终这些数据会被持久化到LevelDB中，存储在以太坊客户端的磁盘上。通过StateDB实现的这些接口，客户端通过GetCode这个方法，可以获取到智能合约地址下对应的代码。
一MEV机器人通过闪电贷借用1.8亿美元攻击Sashimi Swap，赚约3500美元:6月1日消息，加密情报平台Arkham监测显示，昨晚，一个 MEV 机器人（0xb2…2B96 为 MEV bot 调用合约，0xb4…0343 为单次使用的 MEV bot）通过闪电贷借用了 9.5 万枚 WETH（价值近 1.8 亿美元）以攻击 Sashimi Swap，该机器人卷走了 Sashimi 的投资合约和 slETH 合约中剩余的最后一笔钱，但仅约 3,500 美元。据悉，Sashimi Swap 曾在 2021 年 12 月遭到攻击损失了 21 万美元，随后该项目被放弃。[2023/6/1 11:52:56]
FastSwap (FAST)项目遭到闪电贷攻击:金色财经报道，据CertiK监测，FastSwap (FAST)项目遭到闪电贷攻击，损失26.77枚BNB（约8812美元）。BSC合约地址：0x3cf0fc9920102CCC2EB4df5E1B3471D555AFb361。
注意：请勿将FastSwap (FAST)与其他同名项目混淆。[2023/3/24 13:23:55]
客户端完成区块同步后，从以太坊创世块开始创建的所有账户地址信息与智能合约地址信息都会同步到这个StateDB中，因此一个合格的以太坊矿工客户端可以直接在本地加载所有的合约代码，是不需要跨网络和客户端进行调用的。智能合约如何执行
Cream Finance遭到闪电贷攻击原因系AMP代币合约存在可重入漏洞:8月30日，PeckShield派盾发推表示，CreamFinance遭闪电贷攻击是因为AMP代币合约引入了一个可重入漏洞。AMP是一种类似erc777的代币，在更新第一次借款之前，它被用来在转移资产的过程中重新借入资产。在tx示例中，黑客进行了500ETH的闪电贷，并将资金存入作为抵押品。然后黑客借了1900万美元AMP并利用可重入漏洞在AMPtokentransfer()中重新借入了355ETH。然后黑客自行清算借款。黑客在17个不同的交易中重复上述过程，总共获得5.98KETH（约1880万美元）。资金仍存放在以0xCE1F的地址中。派盾正在积极监控此地址的任何移动。据此前报道，抵押借贷平台CreamFinance遭遇闪电贷攻击，损失1800万美元。[2021/8/30 22:47:08]
智能合约代码是通过以太坊客户端内部的一个叫作EVM的虚拟机进行执行的，以太坊的虚拟机定义了各种的操作指令，每一个指令对应了一个处理函数，以及这个指令需要消耗的矿工费。
以太坊智能合约是按照实际指令执行的消耗来计算gas的，不同复杂度的指令消耗的gas也有差别，越复杂的智能合约指令，消耗的gas越多。查看这笔交易，我们发现矿工费高达3**.**37117716ETH，消耗了8644044gas，占据一个区块容量的74.3%。梦想着可以靠闪电贷空手套白狼的朋友们，还是先算一算矿工费要紧。智能合约中是如何调用另一个智能合约的
在智能合约中，我们调用另一个合约的代码，最终会被编译成一个叫作CALL的EVM虚拟机指令，它的基础gas费用是40gas，实际产生的矿工费根据另一个合约执行的指令来计费。
查看opCall这个方法的实现，发现，调用另一个智能合约与当前智能合约同样都是通过EVM虚拟机的Call方法完成的。
因此，我们可以发现，其实智能合约的执行，以及智能合约之间的调用，都是在矿工的客户端执行的，并没有进行跨客户端与网络调用，交易失败也是在矿工的客户端进行回滚，因此闪电贷攻击才可以如此快的在一笔交易中完成所有的操作。智能合约某一步执行失败会怎么样
StateDB提供了两个方法，分别是Snapshot与RevertToSnapshot，一个用于对StateDB进行快照，另一个用于恢复快照。在执行交易前，StateDB会调用Snapshot方法进行快照，如果交易执行到某一步发现错误，则会调用RevertToSnapshot进行回滚。因此闪电贷攻击可以实现如果在任何一步出现错误，就当从来没有从借贷平台借过一样，所有状态回滚到交易执行之前，当然交易失败时消耗的矿工费还是得出。
总结
闪电贷之所以能够在一笔交易中完成各种虚拟资产的交易，实际上都是通过调用去中心化交易所和各种去中心化借贷平台的智能合约来完成的，这些调用只需要在矿工客户端本地即可完成。这笔交易会在收到交易广播的所有具备打包资格的以太坊客户端中执行，谁先执行完成，并打包到下一个区块中，谁就能赢得这笔矿工费。
郑重声明： 本文版权归原作者所有， 转载文章仅为传播更多信息之目的， 如作者信息标记有误， 请第一时间联系我们修改或删除， 多谢。