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

大家好，欢迎收看 Conflux Chain Webinar。

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

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

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

划重点

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

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

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

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

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

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

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

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

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

●烤仔TVのCCW | 详解 Blaming 机制（2）

●烤仔TVのCCW | 详解 Blaming 机制（1）

●烤仔TVのCCW | 厉害了，我的紧凑区块

了解最新动态

数据 tps 数据同步