这就激发了两者状态会见模式的较量。静态状态会见的例子是无状态执行，这种模式下，所需的状态信息是附加在生意业务的见证信息里跟生意业务一起流传的，这样确定性更强，但这样就会遭赶上述问题；动态会见模式下，生意业务的打包先后顺序大概会激发问题。

正文中对幻灯内容的说明和分段，俱为编者所加。

原文标题：《科普 | 以太坊 2.0 的设计决议》（Design Choices in Eth2.0）

相识以太坊 2.0 的根基架构以及对开拓者的挑战。

前者意味着吞吐量呈超线性增长，若节点资源投入量晋升 K 倍，则整个系统的吞吐量增长大于 K 倍。

但这样一来，开拓者本日习觉得常的对象，在 Eth2.0 内里就不必然现实了，好比：对系统中任意合约的同法式用。因为根基问题是，提倡挪用时，接管挪用的分片不知道有人正在提倡跨分片生意业务，除非信标链里不只有状态默克尔根值信息，尚有此外信息。但这样就会冲破可扩展性。

后者则意味着相应于节点所形成的共鸣安详性，担保所有部门都是同样安详的。