烤仔TVのCCW | 高 TPS 下的历史数据同步

新学期伊始，许多小伙伴抱着满腔热情要认真学习知识，没想到竟折戟于开学第一课 —— Conflux 的 Blaming 机制之下。

为了帮助大家解决这个问题，烤仔建议小伙伴们根据每篇文末“往期推荐”和每篇文章勾划的重点相结合，温故而知新，定能找到方向，攻克难点。

本期，为了让大家更好的理解 Conflux 高 TPS 下的历史数据同步，烤仔做了详细的准备，为小伙伴举例子、做对比，相信你们一定能将今天的知识点拿下。

划重点

公有链允许每一个节点自由加入和退出。

比特币中新加入的节点，需要同步比特币里面所有历史数据，然后把历史数据里的交易全部执行一遍。而在以太坊中，不同客户端会提供不同新节点的同步方式供选择。

Conflux 将共识层面的正确性检查同交易执行层面的正确性检查分开。

Conflux 高 TPS 下的历史数据同步：

· 同步当前高度- C 的区块之后的数据

· 同步当前高度- C 的区块的账本状态

· 通过 Blaming 机制检查区块“账本状态哈希”的正确性

· 检查账本状态与"账本状态哈希” 的一致性

· 重新执行从这个区块开始的交易

（1、 内容来自链得得内容开放平台“得得号”，稿件内容仅代表作者观点，不代表链得得官方立场。2、 凡“得得号”文章，原创性和内容的真实性由投稿人保证，如果稿件因抄袭、作假等行为导致的法律后果，由投稿人本人负责。3、 得得号平台发布文章，如有侵权、违规及其他不当言论内容，请广大读者监督，一经证实，平台会立即下线。如遇文章内容问题，请发送至邮箱：chengyiniu@chaindd.com）