本期篇幅較長,為了方便大家閱讀可預覽目錄:溫習:什么是最大可提取價值MEVPart1:以太坊POS中MEV驗證者中心化許可內存池Part2:MEV兩種解決方案Proposer-BuilderSeparationPBS如何減輕MEV的影響?BuilderAPIBuilderAPI如何減輕MEV的影響?Part3:MEV是以太坊獨有的嗎?Part4:MEV遵循復雜性Part5:為什么說MEV很難修復正文開始,首先我們舉例回顧一下什么是MEV?例如,在大量交易導致價格下滑后,Uniswap上有10,000美元的套利機會。套利機器人注意到機會并提交交易以捕獲它,向礦工提供10美元的交易費。可能會發生以下兩種情況之一:礦工將復制并審查套利者的交易,以便自己抓住機會其他機器人會注意到并出價更高的txfee,開始一場爭奪套利權的競標戰。拍賣被稱為“優先Gas拍賣”10,000美元的潛在利潤是MEV。如果礦工沒有捕獲它,并且開始了PGA,拍賣成交的價格與可用的總MEV之間的差額就是獲勝交易者的利潤。在MEV系列的第一篇文章里我們詳細介紹了MEV的形式及其影響,接下來我們繼續討論MEV對以太坊的影響。Part.1以太坊PoS中的MEV在上一篇文章里,我們介紹了MEV對整體用戶體驗和共識層安全性有負面影響。但以太坊向權益證明共識的過渡中可能會引入新的MEV相關風險:ETH)就添加到信標鏈的區塊的有效性達成共識。由于32個ETH可能對許多人來說是遙不可及的,加入一個質押池可能是一個更可行的選擇。然而,獨立質押者的良好分布是最理想的,因為它減輕了驗證者的中心化并提高了以太坊的安全性。然而,MEV提取被認為能夠加速驗證者的中心化。這部分是因為,由于驗證者提出區塊的收入低于之前礦工的收入,MEV提取可能會極大地影響合并后驗證者的收入。更大的質押池可能會有更多資源投資于必要的優化以捕捉MEV機會。這些池提取的MEV越多,他們就有越多的資源來提高其MEV提取能力,從根本上創造規模經濟。由于可支配的資源較少,獨立質押者可能無法從MEV機會中獲利。這可能會對獨立驗證者施加壓力,加入強大的質押池以增加收入,從而降低以太坊的去中心化程度。許可內存池
Ethermine礦池通過以太坊擴容解決方案Polygon為其礦工提供新的支付方式:官方消息,Ethermine礦池宣布通過以太坊擴容解決方案Polygon,為其礦工提供新的支付方式。該功能允許礦工每天收到低至0.005 ETH的小額支付,用美元代幣結算收益,并通過在挖礦時參與DeFi增加收益。此外,Ethermine添加了余額大于0.005 ETH的手動支付請求。[2021/6/2 23:04:06]
為了應對三明治攻擊和搶先交易攻擊,交易者可能會開始與驗證者進行鏈下交易以保護交易隱私。交易者代替將潛在的MEV交易發送到公共內存池,而是直接將其發送給驗證者,驗證者將其包含在一個區塊中并與交易者分享利潤。“暗池”是這種安排的放大版本,其功能是經過許可的、僅限訪問的內存池,向愿意支付一定費用的用戶開放。這種趨勢將減少以太坊的無許可和去信任,并有可能將區塊鏈轉變為有利于出價最高者的“pay-to-play”機制。許可內存池也會加速上一節中描述的中心化風險。運行多個驗證者的大型池可能會受益于為交易者和用戶提供交易隱私,從而增加他們的MEV收入。Part.2MEV的兩種解決方案在合并后的以太坊中解決這些與MEV相關的問題是一個核心研究領域。迄今為止,為了減少MEV在合并后對以太坊的去中心化和安全性的負面影響,提出了兩種解決方案,分別是Proposer-BuilderSeparation(PBS)和BuilderAPI。Proposer-BuilderSeparation
以太坊礦工10月獲得2.14億美元收入:金色財經報道,根據The Block匯編的數據,以太坊礦工10月的收入為2.14億美元,低于9月的3.21億美元。[2020/11/4 11:34:16]
Proposer-BuilderSeparation(PBS)旨在減輕MEV的影響,尤其是在共識層。PBS的主要特點是區塊生產者和區塊提議者規則的分離。驗證者仍然負責區塊提議和投票;但區塊構建者——blockbuilders,則負責排序交易和構建區塊。在PBS下,一個區塊builder創建一個交易包,并出價將其包含在信標鏈區塊中)。選擇提議下一個區塊的驗證者然后檢查不同的出價并選擇費用最高的交易包。PBS實質上創建了一個拍賣市場,builders與驗證者協商出售區塊空間。當前的PBS設計使用提交-顯示方案,其中builders僅發布對區塊內容的加密承諾及其出價。在接受中標后,Proposer創建一個包含區塊頭的已簽名區塊提案。區塊builder在看到已簽名的區塊提案后應發布完整的區塊主體,并且在最終確定之前還必須收到來自驗證者的足夠證明。PBS如何減輕MEV的影響?
通過從驗證者的權限中移除MEV提取,協議內PBS減少了MEV對共識的影響。相反,運行專用硬件的區塊builders將抓住未來的MEV機會。不過,這并不完全排除驗證者與MEV相關的收入,因為builders必須出高價才能讓驗證者接受他們的區塊。然而,隨著驗證者不再直接專注于優化MEV收入,時間強盜攻擊的威脅減少了。PBS也降低了MEV中心化風險。例如,使用commit-reveal方案消除了builders信任驗證者不會竊取MEV機會或將其暴露給其他builders的需要。這降低了獨立質押者從MEV中受益的門檻,否則,builder將傾向于青睞在鏈下享有聲譽的大型池并與他們進行鏈下交易。同樣,驗證者不必相信builders不會因為支付是無條件的而扣留區塊主體或發布無效區塊。即使提議的區塊不可用或被其他驗證者宣布無效,驗證者的費用仍會處理。在后一種情況下,區塊被簡單地丟棄,迫使區塊builder損失所有交易費用和MEV收入。BuilderAPI
V神:以太坊是Satoshi愿景的延續:以太坊創始人V神剛剛在推特表示,以太坊并不是反對Satoshi,而是Satoshi(比特幣匿名創造者中本聰)愿景的延續。[2020/8/4]
雖然提PBS有望減少MEV提取的影響,但實現它需要更改共識協議。具體來說,信標鏈上的分叉選擇規則需要更新。BuilderAPI是一種臨時解決方案,旨在提供PBS的有效實施,盡管具有更高的信任假設。BuilderAPI是EngineAPI的修改版本,共識層客戶端使用它來從執行層客戶端請求執行負載。正如誠實驗證者規范中所概述的那樣,被選為區塊提議職責的驗證者從連接的執行客戶端請求一個交易包,它們將交易包含在提議的信標鏈區塊中。BuilderAPI還充當驗證者和執行層客戶端之間的中間件;但它是不同的,因為它允許信標鏈上的驗證者從外部實體獲取塊。BuilderAPI的工作原理如下:BuilderAPI將驗證者連接到運行執行層客戶端的區塊builder網絡。就像在PBS中一樣,builder是專門的團體,它們投身于資源密集型區塊建設,并使用不同的策略來最大化從MEV+prioritytips中獲得的收入。驗證者請求執行有效載荷以及來自builder網絡的出價。來自builder的投標將包含執行有效負載塊頭——對有效負載內容的加密承諾——以及支付給驗證者的費用。驗證者審查傳入的出價并選擇費用最高的執行負載。使用BuilderAPI,驗證者創建一個“blinded”的信標塊提案,其中僅包含它們的簽名和執行有效負載塊頭,并將其發送給builder。運行BuilderAPI的builder預計會在看到blinded塊提議后,會響應完整的執行負載。這允許驗證者創建一個“簽名的”信標塊,它們在整個網絡中傳播。使用BuilderAPI的驗證者仍然需要在本地構建區塊,以防區塊builder未能及時響應,這樣他們就不會錯過區塊提案獎勵。但是,驗證者不能使用現在公開的交易或另一組交易創建另一個區塊,因為這相當于模棱兩可,這是一種嚴重的錯誤。MEV-Boost是BuilderAPI的一個示例實現,它是對Flashbots拍賣機制的改進,旨在抑制以太坊上MEV的負面外部性。Flashbots拍賣允許礦工在工作量證明中將構建有利可圖的區塊的工作外包給稱為搜索者:Searchers的專業團體。Searchers尋找有利可圖的MEV機會,并向礦工發送交易包以及包含在區塊中的密封價格投標。運行mev-geth的礦工只需選擇利潤最高的交易包并將其作為新區塊的一部分進行開采。為了保護礦工免受垃圾郵件和無效交易的影響,交易包在到達礦工之前通過中繼器Relayers進行驗證。MEVBoost保留了與原始Flashbots拍賣相同的運作方式,盡管具有專為以太坊轉向權益證明而設計的新功能。Searcher仍然會發現有利可圖的MEV交易,并將其包含在區塊中,但是稱為builder的新的專業團體,負責將交易聚合并捆綁到區塊中。builder接受來自Searcher的密封價格出價并運行優化以找到最有利可圖的訂單。Relayers仍然負責在將交易包傳遞給提議者之前驗證交易包。然而,MEVBoost引入了托管,負責通過存儲builder發送的區塊主體和驗證者發送的區塊頭來提供數據可用性。在這里,連接到中繼器的驗證者請求可用的執行有效載荷,并使用MEVBoost的排序算法來選擇具有“最高出價+MEV費用”的有效載荷標頭。BuilderAPI如何減輕MEV的影響?
動態 | 以太坊未確認交易11381筆:Etherscan.io數據顯示,當前以太坊未確認交易11381筆,與此前相比未確認筆數有較大幅度下降,以太坊網絡擁堵情況有所改善。[2019/5/9]
BuilderAPI的核心優勢在于它有可能使對MEV機會的訪問民主化。使用commit-reveal方案消除了信任假設,并降低了驗證者尋求從MEV中獲益的進入門檻。這應該會減輕獨立質押者與大型質押池整合以提高MEV利潤的壓力。BuilderAPI的廣泛實施將鼓勵區塊builder之間更激烈的競爭,從而增加審查阻力。當驗證者審查來自多個builder的出價時,意圖審查一項或多項用戶交易的builder必須出價高于所有其他非審查builder才能成功。這大大增加了審查用戶的成本并阻礙了這種做法。一些項目,如MEVBoost,使用BuilderAPI作為整體結構的一部分,旨在為某些方提供交易隱私,例如試圖搶先交易/三明治攻擊的交易者。這是通過在用戶和區塊builder之間提供私人通信渠道來實現的。與前面描述的許可內存池不同,這種方法是有益的,原因如下:市場上多個builder的存在使得審查變得不切實際,這對用戶有利。相反,中心化和基于信任的暗池的存在會將權力集中在少數區塊builder手中,并增加審查的可能性。BuilderAPI軟件是開源的,任何人都可以提供區塊builder服務。這意味著用戶不會被迫使用任何特定的區塊builder,并提高了以太坊的中立性和無許可性。此外,尋求MEV的交易者不會通過使用私人交易渠道無意中為中心化做出貢獻。Part.3MEV是以太坊獨有的嗎?我們不禁要問:MEV是以太坊獨有的嗎?不,假設MEV也可以在比特幣上看到。審查閃電通道或雙花代幣的動機在技術上是MEV。然而,我們的假設是,與以太坊等區塊鏈相比,比特幣本質上更不容易受到MEV的影響。其原因在于各自區塊鏈的復雜性和“狀態性”:MEV在給定區塊鏈上的累積速度通常與其應用層行為的復雜性成正比。任意靈活的協議,如以太坊,不能限制這種復雜性,并且隨著時間的推移,它固有地傾向于更大的復雜性。如果不改變Ethereum的用戶體驗,MEV激勵措施就無法輕易減輕。這就是為什么我們說以太坊的復雜性可能是一個詛咒。Part.4MEV遵循復雜性在某種純粹的理論意義上,即使是比特幣也無法限制其潛在的MEV敞口。然而,比特幣的設計很好地阻止了意外的高MEV用例,在實踐中很少見。這似乎不太可能在未來發生變化,因此我們預計MEV不會成為比特幣的更大問題。相比之下,我們可以觀察到以太坊上的MEV表面呈指數級增長,這主要是由于通過DeFi應用程序的大量價值流動。這些看起來很有前途的金融基礎也可以被看作是以太坊的寄生蟲:編織了一個無邊無際的MEV網絡,并一天天變得越來越大、越來越復雜。Part.5MEV很難修復
bithumb發布延遲以太坊, 以太坊經典和EOS 付款公告:bithumb發布公告,延遲以太坊, 以太坊經典和EOS 付款。[2017/12/14]
最后,很自然地會問以太坊是否可以建立一種機制來抵消MEV進入協議。簡而言之,不會,至少不會改變以太坊的開發者和/或用戶體驗。任何阻止礦工/驗證者獲得收入流的嘗試都可能會刺激協議外市場的創建。例如,如果所有的交易都只允許支付一個統一的利率,我們預計礦工/驗證者會與交易者串通,接受支付獲得交易優先權。同樣,如果所有交易費用都被銷毀或支付給一個“公共罐子”,礦工們/驗證者只需單獨收取費用。這就是為什么我們說MEV不容易被抵消。雖然存在潛在的緩解措施,但它們需要對以太坊應用程序的架構方式以及用戶與之交互的方式進行結構性更改。更多區塊鏈知識與干貨,關注Tokenview.io。參考文章https://research.paradigm.xyz/MEVhttps://ethereum.org/en/developers/docs/mev/#mev-in-ethereum-proof-of-stake
Canto第三季線上黑客松已于12月1日正式啟動,旨在為Canto生態輸出更多新項目。Canto是一個基于CosmosSDK打造的L1DeFi公鏈.
1900/1/1 0:00:00Odaily星球日報譯者|念銀思唐美國參議院銀行委員會主席SherrodBrown表示,FTX的驚人崩潰應該為國會敲響警鐘,以應對基本上不受監管的加密貨幣行業帶來的風險.
1900/1/1 0:00:00提案者-構建者分離是一個被熱議的話題,這是一個廣泛的設計理念,強調協議和非協議行為者之間的關系,以維護和運營區塊鏈.
1900/1/1 0:00:00一夕之間,ChatGPT突然火了,并在互聯網上掀起了一場“AI風暴”所謂ChatGPT,是在今年11月30日,由人工智能實驗室OpenAI上線的新模型.
1900/1/1 0:00:00Rollups的有效性不受限于L1的吞吐量,使得L2的TPS可以很高。在StarkNet的性能路線圖中,解決了系統中的一個關鍵因素——排序器.
1900/1/1 0:00:00今日,Ankr的部署者密鑰疑似被泄露,10萬億枚aBNBc被鑄造,其在Pancake上的交易池流動性被掏空,aBNBc價格已幾近歸零.
1900/1/1 0:00:00