最近各种通过闪电贷攻击在区块链中套利的新闻将闪电贷送上了热门话题，2021年初，YearnFinance受到闪电贷款攻击，我们查看这个交易，发现一笔交易中，居然有如此多的骚操作，完全刷新了笔者对区块链和智能合约的认识。不禁开始思考，为什么黑客一开始可以从dYdX借款，又将借到的虚拟货币抵押到Compound，最后一系列操作完成后还款到dYdX，这期间发生了161次代币转移，这怎么的也要一杯茶的时间吧。然而事实上，闪电贷攻击快得就是这么不讲道理。这笔交易的链接：https://cn.etherscan.com/tx/0x6dc268706818d1e6503739950abc5ba2211fc6b451e54244da7b1e226b12e027接下来我们开始一步一步的分析，一笔智能合约交易是如何完成在借贷平台和中心化交易所之间的所有操作。智能合约究竟存储在哪里
慢雾：NimbusPlatform遭遇闪电贷攻击，损失278枚BNB:据慢雾安全团队情报，2022 年 12 月 14 日， BSC 链上的NimbusPlatform项目遭到攻击，攻击者获利约278枚BNB。慢雾安全团队以简讯的形式分享如下：
1. 攻击者首先在 8 天前执行了一笔交易（0x7d2d8d），把 20 枚 BNB 换成 NBU_WBNB 再换成 GNIMB 代币，然后把 GNIMB 代币转入 Staking 合约作质押，为攻击作准备；
2. 在 8 天后正式发起攻击交易（0x42f56d3），首先通过闪电贷借出 75477 枚 BNB 并换成 NBU_WBNB，然后再用这些 NBU_WBNB 代币将池子里的绝大部分 NIMB 代币兑换出；
3. 接着调用 Staking 合约的 getReward 函数进行奖励的提取，奖励的计算是和 rate 的值正相关的，而 rate 的值则取决于池子中 NIMB 代币和 GNIMB 代币的价格，由于 NIMB 代币的价格是根据上一步闪电贷中被操控的池子中的代币数量来计算的，导致其由于闪电贷兑换出大量的代币而变高，最后计算的奖励也会更多；
4. 攻击者最后将最后获得的 GNIMB 代币和拥有的 NIMB 代币换成 NBU_WBNB 代币后再换成 BNB，归还闪电贷获利；
此次攻击的主要原因在于计算奖励的时候仅取决于池子中的代币数量导致被闪电贷操控，从而获取比预期更多的奖励。慢雾安全团队建议在进行代币奖计算时应确保价格来源的安全性。[2022/12/14 21:44:29]
这里用以太坊的go语言客户端为例，以太坊客户端在收到创建智能合约的交易以后，会使用Hash算法为智能合约生成一个合约地址，在这个合约地址下存储智能合约的代码与合约中的数据。智能合约会被存储在客户端的数据库中与这个地址对应，这个数据库叫做StateDB。StateDB记录了区块链上所有的地址余额、Nonce、状态等信息。以太坊客户端可以通过合约地址，将合约的代码加载到内存中进行执行。最终这些数据会被持久化到LevelDB中，存储在以太坊客户端的磁盘上。通过StateDB实现的这些接口，客户端通过GetCode这个方法，可以获取到智能合约地址下对应的代码。
BXH再次遭受闪电贷攻击，攻击者获利31794 USDT:9月29日消息，据Supremacy安全团队监测，2022年9月28日，BXH在上次攻击后更新的TokenStakingPoolDelegate合约再次遭受闪电贷攻击，合约损失40085 USDT，攻击者还完闪电贷手续费后获利31794 USDT。
经过分析，本次攻击是由合约的getITokenBonusAmount函数中使用getReserves()获取瞬时报价造成，使得攻击者可以通过操纵报价完成获利。[2022/9/29 22:39:58]
安全团队：EtnProduct项目遭受闪电贷攻击:8月5日，来自成都链安社区成员情报显示，EtnProduct项目遭受闪电贷攻击。成都链安安全团队分析发现：攻击者先利用闪电贷借入9,400个USDT，随后攻击者购买了一个NFT并把NFT挂入EtnProduct项目，由于在挂单时添加的流动性的代币数量固定，以及把凭证币发送给了调用者，攻击者再销毁凭证币套出了流动性里606,091.527的U代币，并调用UMarket项目的saleU函数把11,253.735个U代币一比一转换为USDT后归还闪电贷，总共获利约3,074美元和一个价值7,380美元的NFT，目前获利资金仍然存放于攻击者地址（0xde703797fe9219b0485fb31eda627aa182b1601e）上。后续成都链安链上资金追踪平台“链必追”将对此地址进行持续监控和追踪。[2022/8/5 12:04:20]
客户端完成区块同步后，从以太坊创世块开始创建的所有账户地址信息与智能合约地址信息都会同步到这个StateDB中，因此一个合格的以太坊矿工客户端可以直接在本地加载所有的合约代码，是不需要跨网络和客户端进行调用的。智能合约如何执行
PeckShield：Polygon链上的Aperocket.finance遭闪电贷攻击:据PeckShield派盾预警显示，Polygon链上的Aperocket.finance遭闪电贷攻击，请用户注意风控。[2021/7/14 0:51:47]
智能合约代码是通过以太坊客户端内部的一个叫作EVM的虚拟机进行执行的，以太坊的虚拟机定义了各种的操作指令，每一个指令对应了一个处理函数，以及这个指令需要消耗的矿工费。
以太坊智能合约是按照实际指令执行的消耗来计算gas的，不同复杂度的指令消耗的gas也有差别，越复杂的智能合约指令，消耗的gas越多。查看这笔交易，我们发现矿工费高达3**.**37117716ETH，消耗了8644044gas，占据一个区块容量的74.3%。梦想着可以靠闪电贷空手套白狼的朋友们，还是先算一算矿工费要紧。智能合约中是如何调用另一个智能合约的
在智能合约中，我们调用另一个合约的代码，最终会被编译成一个叫作CALL的EVM虚拟机指令，它的基础gas费用是40gas，实际产生的矿工费根据另一个合约执行的指令来计费。
查看opCall这个方法的实现，发现，调用另一个智能合约与当前智能合约同样都是通过EVM虚拟机的Call方法完成的。
因此，我们可以发现，其实智能合约的执行，以及智能合约之间的调用，都是在矿工的客户端执行的，并没有进行跨客户端与网络调用，交易失败也是在矿工的客户端进行回滚，因此闪电贷攻击才可以如此快的在一笔交易中完成所有的操作。智能合约某一步执行失败会怎么样
StateDB提供了两个方法，分别是Snapshot与RevertToSnapshot，一个用于对StateDB进行快照，另一个用于恢复快照。在执行交易前，StateDB会调用Snapshot方法进行快照，如果交易执行到某一步发现错误，则会调用RevertToSnapshot进行回滚。因此闪电贷攻击可以实现如果在任何一步出现错误，就当从来没有从借贷平台借过一样，所有状态回滚到交易执行之前，当然交易失败时消耗的矿工费还是得出。
总结
闪电贷之所以能够在一笔交易中完成各种虚拟资产的交易，实际上都是通过调用去中心化交易所和各种去中心化借贷平台的智能合约来完成的，这些调用只需要在矿工客户端本地即可完成。这笔交易会在收到交易广播的所有具备打包资格的以太坊客户端中执行，谁先执行完成，并打包到下一个区块中，谁就能赢得这笔矿工费。
郑重声明： 本文版权归原作者所有， 转载文章仅为传播更多信息之目的， 如作者信息标记有误， 请第一时间联系我们修改或删除， 多谢。