利用递归证明,基于 L2 构建应用专用层 L3
突破区块链不可能三角(八)——分片(中)
突破区块链不可能三角(七)——分片(上)
L2之上的L3、L4,StarkWare的这个设想到底能否实现?
本文从团队、技术、数据可用性、项目资方、应用和路线图等角度对 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 方案的安全特性,还在挑战期时长和审查攻击上做了考量。
扫一扫 - 使用登链小程序
3 篇文章,229 学分
21 篇文章,209 学分
36 篇文章,157 学分
38 篇文章,157 学分
57 篇文章,134 学分