交易的扩散也会受制于网络环境的影响，完全可能出现后发出的交易被某个节点先收到，先发出的交易后被收到，那这样累积的状态也是可能不一致的。 为了避免这些问题的出现，区块链是这样规定的：节点会把一段时间内接收到的所有交易打个包组装成区块。区块的构建是有确切时间点的，这样就可以保证在这个时间点前的交易有序排列，而且区块是有编号的，即便因网络问题区块并未按照编号顺序进行扩散，其接收节点也可以等待前置区块接收到以后，再累积状态。 因此，区块链中对状态的共识实质就是对区块的共识，只要区块一致状态就一定一致
相关推荐
卷无止境6 分钟前
用 FastAPI 撑起大文件的上传下载：从流式处理到断点续传的完整实践铁皮饭盒7 分钟前
网页端, 6.5MB人脸识别模型, 谷歌框架, 又快又准长大198812 分钟前
jQuery AJAX 完整封装教程：告别重复写请求代码worxfr1 小时前
Go 并发控制：从 Channel 方向约束到实战模式拾陆楼1 小时前
PT: DMSA辅助调tree报告前后级余量脚本今天的砖头有点烫手啊1 小时前
接口太慢？Spring Boot 缓存体系 @Cacheable 全链路拆解雪隐3 小时前
个人电脑玩AI-16让5060 Ti给你打工——MiniMax H3 提速实录：从"泡杯茶等视频"到"视频等你"，一张 5060 Ti 的自我修养952363 小时前
Sentinel名字还没想好☜3 小时前
Go 的 sync.Cond 实战:用条件变量做等待/通知,比忙轮询省 CPUzzzll11113 小时前
Spring Boot 入门指南：从零开始构建微服务