8月12日來勢洶洶的yam在短短一小時內就彙集了將近8000萬美元的代幣，上線六小時後有將近2億美元的資金匯入，原本順風順水的yam卻發現合約存在bug，在北京時間8月13日16點，yam短時暴跌98.8%，從原本瘋狂漲至160美元的yam跌至0.9美元左右。
許多“韭菜”們還沒回過神，轟轟烈烈的yam就宣告終結，短短的三十幾個小時yam從原本流光溢彩的舞臺上狼狽離場，從原本挖礦年化14049%的炙手可熱變成了現在的“一文不值”，那麼究竟是發生了什麼，把大紅大紫的yam拉下了神壇？
yam之所以會崩盤，不得不提及“調整總量”的機制設計，yam初始總供應量為500萬枚，回扣週期為每12小時一次。假設投資者持幣佔總量的1%，rebase後仍然佔1%，但是數量會隨之變化，獲得更多或者更少的yam。
而本次崩盤正式與昨天出現的bug有關，由於編碼程式碼出現差錯，yam合約在調整totalsupple時，原本正常流程應該是將最後的結果除以base變數，但是由於編碼出現差錯，導致了totalsupply的計算結果出現很大的偏差，實際結果比原本的正確結果大10^18倍，可想而知這會造成什麼樣的後果 。
簡而言之，這個編碼錯誤造成的bug導致每次rebase後yam的實際都遠超原本預計數量，從而產生大量額外的yam。由於yam屬於社羣治理專案，如果想要修改後臺程式碼，必須要在社群透過認可。
那麼yam面對這個嚴重的bug採取了什麼措施呢？
一開始yam官方推特發表推文稱，在北京時間8月13日下午3點之前需要獲取 3.5 萬枚 yam代幣參與委託投票發起提案，同時獲得14萬yam代幣投票支援該提案從而重新部署合約，修改除錯編碼並修復這個bug。
同時yam也採取了相應的補償措施，為了彌補使用者進行投票而導致的收益損失，yam將給予參與投票的使用者兩倍yam代幣。
北京時間8月13日下午2點，yam官方團隊稱修復調倉機制bug的投票已滿足最低16 萬枚代幣的委託要求，治理提案將會在北京時間下午3點到4點之間提交。
但是事情並沒有像官方團隊所說的那樣發展，該提案在下4點第二次 rebase 前並未實施，因此bug無法得以修復。至於為什麼bug無法及時修復，yam創始人在推特上解釋道：“這個rebase漏洞導致向治理庫鑄造了數十億個yam。這些yam雖然的的確確存在但卻無法進行投票。這代表著所有投票提案都無法順利透過，因為永遠無法達到提案所需要的投票數量。”
北京時間8月13日下午4點，yam的開發者belmore在推特發表了這樣一條推文：
“各位對不起，我失敗了，謝謝你們今天的大力支援，我太難過了。”
這一系列事件造成的後果是產生了大量的多餘yam代幣，從而導致yam代幣的價格直線暴跌。
在yam創始人的推特下眾多投資者紛紛討伐，有哀聲抱怨的也有仍存希望的，甚至有安慰鼓勵創始人，一時間眾生百態全部彙集於此。
還記得昨天阿韭的提醒嗎？“雖然yam十分火爆，但目前尚未對他們的合同進行正式稽覈，該專案僅僅用了10天就開工，所以阿韭提醒大家投資需謹慎，三思而後行。”果不其然第二天yam就出現了嚴重漏洞，投資者們紛紛表示驚訝，在短短三十幾個小時內，出道即巔峰的yam就被拉下神壇。
今天阿韭再次提醒大家，沒有安全保障的defi絕不會一帆風順，擦亮雙眼，保持理智！
