1）系统会根据市场价格浮动来动态调整代币的供应量，当市价上涨时则按比例增发代币，以降低单位代币的价值，直至降至1美元。

2）每天分别执行两次 rebase，每次 rebase 会改变代币供应量，根据市场现价增发或销毁一定量的代币。

再说一个实施提案的关键因素：持有者进行委托投票，投票数超过总量的1%，则提案才可以进行执行排列，且按合约约定执行排列时长需要等待12.5小时，而提案执行时，则投票需要超过总量的4%。如此新治理合约才能执行生效，项目才能继续正常运转。

有了以上几个技术要点的铺垫，我们再来看一下，YAM 官方的跟进时间表，就能明白此次拯救行动为什么注定会失败。

如下图时间线所示：

②是第一次 rebase 触发的时间，由于合约的 bug 导致 totalsupply 资产发生异常暴涨，官方发现 BUG 存在并进行了披露。

③是官方宣布提议部署新治理合约的时间，在此之后社区开始启动投票。

④是投票目标初步完成，新治理合约进入执行排列的时间，自此等待执行12.5小时合约正式执行。

⑤是第二次 rebase 的触发时间。

⑦是其新治理合约投票通过后正式执行的时间。

⑥ 在第二次 rebase 触发后的第31分钟时，或许是项目方发现了已经无力回天了，提案取消成功，项目方正式宣布 YAM 失败。

①之后的绿色区域是投票和提案拯救行动可以成功的“黄金急救期”，需要整个拯救行动准备工作在第一次 rebase 触发之前半小时内完成。（即蓝色虚线应提前到绿色区域内）。

这意味着，YAM 官方应在第一次 rebase（北京时间08月13日凌晨04:08)之前就应该发现这个漏洞，并且留有足够的时间完成新治理合约部署和投票。

可是事与愿违，官方发现漏洞并披露呼吁投票的时间还是太晚了，错过了唯一能够成功的黄金急救期。而更糟糕的是，按照官方的时间节奏，当新治理合约到了⑦执行的时间后，投票数要超过总量的4%才行，而此刻的总量已经扩大了10^18*10^18，此前累积的投票数已然杯水车薪，根本无济于事。

所以，这次拯救行动一开始就注定了会失败。

下面我们会对此次事件做下详细分析：（项目方github地址 https://github.com/yam-finance/yam-protocol）

详细过程分析

首先我们看下当第一次 rebase 发生了什么：

图1. 第一次 rebase 资产变化

如上面链上信息（https://oko.palkeo.com/0x7b9017ec92b0200455e5269380195fbecfbf91c8acda30985cc1dc413d215076/）所示，当第一次 rebase  之后，totalSupply从3,500,000* 10^18暴涨到一个极大值。 (责任编辑：admin)