LAYER:灵踪安全：从Layer 2大热项目Arbitrum停机 看当前Layer 2审计应注意问题

以太坊的Layer2扩展技术是近来的热门方向。

所谓的Layer2扩展技术，简单地理解就是将原本在以太坊主网上执行的交易放到主网之外的系统中执行，只有一些关键的交易才由这些系统最终提交到以太坊进行最终的验证和裁决。这些主网之外的系统通常也称为“链下系统”。

有了Layer2扩展技术以后，以太坊就可以卸下沉重的交易负担，只负责执行业务逻辑中关键的步骤，而把大量高频、琐碎的业务放到Layer2扩展中执行。这相当于提高了以太坊对业务量的处理，提高了以太坊的性能。据理论估测，在Layer2扩展技术的支持下，以太坊整体的TPS能够达到10万TPS甚至更高。由于Layer2扩展最终还是要将关键的步骤放到以太坊上进行验证，因此它的安全性始终挂靠在以太坊上。所以从安全的角度看，Layer2扩展技术又比现有的侧链方案要高。因此Layer2扩展技术近来迎来了爆发。

灵踪安全：Arbitrum昨日因channel 阻塞引发内存泄漏，出现网络故障:9月14日晚，以太坊 Layer2 项目Arbitrum出现网络故障，其交易排序器因为内存泄漏而停止运行。根据灵踪安全漏洞检测系统提示：内存泄漏的位置在源码SequencerBatcher.SendTransaction() 函数中。

此处漏洞是因为channel 阻塞导致大量goroutine 没有及时释放，引发内存泄漏。建议在处理并发时，考虑channel的阻塞情况。当存在高并发条件时，为channel写入数据时，加上select default 处理。[2021/9/15 23:27:04]

在近期大热的Layer2扩展技术方案中Arbitrum就是热门项目之一。截至写稿时为止，它的锁仓量已经达到14亿美元。然而就在其气势一路高涨时，9月14日，Arbitrum却因为内存泄露导致运作暂时停滞。

灵踪安全已审计Fido项目部署在火币Heco链上的合约:据官方消息，灵踪安全近期审计了Fido项目部署在火币Heco链上的合约，所审计的合约包含该项目通证发行，质押挖矿，推荐邀请和IDO功能。经灵踪安全审计，报告已出，细节请查询官网。[2021/5/15 22:05:26]

和公链项目类似，Arbitrum系统也是区块链领域的底层平台，它是用Go语言实现的。其代码文件是packages/arb-rpc-node/batcher/sequencerBatcher.go。

根据灵踪安全的漏洞检测系统显示：出现本次内存泄露问题的代码在SequencerBatcher.SendTransaction()函数中。其具体代码片段如下：

灵踪安全与虎符智能链HSC达成战略合作:据官方消息，虎符智能链HSC与灵踪安全建立战略合作关系，HSC认证灵踪安全为官方认可的审计机构之一。双方将在后期共同对HSC上的应用和资产进行审计和保护。

虎符智能链HSC于4月26日正式上线，HSC是一条去中心化高效节能公链，可为开发人员提供高效且低成本的链上环境，以运行去中心化智能合约应用程序(DApps)和存储数字资产。[2021/4/30 21:14:02]

其中b.txQueue是个带缓存的channel，代码如下：

灵踪安全已审计YNC-Coin项目通证发行等合约:据官方消息，近期，灵踪安全已审计YNC-Coin项目通证发行、LP质押挖矿和单通证质押挖矿的合约（合约的Github地址见原文链接，提交编号为5d645eb6478c11491c45ca36020714ed818239f1），所审计的合约仅为该项目的通证发行、LP质押挖矿和单通证质押挖矿功能。经灵踪安全审计（细节请参看审计报告），此若干功能的合约暂未发现安全隐患。[2021/4/18 20:32:22]

当系统处理交易时，SendTransaction()函数会将交易打包成Batch进行批处理，而不是一笔一笔地发送。具体处理流程如下：

1.对一笔交易，首先将txQueueItem传入b.txQueue的缓存channel中。

灵踪安全CEO谭粤飞：智能合约安全有其特殊性:金色财经现场报道，4月10日，金色财经主办的共为创新大会“DeFi的创新进阶”专场于上海举办，会上灵踪安全CEO谭粤飞演讲表示，

2020年DeFi安全损失超过2亿美金，这些安全事故大多来自对智能合约的攻击，智能合约的安全事故较多，原因有三：第一个是智能合约本身，第二是区块链技术特点，第三是社会因素。

首先智能合约一旦部署，不能被撤回。其次区块链结构使项目方无法知晓攻击者的社会身份以及交易不可逆。最后是智能合约应用的社会约束比较缺乏，例如缺乏对数字资产的保护，缺乏对区块链应用的约束和规范。[2021/4/10 20:05:32]

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本出版著作。

标签：以太坊LAYER区块链HAN以太坊官网钱包下载教程Monster Slayer Finance区块链币圈大佬排行榜HAND

fil币价格今日行情热门资讯