单链 rollup 架构

yukaiyi (72)in Amaze Creater Union • 4 years ago

对于一个单链 rollup 架构而言，计算和存储资源仍然是有上限的。

为了保证 rollup 的 liveness（即，能稳定地产生 block），需要多个出块节点之间保持同步。

一旦存在这种多节点同步的要求，不论使用何种出块节点选择规则和算法，实事求是的说，一个单 rollup chain，能够比主链提升 50-100 倍的容量已经是非常好的结果了。

目前流行的节选择点同步方案也是类似一个 DPoS 的解决方案。这大概给了一个 2-4 百万每日活跃地址的扩容上限。

显然，这个离所希望的 DeFi 走进千家万户的大规模落地，还远远不够。

虽然远期不够，那是否能先用这个方法解决燃眉之急？遗憾的是，目前这样的 rollup 的技术架构，需要非常多的周边生态基础设施支持，并会对使用过程中的安全性假设造成深刻影响。

想要将 DeFi 生态迁移到一个单独的 rollup 链上，首先要解决一系列的问题，随手举例如下：

用户在链正常运行的时候以及链发生暂停和回滚的时候，应该怎样和应用交互？以怎样的状态为准？
中心化交易所怎么接入 Layer-2 生态，是否将 Layer-2 的代币和 Layer-1 的同种代币等同对待？
在周边生态设施缺乏支持的情况下，如何让用户快速进入和退出 Layer-2 rollup 链？
区块链状态查询服务（类似 Infura 和 Alchemy），现在需要扩充 100 倍的容量，并且同时接入 Layer-2 和 Layer-1 进行复杂的验证和交易转发分流工作，这样的服务是否已经就绪？
当出块节点试图停止出块进度的时候，客户端如何有效地通知客户并且保证迅速地将用户切换到 Layer-1 交互模式以保证安全性？
对于那些依赖预言机的 DeFi 协议来说，这些预言机是否准备好能够抵抗可能的 Layer-2 禁言攻击？
如果没有和 Layer-1 同量级的状态同步延迟假设，大部分 DeFi 协议是否需要重新评估其安全性？

这样的问题还有很多很多。

在扔 400 亿到 rollup 之前，所有这些问题，需要通过大量的时间和研究来找到合理的解决方案和折中。可一万年太久，只争朝夕。

本帖 steem 首发