以太坊的Layer2扩展技术是近来的热门方向。
所谓的Layer2扩展技术，简单地理解就是将原本在以太坊主网上执行的交易放到主网之外的系统中执行，只有一些关键的交易才由这些系统最终提交到以太坊进行最终的验证和裁决。这些主网之外的系统通常也称为“链下系统”。
有了Layer2扩展技术以后，以太坊就可以卸下沉重的交易负担，只负责执行业务逻辑中关键的步骤，而把大量高频、琐碎的业务放到Layer2扩展中执行。这相当于提高了以太坊对业务量的处理，提高了以太坊的性能。据理论估测，在Layer2扩展技术的支持下，以太坊整体的TPS能够达到10万TPS甚至更高。由于Layer2扩展最终还是要将关键的步骤放到以太坊上进行验证，因此它的安全性始终挂靠在以太坊上。所以从安全的角度看，Layer2扩展技术又比现有的侧链方案要高。因此Layer2扩展技术近来迎来了爆发。
灵踪安全谭粤飞：在项目安全风险问题上，闪电贷是帮凶，而不是罪魁祸首:4月26日，在《佟掌柜的朋友们》·海外优质项目分享成都站活动上，谭粤飞认为，没有任何人能保证区块链投资人的所有资产不会遭到攻击，也没有任何人保证，玩家现在买的币不存在漏洞。所以所有人买的币，包括以太坊，都有可能被攻击。甚至都有可能有没被发现的漏洞，一旦漏洞被发现，就会造成币价暴跌，这是一定潜藏的风险。整个安全业界要做的就是在这些风险中，尽力找到潜在的风险。谭粤飞给出建议：第一，当买家投资任何一个项目时，去官网看有没有做过审计。第二，做了审计以后，仍要仔细地看项目的审计报告。[2021/4/27 21:03:44]
在近期大热的Layer2扩展技术方案中Arbitrum就是热门项目之一。截至写稿时为止，它的锁仓量已经达到14亿美元。然而就在其气势一路高涨时，9月14日，Arbitrum却因为内存泄露导致运作暂时停滞。
灵踪安全已审计ChainSwap项目智能合约 暂未发现风险:据官方消息，灵踪安全近期审计了ChainSwap项目的智能合约，所审计的TOKEN，Factory和LBP合约为该项目通证发行、跨链映射通证发行以及Uniswap上发布通证交易的LBP机制。经灵踪安全审计（细节请参看审计报告）暂未发现风险。[2021/4/25 20:55:42]
和公链项目类似，Arbitrum系统也是区块链领域的底层平台，它是用Go语言实现的。其代码文件是packages/arb-rpc-node/batcher/sequencerBatcher.go。
根据灵踪安全的漏洞检测系统显示：出现本次内存泄露问题的代码在SequencerBatcher.SendTransaction()函数中。其具体代码片段如下：
灵踪安全CEO谭粤飞：智能合约安全有其特殊性:金色财经现场报道，4月10日，金色财经主办的共为创新大会“DeFi的创新进阶”专场于上海举办，会上灵踪安全CEO谭粤飞演讲表示，
2020年DeFi安全损失超过2亿美金，这些安全事故大多来自对智能合约的攻击，智能合约的安全事故较多，原因有三：第一个是智能合约本身，第二是区块链技术特点，第三是社会因素。
首先智能合约一旦部署，不能被撤回。其次区块链结构使项目方无法知晓攻击者的社会身份以及交易不可逆。最后是智能合约应用的社会约束比较缺乏，例如缺乏对数字资产的保护，缺乏对区块链应用的约束和规范。[2021/4/10 20:05:32]
灵踪安全：DODO资金池被攻击事件中，攻击者跳过余额检查，窃取V2交易对的资产:据灵踪安全报道，近日，DODO交易所发生资金池被攻击事件，灵踪安全对本次事件的分析如下：
在本次攻击中，用户通过DODOV2交易对中的闪电贷借出资产，然后在回调函数中调用无权限限制的init函数，重置交易对合约的相关代币地址，从而跳过余额检查，窃取V2交易对的资产。
本次漏洞的关键是DODO交易对init函数未设定权限并且可以多次设置，这样所有的V2版交易对都存在被攻击的风险。[2021/3/9 18:28:52]
其中b.txQueue是个带缓存的channel，代码如下：
当系统处理交易时，SendTransaction()函数会将交易打包成Batch进行批处理，而不是一笔一笔地发送。具体处理流程如下：
1.对一笔交易，首先将txQueueItem传入b.txQueue的缓存channel中。
b.txQueue<-txQueueItem{tx:startTx,resultChan:startResultChan}
2.然后从b.txQueue中读取一个交易。
queueItem:=<-b.txQueue
3.判断读取的交易的字节数是否超过最大限制，如果超过最大限制。则将从txQueue中取出的交易又重新压入txQueue中。
4.?这时因为txQueue的缓存大小是10，如果同时有大量的SendTransaction()调用，则当len(txQueue)大于10时就会造成将新交易推入txQueue时阻塞，导致SendTransaction()的goroutinue无法及时释放，最终造成内存泄漏。
对这个问题，可以在SendTransaction()中使用selectdefault处理channel阻塞的情况。这样当系统在处理超过maxTxDataSize限制的状况重新向txQueue压入交易时，使用selectdefault进行处理。
Arbitrum提交的修复代码如下：
实际上这是一个处理高并发状况的问题。这类问题此前在其它的区块链中都出现过，业界对此也有相应的解决方案，因此它并不是一个新问题。理论上只要审计公司在审计过程中细心审查是可以发现这类问题的。
灵踪安全认为Layer2扩展技术当下的火热只是这一趋势的开始，未来更多项目、更大的生态还在孕育和发展中。我们在底层公链技术的积累将让我们用专业的技能和严谨的态度服务好这一前景广阔的生态。?
关于灵踪安全：
灵踪安全科技有限公司是一家专注区块链生态安全的公司。灵踪安全科技主要通过“代码风险检测+逻辑风险检测“的一体化综合方案服务了诸多新兴知名项目。公司成立于2021年01月，团队由一支拥有丰富智能合约编程经验及网络安全经验的团队创建。
团队成员参与发起并提交了以太坊领域的多项标准草案，包括ERC-1646、ERC-2569、ERC-2794，其中ERC-2569被以太坊团队正式收入。
团队参与了多项以太坊项目的发起及构建，包括区块链平台、DAO组织、链上数据存储、去中心化交易所等项目，并参与了多个项目的安全审计工作，在此基础上基于团队丰富的经验构建了完善的漏洞追踪及安全防范系统。
作者：
灵踪安全CEO谭粤飞
美国弗吉尼亚理工大学(VirginiaTech,Blacksburg,VA,USA)工业工程硕士(Master)。曾任美国硅谷半导体公司AIBTInc软件工程师，负责底层控制系统的开发、设备制程的程序实现、算法的设计，并负责与台积电的全面技术对接和交流。自2011至今，从事嵌入式，互联网及区块链技术的研究，深圳大学创业学院《区块链概论》课程教师，中山大学区块链与智能中心客座研究员，广东省金融创新研究会常务理事?。个人拥有4项区块链相关专利、3本出版著作。
郑重声明： 本文版权归原作者所有， 转载文章仅为传播更多信息之目的， 如作者信息标记有误， 请第一时间联系我们修改或删除， 多谢。