以太坊的Layer2扩展技术是近来的热门方向。
所谓的Layer2扩展技术，简单地理解就是将原本在以太坊主网上执行的交易放到主网之外的系统中执行，只有一些关键的交易才由这些系统最终提交到以太坊进行最终的验证和裁决。这些主网之外的系统通常也称为“链下系统”。
有了Layer2扩展技术以后，以太坊就可以卸下沉重的交易负担，只负责执行业务逻辑中关键的步骤，而把大量高频、琐碎的业务放到Layer2扩展中执行。这相当于提高了以太坊对业务量的处理，提高了以太坊的性能。据理论估测，在Layer2扩展技术的支持下，以太坊整体的TPS能够达到10万TPS甚至更高。由于Layer2扩展最终还是要将关键的步骤放到以太坊上进行验证，因此它的安全性始终挂靠在以太坊上。所以从安全的角度看，Layer2扩展技术又比现有的侧链方案要高。因此Layer2扩展技术近来迎来了爆发。
在近期大热的Layer2扩展技术方案中Arbitrum就是热门项目之一。截至写稿时为止，它的锁仓量已经达到14亿美元。然而就在其气势一路高涨时，9月14日，Arbitrum却因为内存泄露导致运作暂时停滞。
和公链项目类似，Arbitrum系统也是区块链领域的底层平台，它是用Go语言实现的。其代码文件是packages/arb-rpc-node/batcher/sequencerBatcher.go。
根据灵踪安全的漏洞检测系统显示：出现本次内存泄露问题的代码在SequencerBatcher.SendTransaction()函数中。其具体代码片段如下：
其中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本出版著作。
郑重声明： 本文版权归原作者所有， 转载文章仅为传播更多信息之目的， 如作者信息标记有误， 请第一时间联系我们修改或删除， 多谢。