前面我们和大家介绍了灵踪安全对风险等级的划分，有读者看了一定会好奇：每种风险分别都是什么样的呢？
在这篇文章里我们就每个等级的风险具体举出一些案例来说明致命风险、高危风险、中度风险和低风险分别是什么样的。
致命风险是所有风险中等级最高的、最危险的，它需要项目方即刻解决，不能拖延。
这类风险最常见的就是合约中一些明显可能导致编译无法成功、或者在逻辑中出现明显错误导致代码的运行逻辑无法正确完成的地方。这种风险不处理，项目方的合约几乎不可能通过编译运行或不可能正常运行。
独家 | FTX创始人SBF：去中心化平台未来会释放更大的潜能 ?:金色财经现场报道，9月20日，由金色财经主办，水桥区块链总冠名的“共为·创业者大会”在厦门举办。
金色财经CEO安鑫鑫大会现场视频连线FTX创始人SBF。连线过程中SBF表示，对于中心化的交易平台，我们有权力决定我们的产品是什么样的，但是对于去中心化交易平台，每一个参与者都能发声，我认为大家相互鼓励能够创造出更好的产品。目前中心化的交易所可能比去中心化的交易所能量更大，因为很多金融活动在中心化交易所发生的概率比去中心化的大一点。同时，去中心化的交易所的交易份额也在不断增加，流动性也在不断的增加，去中心化的交易所在未来可以释放更多的潜能。随着去中心或者是分布式金融如火如荼的发展，我认为去中心化的交易所也会越来越好。[2020/9/20]
举例来说，在合约实现中，变量赋值类型的不匹配，编译器版本定义导致的编译问题等都属于这类风险。
独家 | 金色财经挖矿收益播报:金色财经报道，据OKEx矿池数据显示，今日BTC全网算力约112.19EH/s，全网难度约13.73T，BTC当前块高634807。
由于BTC交易量逐渐趋缓，全网矿工奖励手续费经过一段时间的震荡下行，当前矿工费对当日块奖励的占比已回落至1.53%。当前BTC收益（PPS）：0.00000916BTC/T/天，全网算力难度上涨1.21%。预测下次难度15.71T（+14.38%），距离调整还剩还有1天。[2020/6/15]
由于灵踪安全在后期的报告中已经很少把这类风险写在报告中，而是一旦发现就要求项目方立即解决，所以在我们后期的报告中很难直接看到这类风险，只在我们早期的报告中有这类风险的罗列。
高危风险在危险程度上仅次于致命风险，它极有可能给项目带来严重问题，也需要项目方解决。
独家 | 匿名货币板块上涨3.93% 42币种5涨23跌14平:金色财经报道，据非小号数据显示，今日匿名货币板块下跌8.87%，42币种5涨23跌14平。涨幅前三分别为：ZCL（+12.67%）、DSR（+4.16%）、XUN（+2.22%）；跌幅前三分别为：VDS（-29.50%）、BHC（-20.73%）、TPAY（-13.44%）。[2020/2/26]
这类风险最常见的就是合约实现中的逻辑错误，比如计算错误等。
举例来说，质押挖矿是很多DeFi合约中都有的功能，质押挖矿的基本逻辑是用户将某个数字资产抵押进矿池，然后合约会根据用户抵押的资产占总抵押资产的比例来核算用户该拿到多少奖励。如果这个比例计算错误或者实现有误，用户无法拿到正确的奖励，就会严重影响项目的声誉。
独家 | Bakkt期货合约数据一览:金色财经报道，Bakkt Volume Bot数据显示，2月20日，Bakkt比特币月度期货合约单日交易额为1266万美元，环比下降17%；未平仓合约量为1010万美元，环比下降26%。[2020/2/21]
高危风险现在也很少会被我们罗列在报告中，而是我们一旦发现这类风险就会要求项目方立即修正。读者可以在我们早期出具的报告中看这类风险的详细举例。
中度风险相较于高危风险等级又次一级，它有可能给项目带来潜在问题，最终还是要项目方解决。
这类风险比较常见的有管理员权限控制的问题。
比如在DeFi协议中通常都会有发行代币的功能。而通常控制代币发行的地址就是管理员，所以在这类合约中，管理员的权限是相当大的。在一些代码实现中，由于项目功能复杂以及运维方面的需要，管理员不仅自己有权决定是否发行代币甚至还有权力决定是否赋予其它的地址这样的权力，让其它地址也能发行代币。
这就产生了安全隐患：如果项目管理员的权限被盗或者管理员自己出现道德风险、滥用这个权力，那代币的发行就不受控制了。
这类风险是由合约逻辑引入的，但逻辑的实现又不得不如此，并且有时在合约部署初期，为了让项目能高效运转，还要保持这种管理员权限运作一段时间，这都给项目带来了潜在的风险。
项目方带着这种风险进行操作也是小心翼翼、如履薄冰，它就像达摩克里斯剑一样悬在项目方和用户的头顶，随时有掉落的风险。
对这类风险我们会强烈建议项目方在运作一段时间后，将管理员权限转交社区或者多签钱包，以规避这类风险。
低风险是所有风险中级别最低的，通常它表现为一些细节问题、警告信息等，暂时来说这个等级的问题可以不用解决，但项目方最后在未来某个新版本中解决这类问题。
这类风险涉及的细节和具体问题比较零散和琐碎，我们常见的有函数或变量命名方面的问题。
对函数或变量的命名如何通常普通用户是不会感知的，但对项目方自己维护代码或其它合约调用这些函数在某些情况下会产生一定困扰。
通常函数或便令命名出现的问题就是“词不达意”，即命名和它实际在合约中起的逻辑作用不同，比如一个函数是要设置某个变量的值，我们通常会将这个函数命名为“setXXX”，但由于笔误或其它原因，项目方将其命名为“getXXX”，这就让函数的名字和它的真实作用读起来南辕北辙了。
这样的代码时间一久，当项目方自己再回头来维护或修改时，如果不仔细看代码就会误解函数的功能，从而错误地调用它。
因此灵踪安全对这类风险也建议项目方在方便的时间修改。
作者：
灵踪安全CEO谭粤飞
美国弗吉尼亚理工大学(VirginiaTech,Blacksburg,VA,USA)工业工程硕士(Master)。曾任美国硅谷半导体公司AIBTInc软件工程师，负责底层控制系统的开发、设备制程的程序实现、算法的设计，并负责与台积电的全面技术对接和交流。自2011至今，从事嵌入式，互联网及区块链技术的研究，深圳大学创业学院《区块链概论》课程教师，中山大学区块链与智能中心客座研究员，广东省金融创新研究会常务理事?。个人拥有4项区块链相关专利、3本出版著作。
关于灵踪安全：
灵踪安全科技有限公司是一家专注区块链生态安全的公司。灵踪安全科技主要通过“代码风险检测+逻辑风险检测“的一体化综合方案服务了诸多新兴知名项目。公司成立于2021年01月，团队由一支拥有丰富智能合约编程经验及网络安全经验的团队创建。
团队成员参与发起并提交了以太坊领域的多项标准草案，包括ERC-1646、ERC-2569、ERC-2794，其中ERC-2569被以太坊团队正式收入。
团队参与了多项以太坊项目的发起及构建，包括区块链平台、DAO组织、链上数据存储、去中心化交易所等项目，并参与了多个项目的安全审计工作，在此基础上基于团队丰富的经验构建了完善的漏洞追踪及安全防范系统。
郑重声明： 本文版权归原作者所有， 转载文章仅为传播更多信息之目的， 如作者信息标记有误， 请第一时间联系我们修改或删除， 多谢。