短期路线图：围绕 rollup 推进 ETH1 关于短期内的方向，一个主要的结论是，以太坊基础层的可扩展性将主要聚焦在扩展每个区块可以容纳的数据量，而不是链上计算或 IO 操作的效率。因为对于 rollup 来说，其可扩展性的唯一决定性因素是链上能容纳多少数据。任何超过当前数据容量（约为 60 kB/秒）的扩容办法，都将有助于进一步提高 rollup 的可扩展性。 在此视角下，以下基础层的改进方案仍具有意义（可帮助提高 rollup 的可扩展性）： EIP 2929 , 确保以太坊主链在当前的 Gas 设定下可以抵御 DoS 攻击 EIP 1559 , EIP 1559 既可以实现 ETH 的燃烧，也可以使一笔交易更容易被下一个区块打包（rollup 系统需要依赖交易在主链上得到确认） 新的椭圆曲线预编译，从而可以更全面地挖掘 ZK rollup 的潜在性能 十六进制 -> 二进制树变更，以及其它推动更好支持无状态客户端的变更（不论如何使用主链，无状态客户端都是很有价值的） 账户抽象的重要性稍弱，因为不管 L1 是否支持账户抽象，都可以在 L2 上实现。其他类似的 “巧妙的基础层特性” 也会变得相对不那么重要。 Eth1客户端可以被 optimistic rollup 客户端再利用。optimistic rollup 仍然需要有全节点，如果 rollup 内部的状态转换规则与以太坊类似，只是做了一些修改（这是 Optimism 的目标），那么现有的代码可以被再利用，用来运行 rollup 的全节点。将共识引擎与状态转换引擎分离出来的工作已经在 eth1+Eth2 合并的背景下进行，该工作也可以帮助实现上述目标。需要特别注意的是，像 TurboGeth 这样的项目仍然是非常重要的，只是从中获益最大的将是高吞吐量的 rollup 客户端，而不再是基础层的 eth1 客户端。

短期路线图：围绕 Rollup 调整相应的基础设施 目前，用户的账户在 L1 上，ENS 域名在 L1 上，应用也都运行在 L1 上。一切都需要改变。我们需要适应这样一个世界：用户的主要账户、余额、资产等完全在 L2 里面。由此会造成这些情形： ENS 需要支持在 L2 上注册和转移域名；关于如何实现这一点的一个可能的提案参见这里。 L2 层协议应内置到钱包中，而不是像 dapp 那样放到网页上。目前，L2集成到 dapp/ 类 dapp 中（例如 Gitcoin 对于 zksync 的集成）需要用户完全信任 dapp，这与现状相比安全性大大降低。理想的情况是让 L2 成为钱包（metamask、status等）本身的一部分，这样我们就可以维持目前的信任模型。这种支持应该是标准化的，这样一个支持 zksync 支付的应用就会立即支持 zksync-inide-Metamask、zksync-inide-Status 等。 我们需要在跨 L2 转账上做更多的工作，使资产在不同 L2 之间的转移时，具有尽可能即时和无缝衔接的用户体验。 更明确地将 Yul 或类似的东西标准化为中间编译语言。以太坊的底层 EVM 和 Optimism 推出的 OVM 使用的编译目标略有不同，但都可以由 Solidity 编译。为了支持一个具有不同编译目标的生态系统，但同时避免 Solidity 的单一文化并接纳多种语言，更明确地标准化像 Yul 这样的东西作为中间语言可能是有意义的，从而使所有高级语言都可以（通过编译至中间语言而）被编译至 EVM 或 OVM。我们也可以考虑一种更明确的对于形式化验证友好的中间语言，它可以处理像变量这样的概念，并确保基本的不变量，从而使形式化验证更加容易。 (责任编辑：admin)