TL;DR:
#2020 年,以太坊發布了以Rollup 為核心的路線圖,這項措施為未來的發展指明了方向。隨後,Vitalik在第二年的「Endgame」中描述了以太坊的最終願景,強調了基礎層建設的優化以及為Rollup提供支援。這些舉措明確了以太坊未來發展的主要方向,為區塊鏈生態系統的不斷壯大奠定了基礎。
以太坊引進了Danksharding分片技術,旨在提升其作為資料可用性層的穩定性。這項技術可望降低L2交易費用,增加Rollup每秒交易次數,並進一步擴展以太坊網路規模。
截至今年,以太坊坎昆-德內布(Dencun)升級最終於2024年3月13日發布,即將推出EIP4844。這次硬分叉被視為以太坊實現Danksharding的首要舉措,是以太坊路線圖中至關重要的一環。
關於什麼是DA層,Danksharding的技術原理,EIP4844的內容,請參考去年我寫的一篇技術文章:DA(資料可用性)Summer 將至? https://foresightnews.pro/article/detail/33575
EIP4844引進了一種新的交易類型,稱為blob-carrying交易。每個blob-carrying交易都具有能力「攜帶」一個 Blob 清單。 Blob是一個資料包,大小約為125 KB。 Blob的儲存時間相對較短,僅4096個epoch,約18天左右。
EthereumL2在適配EIP4844之後,將為最終用戶提供更快速的交易、更低的成本、更流暢的體驗和更靈敏的反應。這將為L2平台帶來更多複雜和大型的Dapp應用。
L2如何適配EIP4844呢?我們需要分Optimistic Rollup和ZK Rollup來分別討論。
Optimistic rollup是一種透過詐欺證明來確保rollup執行正確性的技術。在這種機制下,節點會預設狀態轉換是正確的,除非在規定時間內有人提出詐欺證明來證明狀態轉換是非法的。一旦有詐欺證明出現,先前提交的狀態轉換將被撤銷。
Optimistic Rollup適合EIP4844相對ZK rollup來說更簡單。把L2的交易都透過Blob-carrying交易提交到L1即可完成適配。此外,就是要調整詐欺證明使之適配EIP4844,這部分就可以慢慢做了。畢竟,許多optimistic rollup至今也沒上線詐欺證明。上線了詐欺證明的,發現兩年多都沒有一個詐欺證明提交。
L2交易提交:Rollup提交的時候,使用Blob-carrying交易,將Rollup資料儲存在Blob中。 Blob-carrying交易的payload是rlp([tx_payload_body, blobs, commitments, proofs]),其中
調整詐欺證明:
ZK rollup是透過ZKP來證明L2狀態轉換是正確的。 ZK rollup適配EIP4844相對optimistic rollup來說更複雜。
Morph 的EIP-4844 zkEVM 整合解決方案請參閱:https://medium.com/@morphlayer2/morphs-solution-to-eip-4844-zkevm-integration-7f469910478f
Optimistic rollup中,Optimism和Arbitrum已表示致力於採用 EIP-4844,並與其社群密切合作來測試和部署必要的更新。 Arbitrum屬於Stage 1的Rollup, 安全性相對較好。涉及到需要將詐欺證明適配EIP4844的問題。 Optimistic rollup屬於是Stage 0的Rollup,目前還沒有詐欺證明,適合起來更容易,但安全性不夠高。在
ZK rollup中,使用STRAK和SNARK的rollup適配難度是不同的。用STARK的rollup適配EIP4844比較簡單,Starknet是其中的代表。 Starknet發表了文章表示坎昆升級後會實施對EIP4844的適配(文章連結)。用SNARK的rollup,zkSync也在探索如何利用攜帶 blob 的交易來進一步降低成本並提高效能。 Scroll則是在去年發表了一篇文章介紹了適配EIP4844的思路(文章鏈接)
最令人映像深刻的是Morph, 他是一個Optimistic ZK Rollup,率先發布了zkEVM適配EIP4844的方案,可以說是第一個完成EIP4844的zkEVM Rollup。
Optimistic ZK Rollup結合了兩類Rollup的優點。它樂觀地相信Sequencer提交的執行結果,允許對結果產生懷疑的人發起挑戰。只有在發起挑戰時,證明者才會產生ZKP來證明執行結果的正確性。它擁有Optimistic rollup的效率,又擁有ZK rollup的ZK證明的可靠性。
以上是坎昆升級來臨,主流L2們都進行了哪些適合?的詳細內容。更多資訊請關注PHP中文網其他相關文章!