我们毫不只仅是寻找裂痕，而是要消除哪怕只有0.00000001%被进攻的大概性。有一个好动静是，YAM得到了其社区的大力大举支持，而且该提案已乐成提交。可是，新提交的提案无法在智能合约中运行，，所以YAM今朝依旧是一个不行打点的状态。
据官方动静，Gate.io将为YAM Gitcoin捐赠，捐赠资金将被用于对YAM合约举办审计。审计完成后，YAM合约将迁移到YAM2.0。
YAM Finance果真公布，在美东时间破晓3点之前，他们需要约16万YAM委托要求才气提交管理提案。假如在投票窗口中获得的委托高出40万YAM，则该提案将答允用户将YAM自行转移或存入储蓄池。
红薯刚种下，就得挖出来了？
那么是否可以在截至日期之前通过管理操纵来修复此裂痕？
如何制止？
好好的小红薯，毕竟遭受了什么？
YAM的近况
所有项目在正式宣布之前不只需要利用严格的软件测试东西来验证项目标代码安详性，更是应该邀请多个第三方区块链安详团队，做好对区块链项目中代码的验证审计事情，并在每次更新代码后举办从头审计。从而设计一个更好的项目打点系统，以备举办项目紧张更新的需求。
YAM Finance今朝已经失去了管理本领，75％的活动资金已经从YAM / yCRV未拨出资金池中移出。可是，其余的活动资金将从储蓄库中删除。
然而短短36小时内，目睹它高楼起，高楼塌。数亿美元因为一个小小的裂痕，消失于无形。本觉得回响痴钝的本身损失了一个亿，没想到保住了本身的五块钱。
上图中的rebase成果应该执行rebase，以保持不变的价值。可是，有一行代码（已标注蓝色）在计较totalSupply时，给出了错误的功效，这会导致系统保存的代币数量过多。
智能合约裂痕呈此刻那边？
该裂痕产生在YAM项目智能合约YAM.sol的rebase成果上，如下图所示：
8月12日，YAM Finance官方公布他们发明白一个智能合约裂痕，并称该裂痕将生成超出最初设定命量的YAM代币。在这种环境下，大量的保存代币将造成管理操纵所需的代币数量过大。这意味着社区未来将没有足够的代币来执行任何管理操纵。这行代码的正确代码/计较方程形式应雷同于以下代码/方程：
CertiK安详团队强烈发起：
totalSupply =initSupply.mul(yamsScalingFactor).div(BASE);
事件配景
郑重声明：本文版权归原作者所有，转载文章仅为传播更多信息之目的，如作者信息标记有误，请第一时间联系我们修改或删除，多谢。
