YAM是AMPL和YFI揉合
當AMPL出來之后,有一些模仿者,不過它們都沒有在加密社區引起轟動。但YAM不一樣,它攪動了整個加密社區。
為什么YAM有如此之魅力?
在過去一段時間,DeFi有兩個最火的項目,AMPL和YFI。而YAM這次引爆社區,一個重要原因是它揉合了AMPLYFI。YAM是AMPL的變種,但同時它的發行機制采用了YFI的模式。也就是,YAM將AMPL和YFI最能引爆社區的東西融合了。因此,它一出現,就爆發出了能量。
現在還有一些用戶依然不知道YAM是AMPL的變種,因為不少用戶還是按照之前總量恒定的代幣邏輯進行投資。要理解YAM,首先要理解AMPL。關于AMPL,可以參考藍狐筆記之前的文章《AMPL:另類的稀缺性》。
印度經濟事務負責人:G20部長將就加密貨幣監管提供建議:金色財經報道,《商業標準》報道稱,有關加密貨幣監管的報告和調查結果將與G20 財長和央行行長分享。印度經濟事務部部長Ajay Seth表示,當局將被要求提供“關于全球協調加密資產監管框架的指導說明”。作為印度擔任 G20 輪值主席國的一部分,該討論將在即將于7月14日至18日在印度舉行的金融和中央銀行代表 (FCBD) 會議上進行。此外,將要求州長建立一個全球協調的加密資產監管框架。[2023/7/13 10:53:11]
YAM是AMPL的變種
YAM的運行機制跟AMPL類似,從大框架來說,兩者是一樣的。不過在具體機制方面存在一些差異。
YAM跟AMPL一樣都是彈性供應
YAM跟AMPL一樣,本質是追求比例的稀缺性,而不是數量的稀缺性。因此YAM也會根據價格進行代幣數量的彈性供應,每天會進行rebase,對代幣供應量進行調整。具體的rebase時間是每12個小時進行一次。YAM的最終目標也是成為價格穩定的代幣。其當前的目標價格為1美元,而AMPL當前的目標價格是1.011。
LayerZero Labs推出新項目Essence,允許快速啟動并運行驗證器:金色財經報道,互操作性協議Layer Zero的開發團隊Layer Zero Labs推出新項目Essence,可分離安全和運營負擔,允許任何人在1小時內啟動并運行驗證器(預言機和中繼),此前驗證器需要幾個月的時間來構建,并且需要整個開發團隊的支持。此外LayerZero Labs表示,這是通往v2之路的第一步,驗證者候補名單已經包括50多個實體。[2023/4/27 14:30:05]
YAM的儲備庫
YAM儲備庫的機制是AMPL沒有的。每次YAM供應量增加的10%會用于購買yCRV代幣,購買的yCRV會進入YAM的儲備庫。儲備庫由YAM社區治理控制。新增儲備庫的目的是為了在未來增加YAM的穩定性。
貝萊德CEO:監管變化可能導致更多銀行被查封和倒閉:金色財經報道,全球最大的資產管理公司貝萊德的首席執行官警告說,“針對美國幾家主要銀行的倒閉,監管部門的變化可能會導致更多的銀行被查封和倒閉。現在看來,一些銀行確實不可避免地需要縮減貸款以支撐其資產負債表,而且我們可能會看到銀行的資本標準更加嚴格。”[2023/3/19 13:12:59]
YAM的完全去中心化的治理
YAM從其誕生的第一天開始就實施完全去中心化治理。這一點學習了YFI,YFI也是基于鏈上的去中心化的社區治理。YAM分叉了Compound治理模塊,也就是說,YAM協議的所有升級都是完全通過鏈上治理來實現的。YAM協議完全由YAM代幣持有人掌控。提交治理提案至少需要1%總量的YAM,達成法定人數提案需要總量4%的YAM。提案的投票期間為48小時。
馬斯克:在Twitter上實時追蹤FTX事件:11月12日消息,Elon Musk發推稱,在Twitter上實時追蹤FTX崩盤/調查事件。[2022/11/12 12:55:06]
從YAM的內在價值看,早期它并不捕獲任何價值,只要是治理代幣。但其未來的價值取決于YAM持有人的治理。YAM代幣持有人組成社區,由社區確定和更新YAM協議的功能,例如rebase功能、通脹設計、激勵機制、YAM儲備池的用途等。
這種完全去中心化的治理符合加密社區的精神。不過在早期,由于合約的不完善,可能會帶來大問題。這就是下面要提到的:由于其rebase功能存在bug,這導致了YAM的危機。這對于其他項目來說,也可以學習到教訓。
YAM的YFI分配機制
YAM跟AMPL最大的區別之一,就是它的初始分配采用YFI模式:沒有預挖、沒有投資人份額,這更符合加密社區的精神。這也是它在加密社區引起巨大反響的原因。這可以讓社區的更多人參與進來,并極大激發社區的治理熱情。這從YFI的社區治理實踐也可以看出。
BitMEX已支持USDC存取款及交易:9月7日消息,加密貨幣交易所BitMEX宣布已支持USDC的存取款和交易,并已通過法幣網關Banxa和Mercuryo支持超過30種法幣購買USDC。BitMEX表示,目前僅支持以太坊網絡上USDC的存取款以及USDC與比特幣和USDT間的交易,未來將拓展更多交易對以及USDC結算的衍生品合約。[2022/9/7 13:14:08]
YAM的最初總供應量為500萬個。其中的200萬個初始分配給8個流動性挖礦池,每個權益池獲得25萬個YAM,這8個池分別是COMP、LEND、LINK、MKR、SNX、WETH、YFI、ETH/AMPLUniswapv2LP。這8個池挖礦時間為期一周。截止到藍狐筆記寫稿時,有超過8億美元價值的8個代幣在YAM上挖礦,而這僅僅花一天多的時間,這種速度和鎖定資產量級,是DeFi挖礦史上前所未有的,可見其影響力之大。
除了8個池之外,還有一個YAM/yCRVUniswapv2LP池可以獲得剩余300萬的YAM的初始分配,其中第一周這個池可以獲得150萬個YAM初始代幣分配,并通過每周50%遞減的機制進行分配。不過由于出現下面提到的bug問題,YAM/yCRVUniswapv2LP暫時關閉了挖礦入口。
拯救YAM的社區實踐
昨天凌晨YAM項目方發現其rebase出現bug,這一錯誤會導致向儲備庫釋放過多的鑄造代幣。多余的鑄造代幣保留在了YAM儲備庫合約中。如果不修正這個錯誤,未來將無法采取任何治理措施。如果社區未來無法采取任何治理措施,那么,這意味著YAM項目的終結。
為了拯救YAM,YAM項目方緊急號召YAM社區參與進來,通過委托投票啟動提案以解決問題。那么,具體來說,出現了什么bug?
YAM的總供應量本來應該是:totalSupply=initSupply.mul(yamsScalingFactor).div(BASE)
但實際上是totalSupply=initSupply.mul(yamsScalingFactor)。它對用戶余額不會產生影響,質押合約中的資產也不有影響。不過在首次rebase時,這導致YAM儲備庫增加了大約50萬美元價值的yCRV。如果治理無法在第二次rebase之前提交bug修復提議,將來就無法采取進一步治理行動。無法采取治理行動,YAM項目就無法持續。
為什么會這樣?其中的原因是如果儲備庫中YAM保留太多,它會導致后續的任何提議都無法達到法定人數。這意味著,后續的任何提議都無法獲得通過。這同時也會導致YAM儲備庫無法被社區管理且儲備庫中的資金也會丟失。下一次rebase發生在北京時間8月13日下午4點,這會導致儲備池中的YAM供應過多。
拯救YAM的方法是在第二次rebase代幣前啟動提案,這樣就有機會修改合約、修復bug,從而拯救YAM。提案包括兩個方面:一是暫停rebase功能以停止意外的代幣鑄造;將控制權移交給更靈活的治理合約。通過這個提案,YAM試圖停止有bug的功能、為實現更完整的解決方案提供時間。
因此,為了拯救YAM,需要在8月13日北京時間下午3點前通過yam.finance委托160,000萬個YAM。投票后代幣需要委托三天時間,這一期間不能移動,之后可以自由移動代幣。
不過YAM項目方也意識到這對用戶來說,產生了機會成本。因此,后續會根據鏈上快照的數據,計劃給予參與投票的用戶合理的補償。
截止到藍狐筆記寫稿時,社區積極參與委托投票,票數達到,遠超16萬YAM。這也說明了YAM社區具有了一定的參與熱情和韌性。
YAM的風險
YAM協議沒有經過正式審計,可能存在智能合約的安全風險,今天凌晨出現的rebase功能上的bug也給人們敲響了警鐘。任何參與YAM流動性挖礦的人都要考慮個人的風險承受能力,控制好風險。
Tags:YAMAMPAMPLMPLYAM幣會是百倍幣嗎2021bitstamp交易所app下載iosAmpleforthAMPLG
商務部網站8月14日發布《關于印發〈全面深化服務貿易創新發展試點總體方案〉的通知》。通知明確,在京津冀、長三角、粵港澳大灣區及中西部具備條件的試點地區開展數字人民幣試點.
1900/1/1 0:00:00截至9:00,據58COIN交割合約行情:BTC合約現報價11726.64美元,較現貨貼水23.75美元,24h漲跌幅0.94%.
1900/1/1 0:00:00商務部官網14日發布《關于印發全面深化服務貿易創新發展試點總體方案的通知》,其中公布了數字人民幣試點地區.
1900/1/1 0:00:00幣汐柔:8.14比特幣以太坊多頭再創新高低位空單怎么辦如果你想解套,汐柔告訴你,不要浪費時間在網上找那些千篇一律只有一種解套方案的策略了,需要解套的朋友可以直接咨詢本人.
1900/1/1 0:00:00截至8月13日,BTC活躍地址數為80.9萬,較昨日下降8.74%;鏈上交易數為32.31萬,較昨日下降6.34%;BTC鏈上超過100枚的大額轉賬有913筆,較昨日下降18.77%.
1900/1/1 0:00:00我們知道,傳統的數據庫管理系統主要由單一機構管理和維護,而在多方參與者協作的場景中,因無法完全信任數據庫中的數據,各方都自建數據庫,由此導致繁瑣的人工對賬和協同爭議.
1900/1/1 0:00:00