以太坊的Layer2扩展技术是近来的热门方向。
所谓的Layer2扩展技术，简单地理解就是将原本在以太坊主网上执行的交易放到主网之外的系统中执行，只有一些关键的交易才由这些系统最终提交到以太坊进行最终的验证和裁决。这些主网之外的系统通常也称为“链下系统”。
有了Layer2扩展技术以后，以太坊就可以卸下沉重的交易负担，只负责执行业务逻辑中关键的步骤，而把大量高频、琐碎的业务放到Layer2扩展中执行。这相当于提高了以太坊对业务量的处理，提高了以太坊的性能。据理论估测，在Layer2扩展技术的支持下，以太坊整体的TPS能够达到10万TPS甚至更高。由于Layer2扩展最终还是要将关键的步骤放到以太坊上进行验证，因此它的安全性始终挂靠在以太坊上。所以从安全的角度看，Layer2扩展技术又比现有的侧链方案要高。因此Layer2扩展技术近来迎来了爆发。
灵踪安全已审计平行链项目SubGame Network:据官方消息，灵踪安全近期审计了基于Polkadot的平行链项目SubGame Network。项目为用Rust语言开发的平行链，功能包括：游戏结算模块与游戏大厅上线、多元可插拔式开发模块、多元支付模型引擎、 建立双向且多链跨链服务。详细细节请参看灵踪安全官网发布的审计报告。[2021/6/19 23:49:29]
在近期大热的Layer2扩展技术方案中Arbitrum就是热门项目之一。截至写稿时为止，它的锁仓量已经达到14亿美元。然而就在其气势一路高涨时，9月14日，Arbitrum却因为内存泄露导致运作暂时停滞。
和公链项目类似，Arbitrum系统也是区块链领域的底层平台，它是用Go语言实现的。其代码文件是packages/arb-rpc-node/batcher/sequencerBatcher.go。
灵踪安全全程支持MDEX漏洞赏金计划:据灵踪安全官方消息，灵踪安全的深度合作伙伴MDEX，为了生态稳健成长以及在成长的路上持续保障用户的资产安全、交易安全，MDEX于今日正式开启漏洞赏金计划，严重漏洞最高奖励60000USDT。灵踪安全将以安全顾问的身份全程参与该计划，为用户资产、交易安全保驾护航。[2021/6/18 23:47:59]
根据灵踪安全的漏洞检测系统显示：出现本次内存泄露问题的代码在SequencerBatcher.SendTransaction()函数中。其具体代码片段如下：
灵踪安全：从未审计过BallSwap项目代码:针对BallSwap项目方官网称灵踪安全是该项目的审计机构之一。经核实，这是“BallSwap”项目方单方面盗用灵踪安全的logo在其官网进行展示，用于背书。在此，灵踪安全郑重声明：“团队并没有对‘BallSwap’项目代码进行审计，请广大用户保持警惕。所有灵踪安全审计过的项目均可在官网查到。灵踪安全保留对‘BallSwap’项目追究法律责任的权利。”[2021/6/6 23:16:27]
其中b.txQueue是个带缓存的channel，代码如下：
灵踪安全谭粤飞：智能合约一旦有问题，损失就无法挽回:4月12日消息，在《佟掌柜的海外朋友们优质海外项目分享》会上，灵踪安全谭粤飞表示，智能合约会受到严重的攻击需要从三个方面分析，在灵踪安全看来有三个原因导致了智能合约领域的安全事故这么多：
一、智能合约技术一旦应用部署到以太坊或者部署到类似的区块链时应用不能被撤下来。
二、区块链技术的匿名给智能合约安全带来非常大的挑战
三、社会法律体系的约束
?[2021/4/12 20:11:06]
当系统处理交易时，SendTransaction()函数会将交易打包成Batch进行批处理，而不是一笔一笔地发送。具体处理流程如下：
1.对一笔交易，首先将txQueueItem传入b.txQueue的缓存channel中。
灵踪安全：从未审计过“CET FINANCE”项目代码:3月2日消息，据用户向灵踪安全询问“CET FINANCE”项目代码是否经过灵踪安全审计。经核实此为“CET FINANCE”项目方单方面盗用灵踪安全审计的名义作背书，向市场兜售“CET FINANCE流动性挖矿项目”，并承诺给予高收益。
灵踪安全郑重声明，团队并没有对“CET FINANCE”项目代码进行审计，该项目的安全审计报告是伪造的，请广大用户保持警惕。[2021/3/2 18:08:27]
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本出版著作。
郑重声明： 本文版权归原作者所有， 转载文章仅为传播更多信息之目的， 如作者信息标记有误， 请第一时间联系我们修改或删除， 多谢。