本文由“灵踪安全”原创，授权“金色财经”独家首发，转载请注明出处。
一个数字货币、去中心化应用或服务和所有的商品一样都有它的用户，因此用户对它也有一个最基本、最底线的要求----那就是质量要过关。和传统商品一样，数字货币、DAPP的质量如何不能自说自话，还需要用户或第三方机构对其进行检测。但和普通商品不同的是，这个商品一旦被用了，发现质量不行退货都没用，因为它可能已经对用户造成了经济上的损失。所以在区块链领域，对DAPP质量的检测就必须交给第三方审计机构在产品正式上线前先严格把关。而这个严格把关的检测过程最后所形成的结果就是我们常说的智能合约的审计报告。
首发 | imKey正式支持Filecoin，成为首批Filecoin硬件钱包:12月1日，随着imToken2.7.2版本上线，imKey同步支持Filecoin，成为业内首批正式支持FIL的硬件钱包。Filecoin作为imKey多链支持的优先级项目之一，成为继BTC、ETH、EOS和COSMOS四条公链后的第五条公链。
据悉，imKey团队已在Q4全面启动多链支持计划，计划实现imToken已经支持的所有公链项目，本次imKey升级更新，无需更换硬件，不涉及固件升级，通过应用（Applet）自动升级，即可实现imKey对Filecoin的支持及FIL的代币管理。[2020/12/2 22:52:32]
一份智能合约的审计报告对审计机构来说相当于一本书的读后感，这本“书”是一套智能合约的源代码；而对读者尤其是合约的使用者来说又相当于一份“质量检测报告”。
首发 | 欧科云链推出“天眼方案”推动链上安全系统再升级:8月28日，区块链产业集团欧科云链宣布推出区块链“天眼方案”，主要通过链上数据追踪系统研发、对外技术支持、凝聚企业众力等途径，全面助力区块链安全提升和产业平稳健康发展。
据了解，在“天眼方案”下，欧科云链集团将打造链上数据追踪系统，通过溯源数字资产、监控非法交易等手段，全力遏制等非法行为；协助执法机关办案，并为打造法务等区块链系统提供技术支持；为联盟链和基于各类业务的链上数据提供区块链+大数据的解决方案。[2020/8/28]
审计报告的这种双重角色决定了它的作用就像是用户和DAPP之间的一个桥梁，这个桥梁的制造者就是审计公司。这个桥造得好不好一方面决定了用户能不能很好、很准确地把握这个DAPP的质量，放心地使用它；另一方面也决定了这个DAPP能不能走向更广大的用户，达到它的理想市场状况。
首发 | 此前18000枚BTC转账是交易所Bithumb内部整理:北京链安链上监测系统发现，北京时间10月24日，17:07分发生了一笔18000枚BTC的转账，经分析，这实际上是交易所Bithumb的内部整理工作，将大量100到200枚BTC为单位的UTXO打包成了18笔1000枚BTC的UTXO后转入其内部地址。通常，对各种“面值”的UTXO进行整数级别的整理，属于交易所的规律性操作。[2019/10/24]
所以一份审计报告一定要极尽所能的客观公正，如实反映审计机构看到的合约的真实“质量”，并罗列出所有的问题。
首发 | 蚂蚁矿机S17真机图首次曝光 采用双筒风扇及一体机设计 ?:继正式宣布在4月9日现货销售后，比特大陆即将发布的新品蚂蚁矿机S17又有了新动态。据悉，蚂蚁矿机S17真机图今天在网上首次曝光。
从曝光的图片来看，蚂蚁矿机S17延续上一代产品S15的双筒风扇设计，且采用一体机的机身设计。有业内人士认为，采用双筒设计可有效缩短风程，矿机出入风口的温差变小，机器性能将得到很大改善。
此前比特大陆产品负责人在接受媒体采访时表示，新品S17较上一代产品相比，无论是在能效比还是单位体积的算力等方面，均有较大提升。[2019/4/3]
审计公司除了要把被审计合约的“读后感”完整、真实地展现出来，还要想想怎么能让读者尤其是绝大多数非专业领域的读者更容易地读懂这份报告、很准确地把握这份报告的精髓和精华。
所以一份审计报告还要尽可能地让读者读得懂、抓到重点、读到精华。
IMEOS首发 BM表示EOS合约具有整数溢出保护:据金色财经合作媒体IMEOS报道：近日ETH出现多个ERC20智能合约的处理溢出错误，BM在推特上发表评论：新的ETH契约Bug可能会破坏整个Token的供应，让持有者留下无价值Token.这就算为什么代码不能成为法律，随即表示EOS erc合约不容易受到这种攻击。而EOS官方群也有人表示担忧EOS是否具有整数溢出保护？BM回应：有很多C ++模板类可以封装类型并检查溢出。[2018/4/25]
既然一份报告既要客观公正、准确详实，又要通俗易懂、清晰明了，所以我们在写一份审计报告时采取了提纲挈领、层层展开的方式。
所谓的提纲挈领就是用最简单最概括性的语言把读者最关注的重点和痛点首先写出来，让读者直接从这部分内容看到整篇报告最重要、最精华的部分。所谓的层层展开就是让读者在读完这部分内容后，如果还想更进一步了解审计机构的审计详情以及被审计合约的详细细节则可以随着后续的章节一步步展开，进一步阅读，进一步深入。
基于这个思路，我们对一份审计报告的内容布局就有了如下的安排：
我们的审计报告通常包含12章内容。
我们首先就会在第一章介绍所审计的合约文件，包括文件名、文件所能被公开查询、访问的位置、对文件内容的存证标识、审计机构的审计方式及流程、审计机构审计时所依赖的客观材料及这些材料的出处、本审计报告的责任声明、本次审计的最终结论。
对于绝大多数读者而言，当他只关注被审计合约的最终质量和风险评估时，他可以只看这一章内容，而略掉后续章节。这一章也可以说是我们审计报告的精华和重点。
接下来的章节则主要就是对审计过程和更多审计细节的披露和展开。
我们会在第二章介绍我们的公司、官网、背景、业务范围等。
第三章介绍被审计项目的应用及服务。
第四章介绍本审计报告所审计的合约的主要功能。
第四章和第三章是相辅相成缺一不可的。对于第三章很多读者能够理解它的存在必要，但对第四章，有些读者不理解。实际上在我们所审计的一些项目中，存在这样的问题：项目方所开发的项目是个庞大的应用，它涉及诸多功能，而项目方给我们所审计的合约仅仅只是这诸多功能中的一个或几个。
举个例子：通常一个去中心化交易所，它有通证交易的功能、提供流动性的功能、发行治理代币及分发治理代币的功能等。而则个交易所的项目方可能只给审计机构审查了提供流动性的功能和发行治理代币的的功能。
所以第四章是对第三章的进一步说明和对审计范围的进一步细化。
第五章介绍了审计机构在本次审计过程中具体做了什么工作。
第六章介绍了审计机构在审计过程中可能涉及审查的风险种类。
第七章介绍了审计机构对每一个罗列的风险进行的等级评定。这些等级通常分为：致命风险、高危风险、中度风险和低风险。
第八章介绍了审计机构在全面阅读了项目代码后根据项目的应用场景和功能特别关注的可能产生风险的领域和功能。
第九章罗列了根据风险等级，每个等级中审计机构所发现的风险数量。
第十章罗列了根据合约文件，每个文件中审计机构所发现的风险数量。
第十一章是第十章的细化，在第十章的基础上对每个风险，详细描述了这个风险的名称、等级、产生的位置、风险描述、审计机构给出的修改建议以及项目方对此风险的回应。
第十二章是在第十一章的基础上对项目方的进一步建议。这一章所罗列的不是风险，也不是项目方必须修改的问题，而是为了让代码有更好的可维护性、可读性、可扩展性、抗风险性等特点审计机构额外提出的一些完善建议和质量提升建议。对此，项目方可采纳也可不采纳。
至此，一份审计报告就完成了。
作者：
灵踪安全CEO?谭粤飞
美国弗吉尼亚理工大学(VirginiaTech,Blacksburg,VA,USA)工业工程硕士(Master)。曾任美国硅谷半导体公司AIBTInc软件工程师，负责半导体设备程序的开发、负责与公司关键客户---台积电的全面技术对接和交流。自2011至今，从事嵌入式，互联网及区块链技术的研究，深圳大学《区块链概论》课程教师，中山大学区块链与智能中心客座研究员，广东省金融创新研究会常务理事。拥有4项区块链相关专利四项。
关于灵踪安全：
灵踪安全科技有限公司是一家专注区块链生态安全的公司。灵踪安全科技主要通过“代码风险检测+逻辑风险检测“的一体化综合方案服务了诸多新兴知名项目。公司成立于2021年01月，团队由一支拥有丰富智能合约编程经验及网络安全经验的团队创建。
团队成员参与发起并提交了以太坊领域的多项标准草案，包括ERC-1646、ERC-2569、ERC-2794，其中ERC-2569被以太坊团队正式收入。
团队参与了多项以太坊项目的发起及构建，包括区块链平台、DAO组织、链上数据存储、去中心化交易所等项目，并参与了多个项目的安全审计工作，在此基础上基于团队丰富的经验构建了完善的漏洞追踪及安全防范系统。
郑重声明： 本文版权归原作者所有， 转载文章仅为传播更多信息之目的， 如作者信息标记有误， 请第一时间联系我们修改或删除， 多谢。