本文从团队、技术、数据可用性、项目资方、应用和路线图等角度对 zkSync 和 StarkWare 进行了深入的比较。
目前的 rollup 生态面临着什么限制?calldata 扩容和分片的增加如何进一步释放 rollup 的潜能?
Rollup的现在和将来
“未来几年将由那些利用以太坊L1的安全性、社区和网络效应的L2s网络主导,从而实现自身使用量快速增长和采用”
如何让以太坊的 EVM 成为标准,且不再需要在 L2 上重新实现 EVM。
本文从技术可持续性和经济可持续性两个维度解释 rads 这种扩容方案的可持续性。
Arbitrum Nitro 将大大增加Arbitrum 的容量,降低成本,并为开发者提供更兼容于EVM 的开发体验。
zkEVM 的设计存在什么挑战?目前有哪些技术解决方案?
Optimism 将于 10 月推出完全兼容 EVM 的最新版本 OVM 2.0
二层网络 Arbitrum 已经上线了, 看看如果把 token 转移到二层网络
我看到 OptimismPBC 上部署的 Uniswap 的快速确认功能引起了很多人的兴趣。但这是如何做到的?用户可以放心使用吗?只靠一个定序器提供确认难道不会威胁到去中心化吗?让我来一一为你解答。...
Layer2是个大的话题。是否去中心化,是否安全,资金状态确认时间是Layer2的主要的讨论话题。最近有点时间,总结一下Layer2的理解和思考。
在每个 rollup 类型中都有类似的情况。虽然作为主流的 Optmistic Rollups 解决方案 Arbitrum 和 Optimism 有很多共同点,但是将两者区别开来的不仅仅是用户对两个方案的忠诚度。而是,他们各自解决争议的方法产生了一些在性能方面的权衡。鉴于这两个方案都旨在为以太坊提供完整的扩容功能,因此这些权衡值得讨论。
为什么说 Arbitrum 植根于以太坊的安全性中,它将如何防御审查攻击
Arbitrum是Layer2 Rollup的一种方案。采用挑战机制确定Rollup状态的终局性。为了引入轻便挑战机制,Arbitrum定义了AVM,一种可以方便证明执行状态的虚拟机,并设计了mini语言和编译器。在AVM上模拟了EVM的执行环境,兼容EVM。挑战时将执行过程进行400分分割,由L1执行少量指令确定状态是否正确。
Arbitrum 不仅继承了 Optimistic Rollup 方案的安全特性,还在挑战期时长和审查攻击上做了考量。
Rollup 将计算转移到链下,从而释放更多链上空间。链上数据可得性很重要,因为它使得以太坊可以复核 Rollup 交易的完整性。反之,审查流程可以检查 Rollup 出块,免去对共识机制的需求。
对比Optimism 和 Arbitrum
简析目前存在的几种 L2 方案
Matter-Labs开源了PLONK算法的验证电路,能实现多个PLONK证明的聚合证明。聚合电路证明某个证明可验证,并且验证使用的VK是正确的。注意的是,PLONK算法验证的最后一步(配对函数)并没有在电路中验证,而是依赖智能合约进行验证。
扫一扫 - 使用登链小程序
37 篇文章,357 学分
61 篇文章,328 学分
108 篇文章,260 学分
22 篇文章,219 学分
9 篇文章,155 学分