36小時內,眼看他起高樓,幾分鐘內,眼看他樓塌了。
北京時間08月13日上午03時整,備受矚目的DeFi項目YAMFinance宣布啟動流動性挖礦,僅僅一天時間鎖倉資產價值就超過了6億美元,其鎖定資產增量和增速都達到了近乎癲狂狀態。且照此發展,一些早期給池子注入流動性的羊毛黨年利率甚至可逼近200倍,其瘋狂程度可見一斑。
不過,正當大家都陷入挖礦狂歡的時候,意外發生了。
北京時間08月13日凌晨,YAMFinance發現其智能合約的彈性供應機制存在漏洞,導致合約第二次rebase觸發時會鑄造大量額外代幣,這意味著未來社區將無法獲得足夠的代幣來執行任何治理操作,YAM將成為一個失控的機器,最終將徹底失去社區用戶的信任。
該如何拯救我們的YAM小紅薯呢?
在發現漏洞后,YAM團隊發起了“拯救行動”,稱他們需要16萬委托投票才能提交治理提案,于是向社區發起呼吁投票。很快,這場轟轟烈烈的社區投票行動就完成了。
然而,就在大家以為只是虛驚一場的時候,北京時間08月13日下午16時01分,YAM創始人BrockElmore卻發推特稱,對不起大家,我失敗了。這究竟是怎么回事呢?
PeckShield安全人員介入分析后,迅速定位到問題的本質在于:彈性供應機制存在一個代碼公式的錯誤,致使第二次rebase觸發時系統會自動增發10^18個新代幣,如果行情一直保持高位的話,那么以后的每次rebase觸發時都會進行指數級的增發,這將使小紅薯YAM的數量變成一個可怕的天文級數字。這意味著,無論后期社區怎樣委托投票,都無法獲得足夠的投票量對系統進行控制,整個系統將陷入失控無主狀態。
音樂NFT平臺Sound.xyz在Optimism上啟動:6月13日消息,音樂NFT平臺Sound.xyz宣布與Optimism Collective達成合作關系,并在Optimism上啟動其平臺,允許藝術家在Optimism上傳音樂。Sound.xyz還推出了一種使用主網ETH進行支付并將音樂NFT發送到Optimism上錢包的方式。[2023/6/13 21:34:01]
本來YAM官方號召廣大YAM持有人通過代理投票的方式,一起完成此次投票“拯救行動”,以修復這個存在的漏洞。然而,PeckShield安全人員進一步分析發現,當YAM官方開始發出呼吁的時候,這次拯救行動其實就已經注定失敗了。
原因有二:
1)時間來不及:?YAM官方或許忽略了一點,在其提案投票拯救行動準備工作完成后,也需要至少12.5個小時才能被執行生效,而按照現在的時間節奏,當其執行生效時,第二次rebase早已觸發。
2)新部署治理合約無法被有效執行:由于第二次rebase觸發,因此官方原先預期要執行的新治理合約到了執行時間后,卻發現由于投票總量遠遠無法達到合約約定的總量的4%,故而無法被有效執行。
究竟是為何呢?接下來上技術干貨。
技術概要
首先介紹下YAM智能合約的彈性供應機制:
1)系統會根據市場價格浮動來動態調整代幣的供應量,當市價上漲時則按比例增發代幣,以降低單位代幣的價值,直至降至1美元。
2)每天分別執行兩次rebase,每次rebase會改變代幣供應量,根據市場現價增發或銷毀一定量的代幣。
歐洲央行考慮在分布式賬本技術平臺上以歐元結算金融交易:金色財經報道,歐洲央行目前正在考慮是否發行零售央行數字貨幣(CBDC),供普通交易者和公民使用,包括那些使用加密貨幣基礎技術的市場。
根據歐洲央行周五發布的一份聲明,使用歐元貨幣的中央銀行(統稱為歐元系統)正在 \"研究DLT(分布式賬本)平臺上記錄的批發金融交易如何以中央銀行貨幣結算\"。該計劃的目的是鞏固和進一步發展歐元體系中央銀行在該領域正在進行的工作,并深入了解不同的解決方案如何促進 TARGET 服務與分布式賬本技術平臺之間的交互。[2023/4/28 14:33:15]
再說一個實施提案的關鍵因素:持有者進行委托投票,投票數超過總量的1%,則提案才可以進行執行排列,且按合約約定執行排列時長需要等待12.5小時,而提案執行時,則投票需要超過總量的4%。如此新治理合約才能執行生效,項目才能繼續正常運轉。
有了以上幾個技術要點的鋪墊,我們再來看一下,YAM官方的跟進時間表,就能明白此次拯救行動為什么注定會失敗。
如下圖時間線所示:
②是第一次rebase觸發的時間,由于合約的bug導致totalsupply資產發生異常暴漲,官方發現BUG存在并進行了披露。
③是官方宣布提議部署新治理合約的時間,在此之后社區開始啟動投票。
④是投票目標初步完成,新治理合約進入執行排列的時間,自此等待執行12.5小時合約正式執行。
美國政府計劃出售與絲綢之路有關的另外41500枚BTC:金色財經報道,周五公布的一份監管文件顯示,美國政府已于3月14日以約2.15億美元的價格出售了與“絲綢之路”暗網市場相關的9,800枚比特幣,法庭文件指出,政府官員為這筆交易收取了超過21.5萬美元的交易費用。官員們補充稱,他們計劃今年分四批出售剩余的約41,500枚比特幣(約合12億美元),銷售方式沒有透露。對此孫宇晨發文稱,為了盡量減少對市場的潛在影響,其愿意以10%的折扣通過場外交易方式購買這些比特幣。[2023/4/1 13:38:18]
⑤是第二次rebase的觸發時間。
⑦是其新治理合約投票通過后正式執行的時間。
⑥在第二次rebase觸發后的第31分鐘時,或許是項目方發現了已經無力回天了,提案取消成功,項目方正式宣布YAM失敗。
①之后的綠色區域是投票和提案拯救行動可以成功的“黃金急救期”,需要整個拯救行動準備工作在第一次rebase觸發之前半小時內完成。。
這意味著,YAM官方應在第一次rebase(北京時間08月13日凌晨04:08)之前就應該發現這個漏洞,并且留有足夠的時間完成新治理合約部署和投票。
可是事與愿違,官方發現漏洞并披露呼吁投票的時間還是太晚了,錯過了唯一能夠成功的黃金急救期。而更糟糕的是,按照官方的時間節奏,當新治理合約到了⑦執行的時間后,投票數要超過總量的4%才行,而此刻的總量已經擴大了10^18*10^18,此前累積的投票數已然杯水車薪,根本無濟于事。
所以,這次拯救行動一開始就注定了會失敗。
亞馬遜前高管推出NFT檢索平臺Thred:金色財經報道,NFT檢索平臺Thred現已推出,幫助用戶發現新NFT。其創始人Ben Straley曾任亞馬遜全球對外營銷和交易主管,以及星巴克全球數字產品副總裁等職位。
Ben Straley表示,Thred結合自動化機器學習和算法,對以太坊和Polygon區塊鏈上的NFT進行排名,然后對每個NFT的可取性進行拍賣,并將其與收藏家、消費者和社區內容相結合。用戶可以搜索、閱讀和分享任何NFT的評論,以幫助買家更好地了解這些收藏。
目前,Thred已與基于以太坊和Polygon的NFT集成,未來考慮擴展到比特幣和Solana等其他鏈上。[2023/2/17 12:12:09]
下面我們會對此次事件做下詳細分析:
詳細過程分析
首先我們看下當第一次rebase發生了什么:
圖1.第一次rebase資產變化
如上面鏈上信息所示,當第一次rebase?之后,totalSupply從3,500,000*10^18暴漲到一個極大值。
我們進一步分析代碼,看下在代碼中發生了什么:首先從鏈上信息我們能看到rebase操作調用的是YAMRebaser合約的YAMRebaser::rebase()?函數,我們最終發現它通過調用YAM合約的rebase()?函數重新計算totalSupply,在第340行的totalSupply賦值操作可以看到,這一行代碼有個明顯的錯誤——沒有除BASE,從而導致totalSupply的值暴增了10^18倍。
嘉信理財首個加密貨幣相關ETF今日開始交易:8月4日消息,今天,Schwab Crypto Theme ETF(STCE)開始在NYSE Arca上交易。該基金由嘉信理財資產管理公司(嘉信理財公司的資產管理部門)推出,旨在跟蹤一個新的專有指數——Schwab Crypto Thematic Index,并向投資者提供可能從加密貨幣和其他數字資產的開發或利用中受益公司的全球敞口。
據悉,STCE的年運營費率為0.30%,是目前投資者可獲得的成本最低的加密相關ETF。(Business Wire)[2022/8/4 12:02:03]
YAM官方在第一次rebase以后發現了這個問題,于是披露rebasebug事件啟動了投票拯救行動。
圖2.YAMToken::rebase()得到一個異常大的totalSupply值
而在12小時之后,YAM又觸發了第二次rebase,這個數據又是以基于錯誤的totalSupply來計算的,從而導致initSupply的數值同樣出現了異常。
圖3.第二次rebase資產變化
我們繼續分析造成initSupply異常的成因,關鍵在上面提到過YAMRebaser::rebase()?函數,這個函數實現的主要邏輯:先基于yam.totalSupply()計算出本次rebase需要增發的YAM數額mintAmount,在afterRebase()?函數經過數層調用后進入YAM的?_mint()?函數,基于異常的mintAmount給initSupply進行賦值。由于在第一次rebase中,totalySupply已經變成一個極大值,所以基于此異常值的后續一列操作最終導致initSupply也計算錯誤,變成了一個天文級的數值。
圖4.YAMRebaser::rebase()?用錯誤的totalSupply計算initSupply
當第一次rebase出現異常時,項目方已經發現問題并決定提出一個修復系統的提案,希望通過投票的方式將此提案排入執行隊列并且執行。當此題案收到足夠多的投票,治理合約允許任何人通過調用GovernorAlpha::queue()函數將此題案排入執行隊列。但由于此治理合約代碼邏輯的實現,導致無論是在第二次rebase之?前或是之后進行修復,都無法正確執行這個拯救行動。
為什么說項目方準備工作完成的太晚了?
我們看下圖中的GovernorAlpha::queue()代碼,我們注意到了在調用_queueOrRevert函數之前的第224行中設置變量eta=currenttimestamp+timelock.delay,這就使得生效時間必然在加入隊列的12.5小時以后,而第二個rebase時間是與第一次間隔12小時,這就意味著要執行成功需要將拯救行動提前到第一次rebase之前至少半小時以上,否則將永遠無法執行。
圖5.GovernorAlpha::queue()?函數設置eta
又為什么說已經做出的拯救行動,根本無濟于事呢?
當觸發合約GovernorAlpha::execute()?時首先會先執行state函數來獲得當前提案狀態。
圖6.GovernorAlpha::execute()?檢測提案狀態
在下面的state()?函數第330行,如果proposal.forVotes<=againstVotes(),提案狀態被設置為失敗。
圖7.GovernorAlpha::state()?執行返回Defeated錯誤
從代碼中能看出來,項目方在設計系統時,投票數被設計為必須大于initSupply總量的4%,此提案才能是合法的狀態,如下圖所示。然而,當第二次執行rebase以后,initSupply已經被搞成一個極大值。這就導致了,投票票數永遠不可能>=quorumVotes(),從而總是返回Defeated。
圖8.GovernorAlpha::quorumVotes()?返回一個錯誤的異常值
除了提案狀態異常的問題之外,如圖9、圖10所示,當第二次rebase發生以后,由于GovernorAlpha::propose()檢查投票數必然小于proposalThreshold(1%的initSupply),因此新的提案也再也無法被提出,更遑論要投票執行了。
圖9.GovernorAlpha::propose()?檢測投票數是否大于1%initSupply
圖10.GovernorAlpha::proposalThreshold()?返回1%initSupply
總結
此次?YAM漏洞事件,最終造成治理合約中75萬枚?yCRV?被永久鎖定,而且短時間內的急速暴跌和無力回天的局面,不知道有多少人被埋在了價格高點,其瘋狂程度成了如今DeFi流動性挖礦的最真實寫照,其殘酷魔幻程度何嘗又不是?倘若項目方在部署合約之前但凡測試過一次rebase流程,必定能捕捉到漏洞的存在。足以見得,DeFi項目做安全審計的重要性。
綜上分析,PeckShield?想借此勸誡諸君,在區塊鏈世界里,務必要對每一行合約代碼保持敬畏,因為任何細微的疏漏都可能造成無法挽回的局面。畢竟,代碼是人寫的,漏洞也很難被徹底避免,因此需要項目方在合約部署上線前就做好充分的測試和第三方安全審計工作,這會幫助其更早發現并排查合約代碼潛在的安全漏洞,不至于等到,漏洞發生后,亡羊補牢,為時已晚
Tags:BASEBASREBASEEBASEcoinbase下載BasketDAO DeFi IndexREBASEAPYEBASE幣
互聯網時期的發展讓我們都知道互聯網流量入口的重要性。如果一個應用受到歡迎,那么就可以在這個應用上開發出更多的產品功能,就有能夠吸引更多的用戶使用這個產品.
1900/1/1 0:00:00周一國際清算銀行在一份最新報告中稱,2020年是央行數字貨幣崛起的一年。這一題為《央行數字貨幣崛起:驅動因素、方法和技術》的報告分析了全球央行數字貨幣的開發進展、技術方法和政策立場.
1900/1/1 0:00:00原文:https://wiki.polkadot.network/docs/en/learn-crosschain翻譯:PolkaWorld本文是波卡百科進階部分的跨鏈消息傳遞XCMP章節.
1900/1/1 0:00:00去中心化金融項目YearnFinance中的總鎖定價值已經超過10億美元。據比推數據,在本周早些時候,該項目管理代幣YFI的價格也超過比特幣,截止發稿時為止YFI代幣的價格為14000美元,而市.
1900/1/1 0:00:008月24日,國際清算銀行發布了一份有關中央銀行數字貨幣的報告:《央行數字貨幣崛起:驅動因素、方法和技術》,該報告分析了全球央行數字貨幣的研發成果、技術方法和政策立場.
1900/1/1 0:00:00上周,我參加了一場關于美聯儲是否應創建央行數字貨幣Fedcoin和美聯儲消費者帳戶的辯論。我反對這一主張,而DigitalDollarProject的J.ChristopherGiancarlo.
1900/1/1 0:00:00