對話Offchain Labs工程師：Arbitrum在ModuLar Oriented中如何解決Rollup面臨的問題？

一級標題

原文作者：Vision，MetastoneGroup

一級標題

話題一：Arbitrum的發展歷史

Vision：目前整個的網絡關於Arbitrum 一些討論也比較火熱， Jason 能不能簡單介紹一下Arbitrum 從創立到今天整個的一個發展路程。

Jason：好的，我表達一下我對於Arbitrum整個進程的看法，首先我們是在21 年的5 月份上線了我們的一個測試網，在5 月份的上了之後，這個測試網是還沒有向公眾打開的，只是邀請了一些項目方，來到我們上面部署，體驗了一下我們上面的一些網絡體驗，同時的話也進行了一些改進。最後，我們是在21 年的8 月31 號上線了我們的第一代主網，也就是我們現在稱之為cLassic 的一個技術棧部署的這個主網。雖然那個技術棧比較初代，但是那個技術棧其實已經實現了交互式欺詐證明，以及Optimistic Rollups 的所有的相關功能都已經部署在上面了。當時就已經是完全這種EVM 兼容的、Optimistic Rollups 方案，因此在我們發布後就看到了非常高的鏈上活躍度。

Jason：一級標題

Jason：一級標題

話題二：關於狀態擴容

Vision：目前整個區塊鏈要承載一個比較大規模的這種用戶量，除了要解決這個交易執行的吞吐量難題，同時還有一個大家都普遍關注的一個難題就是狀態擴容，如果想在以後的億萬級用戶上，讓他們在鏈上持有很多種類型的這種資產以及應用的狀態，狀態爆炸的這個問題也可能也會出現。想問一下Jason 這邊對狀態擴容有什麼一個觀點？

Jason：一級標題

Jason：一級標題

話題三：DAC的中心化問題

Vision：接下來一個問題就是目前專注於只做DA，就是數據可行性這方面的Celestia 採用的就是DAS，就是對數據進行一個抽樣進行檢驗，然後除了Rollup 擴容解決方案以外，還有一個鏈下的Validium，在數據可用性上依賴於第三方委員會，然後我了解到的就是Arbitrum Nova 這邊也採用這種DAC 的這種方式。想問一下Jason 對Arbitrum 在一開始這樣設計的邏輯，還有一個問題就是會不會因為community 這邊委員會的數量較少，出現一個中心化的問題？

Jason：Nova 的一個技術棧是基於我們的Anytrust，該技術其實和我們Arbitrum One 所基於的Arbitrum Nitro 是同一個code base，只是就它們兩個啟動的這個模式不太一樣，就同一個code base 下面的不同的模式。然後對於數據可用性的話，Nitro 是直接把會把這個DA上傳到L1 ，但是Anytrust 的話，它就會把這個DA上傳給DAC，然後DAC收到這個之後，再給這個數據進行一個簽名，頒發一個證書，然後回傳給sequencer， sequencer 再把這個證書上傳到L1 上面去。這個是Anytrust 的一個基本的一個執行邏輯。

Jason：回到剛剛那個問題，就是說DAC 會不會引入中心化很嚴重的問題。首先DAC 的話，我們是一直在不斷地擴展我們的這個DAC 的一個數據，就是一個節點規模的，可以看到我們是現在的DAC 的話有很多，不僅是Web3 ，還有Web2 的一些大廠，都有在運行我們的DAC節點。除了這個DAC 委員會，我們其實還有Mirror 的一個機制，就是說你如果不是DAC，但是如果想要參與到這個網絡中，也可以運行一個普通的mirror，這個的話你是可以同步其他DAC 一些已經存儲的數據，然後其他人不僅可以在DAC 那裡獲取數據，也可以在mirror 的這裡獲取數據。

Jason：這樣其實是一個雙重保險，避免DAC 在數據丟失的時候沒有辦法獲得DA 的一個這種情況，還有DAC將將證書遞交給Rollup有個好處就是極大的減少了sequencer 上傳到L1 的這個DA 的這個開銷。因為現在我們上傳的只是需要一個證書，相對於這個DA 的這個大小的話，其實是非常非常之小的，所以的話也可以極大的減少這個anytrust 這個機制下面網絡的gas 計費。同時如果其實大家如果關注前兩天那個以太坊GoerLi 的那個測試網的一個情況，就會知道之前以太坊GoerLi，它是因為出現了一些網絡活動，所以導致goerLi 的那個gas 費會非常高，在那個時候，其實因為當時GoerLi 已上面的那個ETH 已經是有價格了，因為Layer 0 的那個橋。

Jason：如果當時對比Anytrust 上面gas 開銷，你可以發現Anytrust 的開銷甚至比當時的一個以太網測試網的這個gas 消耗還要低。所以的話這就是Nova 一個極大優勢，就是說我們Anytrust 這個gas 開銷的話是非常非常低，你甚至可以就如果是一筆eth 的普通轉賬的話甚至可以達到低於1 美分的一個價格，這個的話是目前其他的一些網絡都沒有辦法達到的這個價格。

Jason：一級標題

Jason：一級標題

話題四：關於RaaS的未來

Vision：還有一個問題就是目前我了解到的就是像optimism 解決機制裡面， op 推出了基於op stack 的Layer 2 Rollup as a Service 這種服務。其實它的設計邏輯就是類似於Starkex 為其他的應用方，比如游戲或者是sociaLfi 這種項目方定制一個DApp chain 類型的服務，Arbitrum 在一開始設計的時候將Arbitrum one 和Abitrum Nova 生態屬性也進行了分離，One 是負責了像defi 和其他的鏈上的衍生品服務，Nova 是瞄準了遊戲或者是sociaLfi 這方面。想問一下，比如說我們當初當時在設計這套邏輯的時候，是否也考慮到RaaS的這麼一個方向？然後對未來的roLL up as a service，或者是專門製定這麼一個生態應用鏈的方向又是怎麼看待的？

Jason：一級標題

Jason：一級標題

話題五：關於ArbitrumNova與ArbitrumOne

Vision：考慮到整個Arbitrum，目前生態內就是各個項目龍頭主要是defi 類的項目，包括比較出名的項目GMX 和RDNT 這種，所以目前整個的鏈上活動也主要集中在Arbitrum One 這邊，想問一下就是相比於one， nova 這邊有沒有什麼可以體驗的一些好項目，目前整個的gamefi 和sociaLfi 這邊的用戶的留存度不是特別的高，想問一下Jason 對Nova 承載gamefi 和sociaLfi 的用戶留存上持有一個什麼樣的觀點？

Jason：一級標題

Jason：一級標題

話題六：去中心化Sequencer與抗審查問題

Vision：最近了解到前一段時間3 月24 號左右， zkSync era 主網上線了，但是他們的Matter Labs 稱目前整個的zk-Layer 2 的sequencer 還是不夠去中心化，然後加上前段時間也了解到Starkware 的一個開發者，他用了波卡那邊的substrate 創建了一個去中心化的Starknet sequencer。想問一下Arbitrum 目前在排序過於中心化這方面有什麼樣的一個觀點？然後以及在解決這個問題上有什麼樣的方式？

Jason：首先的話，這個排序中心化其實和其他的一些節點中心化所帶來的問題是不一樣的。排序器它是沒有作惡的一個能力的，因為排序器它只是簡單的把這個交易打包起來，然後上傳到L1 裡，你排序器是沒有辦法對狀態進行一個簽名，或者是對狀態進行一個什麼保證的，他只是簡單的把交易聚合起來，然後把交易排好序之後把排好序的這些交易然後同步給網絡中的其他的全節點以及上傳到L1 。

Jason：也就是說sequencer 它所廣播的一個交易是沒有對這個交易的最終一個狀態進行廣播的，它是不會闡述任何主觀的一個意見的，只是簡單的對這個交易進行一個排序，然後很多人可能就會說，如果排序的時候對這個交易進行什麼審查，或者是故意拒絕一些交易進行上面的話，當然這個問題的話我們也是有解決的。

Jason：一級標題

Jason：一級標題

話題七：關於We2 開發增量的未來

Vision：最後一個問題就是在完成整個的一個生態激勵之後， arbitrum 是否會在未來新的一年還有什麼能讓大家在技術上值得期待的規劃，可以詳細再闡述一下技術上的roadmap。

Jason：好的，其實不用等2024 年，在今年年底我們就會即將推出styLus 這個技術，是我們把Wasm 也加入到這個虛擬機裡面來執行的。並且加入WASM 之後，你可以通過WASM 的方式，也就是你可以通過C + + 或者是通過rust 的方式部署部署你的合約，然後同時你使用這些語言部署的合約話，它和EVM 部署的合約都是共享的同一個狀態樹。如果合約通過WASM 的形式部署的話，效率可以提升到現在的10 倍。如果你的使用EVM 並且現在有用一些Library，或者是用一些其他的一些組件的話，也可以放棄現在的組件，然後通過WASM 的一種方式來部署新的組件，在這個合約裡面進行一個重新調用。

Jason：這也是我們一直在提到的一個EVM pLus 的一個戰略，就是說在以後的話，我們就不僅能夠完美的兼容EVM，還同時還可以支持一些EVM以外的功能，然後使得我們的可擴展性更高，用戶體驗度更佳的一個情況。然後在同時在上線之前的話，也就是不久之後，我們也會部署一個新的一個devnet，就是開發者網絡，然後供開發者進行一個體驗。

Jason：區塊鏈想要接入下一個量級的用戶規模，就必須要支持下一個量級的開發者來進入你的生態。然後其實現在很多很多Web 3 邀請Web 2 的話，加入現在的Web 3 的一些開發者不習慣soLidity，但通過WASM 方式就可以使用他們現在一些已經熟悉的一個語言來進行這個合約的編寫，這樣的話我們也能承載更多的開發者，也同時兼容了目前Web3 的開發者。

Vision：OK，感謝Jason。今天既對Arbitrum 某一些問題進行了解答，而且對區塊鏈Medura Oriented 的這個方向的比較重要的一些問題進行了解答。