如上所述，开启跨分片执行功能的具体路径是一个仍在激烈争辩和研究中的领域。还有许多问题亟待解决。举例而言：

• 多少条分片链应开启执行功能？
• 除了 Eth1 分片之外，我们还要用 EVM 或者 eWASM 作为虚拟机吗？
• 如何能高效构造和处理跨分片交易？
• 需要在现有的 EVM 上做哪些改变才能支持跨分片交易？
• 执行机制和账户结构 可以 / 应该 是普遍可延展（generally extensible）的吗？

（以太坊基金会旗下的） eWASM 团队和（ConsenSys 公司的） Quilit 团队在过去 12 个月中做了大量研究。结论是，解决方案的领域非常广泛，虽然我们已经完全理解了这些领域的广度，当前的重点是发现简单而可靠的解决方案，使我们能测试、制作原型并真正开始讨论。由此还诞生了 eWASM 团队的 Eth1x64 计划（此处是这个项目的概述；另外还有一些讨论中的技术规范）。

将抽象的跨分片交易概念转化为可靠技术规范（用于讨论和最终的原型制作）的工作中出现了迅猛的进展。请保持关注，尤其如果你是 DApp 开发者的话。我们打算在接下来几个月里提供一些你可以理解、可以上手操作的东西，也期待你的反馈。

无状态以太坊与 Eth2 的关系

另一个与 Eth2 并行的研究和开发领域叫做 「无状态以太坊」。无状态以太坊研究是为了解决以太坊的状态数据规模问题，解决思路是让网络参与者无需在本地存储完整的以太坊区块链状态就能验证区块的有效性。现在的以太坊状态转换函数中隐含了需要完整的状态作为输入。而无状态以太坊的思路就是把交易要改变的状态的证据（witness）也包含在区块中。这就使得状态转变过程（也是状态验证过程）变成仅以区块自身作为输入的函数。

对于用户来说，这就意味着你可以同步区块链，甚至能监控部分你所关心的状态，但不用存储所有的状态数据。某些参与者（比如区块生产者、区块浏览器、付费的状态服务提供商）可能会存储所有状态，但大部分参与者都可以不保存所有状态。

对于 Eth2 来说，无状态性是一种重要的技术机制，保证节点和验证者可以验证和保护协议，又不至于需要背负存储所有分片的所有用户状态的负担。相反，验证者可以选择性地成为某些分片的区块生产者，同时 baseline 验证者只验证无状态区块。

无状态以太坊是对 Eth2 愿景的强有力补充，因为它能保证分片协议的基础仍然是轻量级的。另一方面，虽然我们计划无状态地运行 Eth2，但如果无状态路径最终被证明行不通，我们也还有别的办法（虽然我个人对无状态性非常有信心 (责任编辑：admin)