Update synchronization.md

docs/SolanaValidatorDocumentation/consensus/synchronization.md

@@ -13,7 +13,7 @@ Solana 于 2017 年 11 月首次描述了历史证明（Proof of History）技
 
 VDF 的一个理想特性是验证时间非常快。Solana 验证其延迟函数的方法与创建它所花费的时间成正比。它分布在 4000 个核心 GPU 上，足以满足 Solana 的需求，但如果你问上面引用的论文的作者，他们可能会告诉你 \([并且已告诉](https://github.com/solana-labs/solana/issues/388)\) Solana 的方法在算法上很慢，不应该被称为 VDF。我们认为术语 VDF 应该代表可验证延迟函数的类别，而不仅仅是具有某些性能特征的子集。在解决这个问题之前，Solana 可能会继续使用术语 PoH 来表示其特定于应用程序的 VDF。
 
-PoH 和 VDF 之间的另一个区别是 VDF 仅用于跟踪持续时间。另一方面，PoH 的哈希链包括应用程序观察到的任何数据的哈希值。这些数据是一把双刃剑。一方面，数据“证明历史”——数据肯定在它之后的哈希值之前存在。另一方面，这意味着应用程序可以通过更改数据哈希值的时间来操纵哈希链。因此，PoH 链不能作为良好的随机性来源，而没有该数据的 VDF 则可以。例如，Solana 的 [领导者轮换算法](./leader-rotation.md) 仅来自 VDF *高度*，而不是其在该高度的哈希值。
+PoH 和 VDF 之间的另一个区别是 VDF 仅用于跟踪持续时间。另一方面，PoH 的哈希链包括应用程序观察到的任何数据的哈希值。这些数据是一把双刃剑。一方面，数据“证明历史”——数据肯定在它之后的哈希值之前存在。另一方面，这意味着应用程序可以通过更改数据哈希值的时间来操纵哈希链。因此，PoH 链不能作为良好的随机性来源，而没有该数据的 VDF 则可以。例如，Solana 的 [领导者轮换算法](https://docs.solanalabs.com/consensus/leader-rotation) 仅来自 VDF *高度*，而不是其在该高度的哈希值。
 
 ## 与共识机制的关系