以太坊的Layer2扩展技术是近来的热门方向。
所谓的Layer2扩展技术，简单地理解就是将原本在以太坊主网上执行的交易放到主网之外的系统中执行，只有一些关键的交易才由这些系统最终提交到以太坊进行最终的验证和裁决。这些主网之外的系统通常也称为“链下系统”。
有了Layer2扩展技术以后，以太坊就可以卸下沉重的交易负担，只负责执行业务逻辑中关键的步骤，而把大量高频、琐碎的业务放到Layer2扩展中执行。这相当于提高了以太坊对业务量的处理，提高了以太坊的性能。据理论估测，在Layer2扩展技术的支持下，以太坊整体的TPS能够达到10万TPS甚至更高。由于Layer2扩展最终还是要将关键的步骤放到以太坊上进行验证，因此它的安全性始终挂靠在以太坊上。所以从安全的角度看，Layer2扩展技术又比现有的侧链方案要高。因此Layer2扩展技术近来迎来了爆发。
AMMC合约已通过灵踪安全审计:据官方消息，灵踪安全近期审计了拟在HECO上发布的AMMC项目合约，所审计的合约包含代币发行、代币的通胀通缩等功能。详细细节请参看灵踪安全官网发布的审计报告。[2021/8/31 22:48:54]
在近期大热的Layer2扩展技术方案中Arbitrum就是热门项目之一。截至写稿时为止，它的锁仓量已经达到14亿美元。然而就在其气势一路高涨时，9月14日，Arbitrum却因为内存泄露导致运作暂时停滞。
和公链项目类似，Arbitrum系统也是区块链领域的底层平台，它是用Go语言实现的。其代码文件是packages/arb-rpc-node/batcher/sequencerBatcher.go。
根据灵踪安全的漏洞检测系统显示：出现本次内存泄露问题的代码在SequencerBatcher.SendTransaction()函数中。其具体代码片段如下：
Newland聚合收益功能合约已通过灵踪安全审计:据官方消息，灵踪安全近期审计了跨链一站式DeFi平台Newland。被审计合约的主要功能为聚合收益，包括双通证挖矿等。详细细节请参看灵踪安全官网发布的审计报告。[2021/8/4 1:33:18]
其中b.txQueue是个带缓存的channel，代码如下：
AntiMatter项目已经过灵踪安全审计:据官方消息，灵踪安全近期审计了AntiMatter项目的智能合约，所审计的合约仅为该项目的永续期权合约购买、赎回、收益计算及质押挖矿功能。经灵踪安全审计（细节请参看审计报告），在合约中发现一中度风险，项目方会在操作中谨慎处理，以避免触发此风险。[2021/4/21 20:42:30]
当系统处理交易时，SendTransaction()函数会将交易打包成Batch进行批处理，而不是一笔一笔地发送。具体处理流程如下：
1.对一笔交易，首先将txQueueItem传入b.txQueue的缓存channel中。
b.txQueue<-txQueueItem{tx:startTx,resultChan:startResultChan}
灵踪安全谭粤飞：智能合约一旦有问题，损失就无法挽回:4月12日消息，在《佟掌柜的海外朋友们优质海外项目分享》会上，灵踪安全谭粤飞表示，智能合约会受到严重的攻击需要从三个方面分析，在灵踪安全看来有三个原因导致了智能合约领域的安全事故这么多：
一、智能合约技术一旦应用部署到以太坊或者部署到类似的区块链时应用不能被撤下来。
二、区块链技术的匿名给智能合约安全带来非常大的挑战
三、社会法律体系的约束
?[2021/4/12 20:11:06]
2.然后从b.txQueue中读取一个交易。
queueItem:=<-b.txQueue
3.判断读取的交易的字节数是否超过最大限制，如果超过最大限制。则将从txQueue中取出的交易又重新压入txQueue中。
灵踪安全CEO谭粤飞：智能合约安全有其特殊性:金色财经现场报道，4月10日，金色财经主办的共为创新大会“DeFi的创新进阶”专场于上海举办，会上灵踪安全CEO谭粤飞演讲表示，
2020年DeFi安全损失超过2亿美金，这些安全事故大多来自对智能合约的攻击，智能合约的安全事故较多，原因有三：第一个是智能合约本身，第二是区块链技术特点，第三是社会因素。
首先智能合约一旦部署，不能被撤回。其次区块链结构使项目方无法知晓攻击者的社会身份以及交易不可逆。最后是智能合约应用的社会约束比较缺乏，例如缺乏对数字资产的保护，缺乏对区块链应用的约束和规范。[2021/4/10 20:05:32]
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本出版著作。
郑重声明： 本文版权归原作者所有， 转载文章仅为传播更多信息之目的， 如作者信息标记有误， 请第一时间联系我们修改或删除， 多谢。