过去几个月来，DeFi生态经历了巨大的动荡，数次攻击之下，许多未被利用过的缺陷也被报道出来。
虽然代码中无可避免会有bug，但还是有很多方法能降低缺陷发生的频率，以及降低缺陷带来的负面影响。
作为一个审计员，我们想要帮助DeFi用户问一些比较尖锐的问题；问这些问题的目的，一方面是让开发人员认真去考虑系统安全性的优先级，另一方面，让用户能分辨出回答得好的协议，然后把钱投入这些协议。
以下问题能帮助用户了解DeFi开发团队对于安全性的立场，答案不一定有对错之分，而且也不是每个团队都有资源全盘顾及所有方面。但不论如何，用户有权利知道这些信息，来决定自己愿意承受的风险。
我们希望通过以下提问，促使后续开展更多正面的讨论。
1.管理员权限
大部分的主流DeFi协议都存在一些中心化的机制——允许特定的“管理员”地址以强硬的手段干预协议的运行。
观点：加密货币可以被用于犯罪活动，但加密货币本身不是犯罪:金色财经报道，据blockworks发文表示，加密货币可以被用于犯罪活动，但是加密货币本身不是犯罪。[2023/6/5 21:15:44]
这样做虽然在安全上有好处，但这意味着你必须相信这些“管理员”不会滥用他们的特权；而且但凡这些管理员遭到黑客攻击，他们的私钥泄露所带来的后果会更加严重。
管理员账户可以是以下几种形式：单一地址、多重签名钱包，或是由DAO管理的投票过程。那么，
管理员能采取哪些措施？
暂停整个系统？
修改账户余额？
设置代币/用户的白名单/黑名单？
升级某个子系统？
升级整个系统？
其他权限？
如果采取上述行为，是否有延迟执行机制？
观点：Web3需要无缝的用户体验和基础设施来推动采用:金色财经报道，Blockdaemon预测，Web3的未来将建立在无缝用户体验的基础上：无缝使用、无缝货币化和无缝治理。任何Web3项目的成功都取决于其向所有用户（包括区块链行业内的开发人员和企业）提供这种无缝体验的能力。
我们相信基于区块链的解决方案是数字基础设施的未来。然而，为了让它们起飞，我们需要确保高质量的用户体验。这意味着用户和开发人员都需要一种简单的方法来访问Web3基础架构和构建在其之上的应用程序。[2022/12/18 21:51:42]
如果有延迟时间，那是多长？
多少人有管理员权限？
采取上述行为前，需要经过多少管理员同意？
有哪些权限是由链上治理程序来掌控的吗？
我该去哪里了解提议更新协议的提案？
观点：帮助监管机构理解区块链和加密行业，将有助于降低监管风险:6月27日消息，Figment质押营销总监Robert Ellison认为，由于区块链和加密货币领域的复杂性，教育该领域的监管者，以减轻其在不了解基本知识的情况下走极端的风险是非常重要的。
当被问及监管框架是否是Staking成为主流的必要条件时，Ellison指出，制定一个Staking监管框架是非常可行的，然而监管机构并不优先考虑监管Staking行业。
根据其说法，借贷平台和稳定币目前是监管机构的优先事项。他指出，目前Staking不在其优先考虑的名单上，因为监管机构首先关注的是“公众面临的最大风险”。（Cointelegraph）[2022/6/27 1:34:26]
以上某些问题的回答已经可以通过?
DefiWatch?跟踪了解。
2.外部依赖
观点：比特币或成为2021年的特斯拉 明年年底最多可达到10万美元:Strategic Wealth Partners首席执行官Mark Tepper认为，到明年年底，比特币的价格最多可以达到10万美元。但Tepper称，将加密货币与埃隆·马斯克（Elon Musk）旗下公司的股票相比较，4万美元大关的可能性更大。“你可以把它比作特斯拉。特斯拉今年增长超过500%。我认为比特币有可能成为2021年的特斯拉。在我最看好的情况下，到明年年底，它可能会达到10万美元。那是我假设的牛市情况下的价格。我认为我假设的基本情况更接近实现，比特币到2021年底翻一番，达到大约4万美元。”（The Daily Hodl）[2020/12/28 15:52:28]
因为是公开的网络，以太坊上充斥着不怀好意的攻击者，因此开发者不能假设本系统外的合约一定会采取什么样的行为。但在许多DeFi应用中又不得不作出这样的假设，因为服务本身就是在已有的一些合约上建构出来的。
这些问题能帮助用户了解该项目在外部依赖上存在的风险。
你的系统依赖什么预言机？
你的系统依赖什么交易所？
你用什么第三方智能合约来建立系统？
你的系统支持哪些代币，你对这些代币的行为模式有怎样的预期？
3.可靠的的披露系统和奖励计划
对于才华横溢的黑客来说，攻击DeFi协议对他们有着强大的金钱诱惑。制定奖励计划能激励大家发现并揭露漏洞，而非钻漏洞。对于白帽黑客来说，通过激励系统揭露代码漏洞也是提高自身声誉的好方法——既有好处又不违法。
任何公司要运行DeFi协议，或是涉及在线托管金钱的业务，都应该设有奖励系统。你可以就他们的奖励计划及披露流程提出以下问题：
你们的合约代码能够被所有人看到吗？
从你们的网站和git代码库，能够很容易找到安全的联系方式吗？
你们的合约有没有设置奖励计划？
哪些合约在奖励计划内？
奖励计划具体金额是？
你们是否支付过奖励计划的奖金？
对于bug报告，你们是否曾拒绝支付过？
从你们的网站和git代码库，能够很容易地找到奖励计划的详细信息吗？
理想情况下，这些信息应该放在“website.com/security”页面下，而且能搭配Github的SECURITY.md功能使用。
4.应急预案
当面对某些安全突发状况的时候，新消息如潮水般涌来，用户持续在Twitter、Telegram、Discord上提出棘手的问题......，这时候开发者很难头脑清楚地应对突发状况。
所以如果有应急预案的话，就能证明项目正朝着安全方向发展。要求项目公开他们完整的计划可能不太现实，但我们还是能提出以下基础的问题去侧面了解：
你们是否有处理突发安全事件的计划提纲？
你们的应急预案适用于哪些紧急情况？
如果你们的系统是可升级的，这些升级步骤是否记录在案？
如果你们发现某个系统漏洞可能让资金面临风险，你们是否能通过应急预案先发制人，保护资金安全？
5.审计与安全发展
审计并非万灵丹，而且审计的内容总多多少少有点区别，但对于部署任何的DeFi合约之前，进行审计是至关重要的一步。
下面的问题不一定有“正确答案”，但学识渊博的社区群众们，应该能从项目的回答中看出开发团队对于安全性的立场。
你们最近一次审计是什么时候？
这次审计投入了多少精力？
哪个机构做的审计？
审计报告公开吗？
你们系统中有任何部分是没有被涵盖在审计的范围内吗？
最近一次审计之后，你们有对合约进行更新吗？如果有，更新了什么？
你们有和哪个安全团队进行长期合作吗？
在合并代码之前，开发者会彼此做codereview吗？
你们的合约代码中，做过单元测试的比重是多少？
审计过程中，你们用过其他的安全分析工具吗？
原文链接:?https://diligence.consensys.net/blog/2020/03/questions-defi-users-should-be-asking-defi-developers/作者:?JohnMardlin翻译&校对:?IANLIU&阿剑
郑重声明： 本文版权归原作者所有， 转载文章仅为传播更多信息之目的， 如作者信息标记有误， 请第一时间联系我们修改或删除， 多谢。