今年美国大选虽说有了广泛意义上的尘埃落定，但竞选结果并未明确。
如今拜登团队宣布胜选，美国媒体纷纷宣布拜登当选下届美国总统。而另一方面，川普拒绝接受败选结果，他持续进行计票，并宣称要采取法律行动。
造成如今这个混乱结果的首要原因在于美国没有设立独立的对大选事务具有权力的权威性的选举委员会，在默认情况下，是新闻机构承担了这个角色。假如川普获得过大的权力，控制了大多新闻机构，营造虚假选票，结果尚未可知。
这就意味着某种程度上，可以说是极尽中心化的“推特治国”后的又一“媒体选举”。
从选举，到互联网，到区块链，2020年，中心化不再是权威的体现，而是“独断”、“专权”的代名词。
北京时间11月9日，CertiK安全研究团队发现DeFi项目Mercurity.finance智能合约代码部分存在中心化风险。
项目拥有者拥有过大权限，可以进行任意数目的铸币，并为给定账户提供任意数目的奖励。
技术步骤分析如下：
ERC20Token.sol
代码地址：
https://github.com/MER-DAO/MEE-core/blob/main/contracts/tokens/ERC20Token.sol
部署地址：
https://etherscan.io/address/0xe1b583dc66e0a24fd9af2dc665f6f5e48978e106#code
V神发布伦敦升级后链容量增加约9%的三个原因:V神（Vitalik Buterin）发文《链容量为什么在伦敦升级之后增加了约9%？》。V神表示有3个原因：
1. 冰河时代延迟
当伦敦分叉开始时，冰河时代才刚刚开始生效。伦敦之前的平均区块时间约为13.5秒，伦敦之后的平均区块时间回落到其长期正常水平约13.1秒。这是区块速度约3%的差异，这解释了链上gas使用量增加9%中的3%。
2. 目标值1500万与最大1500万
在伦敦升级之前，区块最低gas使用量为1500万，并非所有区块都使用了整个1500万，即使是功能最完善的区块生产者也会留下0-20999未使用的gas，因为剩余空间太少，无法容纳单笔交易，除此之外，总会有偶尔的区块生产者制造空块。4月份的一项分析表明，大约2%的区块是空的。假设在伦敦之前有大约2-3%的未使用空间。然而，在伦敦之后，1500万不是最大值，而是目标值。这意味着，如果使用的平均gas（包括空块）低于1500万，则基本费用将减少，直到平均值回到1500万。所以这又占了大约2-3%。
3. basefee调整中的数学缺陷
EIP1559公式在目标为50%时并不完美。从最近观察到的时间跨度中获取数据，51.5%是完整区块（full block）（因此，比预期的50%高约3%）。[2021/8/15 22:15:37]
图一: ERC20Token智能合约构造函数
图二：onlyIssuer修饰词
图三: 具有铸币方法的issue函数
如图一所示，项目拥有者在ERC20Token.sol智能合约中的构造函数可以将自身设置为issuer身份。由于在智能合约部署时，其构造函数会被自动执行，因此项目拥有者会自动成为issuer。
通过图二中显示的onlyIssuer修饰词的限制，任意拥有issuer身份的外部调用者将可以执行任意被onlyIssuer修饰词修饰的函数。
因此，拥有issuer身份的项目拥有者可以执行图三中具有铸币方法的issue函数，从而可以为任意账户铸造任意数目的代币。
除此之外，该项目还存在一个允许项目拥有者提供代币奖励的后门。该后门存在与AwardContract.sol智能合约中。
https://github.com/MER-DAO/MEE-core/blob/main/contracts/AwardContract.sol
https://etherscan.io/address/0x8Ea43ce113456f45defd0E27e809d719b9CA2362#code
图四：AwardContract智能合约构造函数
图五：onlyGovernor修饰词
图六：addFreeAward智能合约函数
当AwardContract.sol被项目拥有者部署到区块链上时，AwardContract合约的构造函数会被自动执行，也就意味着图四中43行代码被自动执行后，项目拥有者会自动被赋予governor身份。
拥有governor身份的外部调用者可以类似的执行任意被onlyGovernor修饰词修饰的智能合约函数，例如图六中所示addFreeAward函数。
由于所有外部调用者都可以通过调用图七中withdraw函数来将属于自己的奖励取出，因此当governor身份的外部调用者为某一个账户（假设为A）添加了某一数量的奖励后，A账户可以对该函数进行调用，并通过246行的判断条件检查后，通过在281行调用safeIssue()函数来取出被添加的奖励。
图7：withdraw智能合约函数
综上分析，Mercurity.finance项目中智能合约存在的后门漏洞均来自于项目拥有者权限过大。在该类中心化治理机制中，项目拥有者得到了可以随时获利或者摧毁项目经济系统的权利。
CertiK安全研究团队建议Mercurity.finance更新项目中采用的治理系统，引入社区管理的机制。
CertiK在此提醒广大用户：
1. 合约代码需要经过严格的安全验证和审计才可被允许公布。
2. 投资者在投资采用中心化治理机制的项目时需衡量风险，谨慎投资。
郑重声明： 本文版权归原作者所有， 转载文章仅为传播更多信息之目的， 如作者信息标记有误， 请第一时间联系我们修改或删除， 多谢。