假如生意业务提倡者可以提供足够的见证信息来担保他们的余额，那么状态会见能自制一点吗？假如见证信息也放在生意业务中、颠末签名，其确定性是可以担保的，可是会增加巨大性。

时间约束

没有限制。只要中继者每个时隙（slot）都能向生意业务包推送状态，确保状态会见的需要能获得满意，就可以了。另外，每个新区块只包括一个数据包，可以防备生意业务包间的滋扰。

Eth1 中，一旦某个给定生意业务的签名验证以及余额和 nonce 的查抄完成，矿工就可以确信他们会获得打包生意业务的手续费。Eth2 中， 区块提议者是否可以获得付出依赖于丢失状态是否是可归因的错误（attributable fault）。假如是的话，就算某笔生意业务是因为状态丢失而失败，区块提议者也依然可以获得付出。不然，丢失状态的生意业务自己是不行打包的，但区块提议者大概在执行完所有（一般很长）的生意业务后才大概发明。（译者注：这里的付出指区块提议者要收取打包生意业务中的生意业务费，假如是不行归因的错误，那么区块提议者耗费本钱去打包了生意业务，却得不到生意业务中的生意业务费。）

区块提议者必需在一个时隙内接洽上一个能为 TA 提供待上链生意业务包所需状态的状态提供者。

状态会见限制

不外，这将会与当前的 Eth1 系统截然不同。大概会使 Eth1 转换到 Eth2 的打算泡汤。

光靠一个生意业务包池大概不足，因为生意业务包体积较大（与 Eth1 中单个单个生意业务所构成的生意业务池相反），并且有严格的时间约束。

不管区块提议者和状态提供者是如何互换状态的，用户都大概需要在建设生意业务之前获取状态。好比通过获取合约的字节码，预计 Gas 的花销可能查抄账户的余额。这意味着状态提供者需要为用户袒露一个雷同拉取数据成果（pull-like）的接口。尽量没有鼓励层，只依赖无私的状态提供者也可觉得用户提供状态（以太坊1.0 就是这样做的），也可以通过状态通道来实现付出，给状态提供者添加一个鼓励层。

较量准则

郑重声明：本文版权归原作者所有，转载文章仅为传播更多信息之目的，如作者信息标记有误，请第一时间联系我们修改或删除，多谢。