原文标题：HowdoesArbitrumfinditsecoLogicaLnicheinModuLarOriented？
原文作者：Vision，MetastoneGroup
在MetastoneGroup举办「RollupMeetup」活动前，我们邀请到了OffchainLabs的工程师Jason，来聊聊Rollup中包括DAC与Anytrust等前沿技术话题。特别是当前比较火热的EIP-4844和可能在下轮叙事中爆发的RaaS，另外，去中心化Sequencer和ModuLarOriented也是MetatsoneGroup研究员比较关注的新方向。
话题一：Arbitrum的发展历史
Vision：目前整个的网络关于Arbitrum一些讨论也比较火热，Jason能不能简单介绍一下Arbitrum从创立到今天整个的一个发展路程。
Jason：好的，我表达一下我对于Arbitrum整个进程的看法，首先我们是在21年的5月份上线了我们的一个测试网，在5月份的上了之后，这个测试网是还没有向公众打开的，只是邀请了一些项目方，来到我们上面部署，体验了一下我们上面的一些网络体验，同时的话也进行了一些改进。最后，我们是在21年的8月31号上线了我们的第一代主网，也就是我们现在称之为cLassic的一个技术栈部署的这个主网。虽然那个技术栈比较初代，但是那个技术栈其实已经实现了交互式欺诈证明，以及OptimisticRollups的所有的相关功能都已经部署在上面了。当时就已经是完全这种EVM兼容的、OptimisticRollups方案，因此在我们发布后就看到了非常高的链上活跃度。
Jason：同时在因为当然我们在上线之后，可能因为这个技术栈比较初代，所以可能当时遇到了一些扩容上的一些问题，比如说在22年的6月份奥德赛的时候，因为gas的话会因为吞吐量的不足，所以导致gas的上升会比较多，我们也注意到这些问题。因此，也就是在同年，22年的8月31号上线了我们的第二代技术-ArbitrumNitro，第二代技术栈我们是直接在第一代的主网升级得来，在nitro的主网上线之后，我们的吞吐量大概比之前过扩展了七倍。比如现在基于nitro，现在我们的最快的每秒出快时间大概是0.25秒一个块，然后每个块的最大的Limit是3200万个gas，这个的话基本上是目前EVM里面能够达到的一个非常大的一个数量级了。
Jason：其实这个最好的一个例子是在上个月，我们的这个tokencLaim的时候，那个时候的话，其实我们的这个EVM的这个吞吐量TPS是已经达到三位数了的，而且我们的主网没有发生任何网络宕机情况，就是我们的sequencer还在正常的出快。当时很多用户连不上主要是因为第三方RPC无法连接的问题。但是我们的这个sequencer的话，其实是非常平稳的在运行，也在不断地在向L1发送这个batch。
话题二：关于状态扩容
Vision：目前整个区块链要承载一个比较大规模的这种用户量，除了要解决这个交易执行的吞吐量难题，同时还有一个大家都普遍关注的一个难题就是状态扩容，如果想在以后的亿万级用户上，让他们在链上持有很多种类型的这种资产以及应用的状态，状态爆炸的这个问题也可能也会出现。想问一下Jason这边对状态扩容有什么一个观点？
Jason：首先以太坊他本身也在做状态过期来解这个问题，然后其实包括Layer2的话，我先解释一下L2的一个机制，其实是我们把这个交易的DA放在L1上面去，然后这个DA的话其实就是包括交易的输入和交易的这个顺序。因为大家知道现在EVM的话是单线程的一个执行环境，既然是单线程的执行环境，那么我们就可以知道，如果输入和输入的顺序已经知道的话，那么它输出的结果只能是唯一的，这也是为什么L2能够把DA放到L1，然后同时就可以直接读DA来同步L2网络的一个原因，也就是说如果我们在Layer2上面的状态和大到一定程度的话，其实是可以引入这些状态过期的，并且这些状态过期之后的话，如果你之后想要查询的话，你可以在其他的一些托管方查询，或者是自己跑一个节点，读取L1然后重新执行一遍这个DA，就可以重新获得这个状态了。
Jason：这个的话就你就不像其他的这个侧链这些，如果你丢失了侧链的这些区块信息，或者是区块头、区块体这些，没有办法从其他地方同步的话，那就状态的话就会完全失去了。但是因为我们把状态放在L1，而且L1的话这个是以太坊的话，由于以太坊的节点已经大到足够的程度，且基础设施提供方多，所以的话是不用担心这个Layer1是无法获取到这个数据的一个情况，所以L2的话在未来状态修剪上面的话，会比侧链这些会更具优势。
话题三：DAC的中心化问题
Vision：接下来一个问题就是目前专注于只做DA，就是数据可行性这方面的Celestia采用的就是DAS，就是对数据进行一个抽样进行检验，然后除了Rollup扩容解决方案以外，还有一个链下的Validium，在数据可用性上依赖于第三方委员会，然后我了解到的就是ArbitrumNova这边也采用这种DAC的这种方式。想问一下Jason对Arbitrum在一开始这样设计的逻辑，还有一个问题就是会不会因为community这边委员会的数量较少，出现一个中心化的问题？
Jason：Nova的一个技术栈是基于我们的Anytrust，该技术其实和我们ArbitrumOne所基于的ArbitrumNitro是同一个codebase，只是就它们两个启动的这个模式不太一样，就同一个codebase下面的不同的模式。然后对于数据可用性的话，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已经是有价格了，因为Layer0的那个桥。
Jason：如果当时对比Anytrust上面gas开销，你可以发现Anytrust的开销甚至比当时的一个以太网测试网的这个gas消耗还要低。所以的话这就是Nova一个极大优势，就是说我们Anytrust这个gas开销的话是非常非常低，你甚至可以就如果是一笔eth的普通转账的话甚至可以达到低于1美分的一个价格，这个的话是目前其他的一些网络都没有办法达到的这个价格。
Jason：同时关于Anytrust，如果在DAC作恶的情况下，因为我们有个机制就是fallbacktoRollups，我们可以紧急的回滚到Rollup，就我们发现那个anytrust里面的DAC签名的数量低于了我们的假设门槛之后，网络会停止将DA放入DAC，而是和nitro一样的机制放入L1里。
Jason：对比侧链，在如果侧链他们做侧链的那个验证者低于了66%或者51%的一个安全机制之后，其实就会暴露到一个危险的环境，但是我们的话，它是可以紧接地回溯到Rollups，然后来继续正确地推进这个网面的状态，两者结合下，它不仅降低了这个链的一个gas开销，同时也增强了这个链的一个安全性。
话题四：关于RaaS的未来
Vision：还有一个问题就是目前我了解到的就是像optimism解决机制里面，op推出了基于opstack的Layer2RollupasaService这种服务。其实它的设计逻辑就是类似于Starkex为其他的应用方，比如游戏或者是sociaLfi这种项目方定制一个DAppchain类型的服务，Arbitrum在一开始设计的时候将Arbitrumone和AbitrumNova生态属性也进行了分离，One是负责了像defi和其他的链上的衍生品服务，Nova是瞄准了游戏或者是sociaLfi这方面。想问一下，比如说我们当初当时在设计这套逻辑的时候，是否也考虑到RaaS的这么一个方向？然后对未来的roLLupasaservice，或者是专门制定这么一个生态应用链的方向又是怎么看待的？
Jason：其实关于这个问题，我们在上个月，也就是3月份的时候就已经重新更改了这个我们Arbitrum的一个授权机制，也就是说在之后，大家可以无许可的在Arbitrum上部署新的Layer3网络，该L3网络你可以通过选择Nitro的方式部署，也可以通过选择Anytrust的一个方式部署，这些的话都是不需要我们的一个许可就可以直接部署的。但如果要直接部署在Layer1上面的话，也就是说部署一个新的Layer2的话，是需要向我们Arbitrum的DAo进行一个申请，然后需要经过DAo批准来运行的。
Jason：这样一来，大家可用在我们之上部署AppLicationRollups，也可以很好地让自己的AppLicationRollups捕获到Arbitrum以及Ethereum的生态价值。
话题五：关于ArbitrumNova与ArbitrumOne
Vision：考虑到整个Arbitrum，目前生态内就是各个项目龙头主要是defi类的项目，包括比较出名的项目GMX和RDNT这种，所以目前整个的链上活动也主要集中在ArbitrumOne这边，想问一下就是相比于one，nova这边有没有什么可以体验的一些好项目，目前整个的gamefi和sociaLfi这边的用户的留存度不是特别的高，想问一下Jason对Nova承载gamefi和sociaLfi的用户留存上持有一个什么样的观点？
Jason：OK，因为我是在这边时做技术的，所以的话生态的话我可能就不是这么专业，这我可以从技术上来回答一下。就其实刚刚我刚刚已经提到Nova的话，它是一个主导的一个低gas价格的一个执行环境，其实正好就符合了一些高吞度量Gamefi的一些需求。因为在Nova如果有一些DApps需要高吞吐量，因为每次交易都需要付gas，因此也是对gas价格越低越好，因此这也很好的契合了其需求。
Jason：同时的话，就比如说你刚刚说的这些Nova上面的一些生态的话，其实可以到我们的那个portaL(https://portaL.arbitrum.io/nova)上面去查询，我们portaL上面记录了现在一些Nova上面比较火的一些生态应用，然后也有一些gamefi这些，所以这里还是建议大家去我们的portaL上看比较好。
话题六：去中心化Sequencer与抗审查问题
Vision：最近了解到前一段时间3月24号左右，zkSyncera主网上线了，但是他们的MatterLabs称目前整个的zk-Layer2的sequencer还是不够去中心化，然后加上前段时间也了解到Starkware的一个开发者，他用了波卡那边的substrate创建了一个去中心化的Starknetsequencer。想问一下Arbitrum目前在排序过于中心化这方面有什么样的一个观点？然后以及在解决这个问题上有什么样的方式？
Jason：首先的话，这个排序中心化其实和其他的一些节点中心化所带来的问题是不一样的。排序器它是没有作恶的一个能力的，因为排序器它只是简单的把这个交易打包起来，然后上传到L1里，你排序器是没有办法对状态进行一个签名，或者是对状态进行一个什么保证的，他只是简单的把交易聚合起来，然后把交易排好序之后把排好序的这些交易然后同步给网络中的其他的全节点以及上传到L1。
Jason：也就是说sequencer它所广播的一个交易是没有对这个交易的最终一个状态进行广播的，它是不会阐述任何主观的一个意见的，只是简单的对这个交易进行一个排序，然后很多人可能就会说，如果排序的时候对这个交易进行什么审查，或者是故意拒绝一些交易进行上面的话，当然这个问题的话我们也是有解决的。
Jason：我们在L1上面同时还开了一个deLay的inbox，在deLay的inbox里面的话就加入了一个功能，就是说你可以直接在deLay的inbox里面发送L2的一个交易，就当你发现排序器在审查你的交易，或者是在故意拒绝或者是故意对你的交易进行MEV的一个情况下的话，你是可以通过那种方式来把你的交易打包进L2的，这样的话你就可以避免了sequencer进行一些潜在的一些作恶的一些机制。所以的话这里可以看到如果sequencer作恶的话，最多是使这个交易被审查，但这个被审查的话也是有一个机制来进行一个避免的。
Jason：所以sequence的一个中心化的一个问题并不是说像其他的网络的这个中心化的问题一样，可能会危害网络的安全，它其实是并没有的，就这些的话它都是有这些解决方案的。当然我们也会对去中心化的sequencer进行一定的探索，其实除了这一点的之外，我们还会对这个验证者的安全性进行推进。因为相比sequencer，可能验证者中心化的安全隐患会更大一些，因为验证者的话他是会对状态进行一个质押保证的，而这个状态的话其实就是在L1上面记录的L2上面的这个状态，这个状态是可以直接被bridge合约读取，然后以此进行一个L2到L1的资产跨出的一个处理。这也是为什么我们也正在对验证者的去中心化进行推进。
话题七：关于We2开发增量的未来
Vision：最后一个问题就是在完成整个的一个生态激励之后，arbitrum是否会在未来新的一年还有什么能让大家在技术上值得期待的规划，可以详细再阐述一下技术上的roadmap。
Jason：好的，其实不用等2024年，在今年年底我们就会即将推出styLus这个技术，是我们把Wasm也加入到这个虚拟机里面来执行的。并且加入WASM之后，你可以通过WASM的方式，也就是你可以通过C或者是通过rust的方式部署部署你的合约，然后同时你使用这些语言部署的合约话，它和EVM部署的合约都是共享的同一个状态树。如果合约通过WASM的形式部署的话，效率可以提升到现在的10倍。如果你的使用EVM并且现在有用一些Library，或者是用一些其他的一些组件的话，也可以放弃现在的组件，然后通过WASM的一种方式来部署新的组件，在这个合约里面进行一个重新调用。
Jason：这也是我们一直在提到的一个EVMpLus的一个战略，就是说在以后的话，我们就不仅能够完美的兼容EVM，还同时还可以支持一些EVM以外的功能，然后使得我们的可扩展性更高，用户体验度更佳的一个情况。然后在同时在上线之前的话，也就是不久之后，我们也会部署一个新的一个devnet，就是开发者网络，然后供开发者进行一个体验。
Jason：区块链想要接入下一个量级的用户规模，就必须要支持下一个量级的开发者来进入你的生态。然后其实现在很多很多Web3邀请Web2的话，加入现在的Web3的一些开发者不习惯soLidity，但通过WASM方式就可以使用他们现在一些已经熟悉的一个语言来进行这个合约的编写，这样的话我们也能承载更多的开发者，也同时兼容了目前Web3的开发者。
Vision：OK，感谢Jason。今天既对Arbitrum某一些问题进行了解答，而且对区块链MeduraOriented的这个方向的比较重要的一些问题进行了解答。
郑重声明： 本文版权归原作者所有， 转载文章仅为传播更多信息之目的， 如作者信息标记有误， 请第一时间联系我们修改或删除， 多谢。