Update:synchronization.md

docs/SolanaValidatorDocumentation/consensus/synchronization.md

@@ -3,7 +3,7 @@
 
 Solana 采取了一种非常不同的方法，它称之为*历史证明*或*PoH*。领导者节点使用加密证明对区块加盖“时间戳”，以表明自上次证明以来已经过去了一段时间。所有散列到证明中的数据肯定是在生成证明之前发生的。然后，节点与验证器节点共享新区块，验证器节点可以验证这些证明。区块可以按任何顺序到达验证器，甚至可以在几年后重放。有了这种可靠的同步保证，Solana 能够将区块分成更小的交易批次，称为*条目*。在任何区块共识概念之前，条目都会实时以流式传输到验证器。
 
-从技术上讲，Solana 从不发送_区块_，而是使用该术语来描述验证者投票以获得*确认*的条目序列。这样，Solana 的确认时间就可以与基于区块的系统进行比较。当前实现将区块时间设置为 800 毫秒。
+从技术上讲，Solana 从不发送*区块*，而是使用该术语来描述验证者投票以获得*确认*的条目序列。这样，Solana 的确认时间就可以与基于区块的系统进行比较。当前实现将区块时间设置为 800 毫秒。
 
 在底层，条目以领导者节点将一组有效交易批处理成条目的速度流式传输到验证器。验证器在对这些条目进行有效性投票之前很久就处理这些条目。通过乐观地处理交易，在收到最后一个条目的时间和节点可以投票的时间之间实际上没有延迟。如果**未**达成共识，节点只需回滚其状态。这种乐观处理技术于 1981 年推出，称为 [乐观并发控制](https://en.wikipedia.org/wiki/Optimistic_concurrency_control)。它可以应用于区块链架构，其中集群对代表整个分类账的哈希进行投票，直至某个*区块高度*。在 Solana 中，它是使用最后一个条目的 PoH 哈希轻松实现的。