用户向网络发送生意业务，节点维护待处理惩罚生意业务池。建设区块前，区块提议者从生意业务池中选出部门待处理惩罚生意业务，构成生意业务包并发送给某个状态提供者，请求这个生意业务包的状态。吸收到状态后，由区块提供者将生意业务包打包进新的区块。
没有生意业务池的环境下，生意业务包不能被组合起来，那么一个区块就只能包括单其中继者提出的生意业务包。中继者大概会中心化并引入审查。
要害点
推荐阅读：《7kLian.com精选好文｜从头认识最强公链以太坊》
这个模式只依赖于一般的状态提供者网络。正如上面所说的，好像没有鼓励系统也可行。
延伸接头自力重生式见证信息 & Gas 花销假如生意业务提倡者可以提供足够的见证信息来担保他们的余额，那么状态会见能自制一点吗？假如见证信息也放在生意业务中、颠末签名，其确定性是可以担保的，可是会增加巨大性。
直推模式（Direct Push Model）利益：
没有相关的状态会见限制。
状态会见限制
时间约束
一开始是否支持无私状态提供者，假如是这样，鼓励法子可以之后再加吗？
谁可以审查生意业务，可以审查到什么水平？
鼓励制度也可以通过付出通道来添加。假定每个用户都必需与一个或多个状态提供者成立一个付出通道，这种要领应该会出格巨大。
郑重声明：本文版权归原作者所有，转载文章仅为传播更多信息之目的，如作者信息标记有误，请第一时间联系我们修改或删除，多谢。
