历史证明（Proof of History，PoH）

什么是历史证明（PoH）？

历史证明（PoH）是一种密码学计时方法，用于创建可验证的记录，展示区块链上各事件的先后顺序和时间间隔。

在加密领域，历史证明最广为人知的应用是 Solana 将其作为核心技术，帮助验证者更高效地就交易排序达成一致。

Solana 白皮书将历史证明描述为一种用于验证事件顺序和时间间隔的证明。

人们常误以为 PoH 本身就是完整的共识机制，但更准确地说，它是一种与共识机制协同工作的密码学时钟。

Solana 将历史证明与权益证明以及类似 Tower BFT 的投票机制结合使用，帮助验证者处理区块、对分叉投票并最终确认账本。

PoH 试图解决的主要问题是：去中心化网络天然不存在一个可信的统一时钟。

在全球区块链网络中，由于延迟、地理位置、硬件差异和网络拥堵，验证者会在不同时间收到消息。

如果没有可靠的排序方法，验证者就必须更频繁地通信，才能就哪个事件先发生达成一致。

历史证明通过在账本中嵌入可验证的时间序列，减少了这种通信负担。

理解 PoH 最简单的方式是：它为区块链提供一条密码学时间线，验证者无需信任普通时钟即可检查这条时间线。

历史证明如何运作

历史证明通过运行顺序执行的密码学过程来生成一连串哈希值。

每个哈希值都依赖前一个哈希值。

由于每一步都依赖前一步，因此无法一次性并行生成整个序列。

这就形成了证据，表明该序列中的两个位置之间完成了一定量的顺序计算。

Solana 的历史证明时钟说明将 PoH 描述为一种高频率、类似可验证延迟函数的机制，会随时间记录计数值和输出。

可以通过将数据哈希到当前状态中，把数据插入该序列。

数据插入后，之后的所有哈希值都会依赖这次插入。

这意味着该序列可以证明数据在后续哈希值生成之前就已存在。

它还可以帮助证明数据是在此前的哈希值已经生成后才加入的。

验证者之后可以验证该序列，并检查排序是否有效。

作为密码学时钟的历史证明

历史证明的作用类似密码学时钟，但它与手机、笔记本电脑或服务器上的普通时钟并不相同。

普通时钟会告诉用户当前的现实世界时间。

PoH 时钟证明的是一系列计算步骤按照特定顺序发生过。

这一差异很重要，因为区块链不能只信任验证者本地的时间。

不诚实或配置错误的验证者可能声称一个虚假的时间戳。

网络延迟也可能导致不同机器上的时间戳不可靠。

Anza 同步文档解释称，Solana 的领导者节点会使用密码学证明为区块标记时间，证明自上一个证明以来已经经过了一段时间。

该文档还说明，即使区块以不同顺序到达或之后被重新执行，验证者仍能验证这些证明。

因此，PoH 为验证者提供了基于计算而非对本地时钟信任的共享时间结构。

这有助于网络加快运行，因为验证者无需通过频繁往返通信来就排序达成一致。

历史证明与可验证延迟函数

可验证延迟函数（VDF）是一种需要特定数量顺序计算才能得出结果、但之后更容易验证的函数。

历史证明通常被解释为一种高频率、类似 VDF 的过程。

其重要特征是：如果不实际运行整个序列，就无法预测输出。

由于每一步都依赖上一步的输出，该过程会产生可测量的延迟。

这种延迟可以作为区块链系统内部时间流逝的记录。

在 Solana 的设计中，PoH 过程通过连续的哈希序列生成时间线。

验证者之后可以并行验证该序列的不同部分，从而检查记录。

这很重要，因为序列的生成应当是顺序执行的，而验证速度则应快得多。

这种不对称性与许多优秀的密码学系统类似。

生成证明很困难，但其他参与方更容易检查证明是否有效。

历史证明与工作量证明

历史证明不同于工作量证明。

工作量证明是一种共识机制，矿工通过竞争解决哈希谜题来提出区块。

历史证明是一种计时和排序方法，帮助网络证明事件之间的相对发生时间。

工作量证明将计算作为安全成本。

历史证明则使用顺序计算作为时间排序记录。

在工作量证明中，许多矿工竞相寻找有效区块哈希。

在历史证明中，领导者生成可验证的序列，帮助排列账本条目和交易。

PoW 链依靠累积工作量帮助确定有效链。

基于 PoH 的设计则使用 PoH 序列支持同步、区块构建和验证者投票，从而形成更快速的处理流程。

两种系统都使用哈希，但使用哈希的目的不同。

PoW 主要关注经济安全和区块竞争，而 PoH 主要关注可验证时间和排序。

历史证明与权益证明

历史证明也不同于权益证明。

权益证明是一种共识机制，验证者锁定质押资产并参与区块验证、投票和最终确认。

历史证明本身不能取代质押。

它通过为网络提供更可靠的排序结构，支持验证者流程。

Solana 通常被描述为一条使用历史证明作为重要同步和排序组件的权益证明区块链。

在这种模式下，质押权重有助于确定验证者的影响力和领导者排班，而 PoH 则有助于组织账本条目的时间线。

Anza 领导者轮换文档解释称，验证者会根据领导者排班确定预期领导者，并拒绝非时隙领导者签署的区块。

PoH 帮助这些领导者为分配给自己的时隙生成有序条目。

随后，验证者会依据协议的共识规则进行验证、重放和投票。

PoS 提供经济安全，而 PoH 提供密码学时间结构。

历史证明与 Solana 领导者

在 Solana 中，领导者是被指定在特定时隙生成条目的验证者。

领导者接收交易、筛选有效交易、执行交易、将其打包成条目，并向其他验证者广播这些条目。

PoH 序列帮助按正确顺序组织这些条目。

领导者并非只是声称事件按某种顺序发生。

领导者会将事件记录到 PoH 序列中，让其他验证者能够核实排序。

这很重要，因为验证者收到网络数据包的时间可能不同。

验证者不只依赖数据到达时间，还可以检查领导者的 PoH 记录。

Anza 分叉生成文档解释称，节点会轮流担任领导者并生成编码状态变化的 PoH。

文档还说明，在一个时隙中只接受一位领导者的交易。

这种以领导者为基础的结构有助于 Solana 快速处理交易，同时让验证者能够核实所生成的历史记录。

历史证明与条目

在 Solana 中，条目是发送给验证者的较小交易批次。

Anza 同步文档解释称，Solana 可以将区块拆分为称为“条目”的较小批次，在区块共识前实时流式发送给验证者。

这不同于验证者必须等待整个区块生成后才开展大部分工作的系统。

验证者可以在条目到达时先行处理。

乐观处理意味着，在最终共识完全完成之前，验证者可以开始执行和检查数据。

如果共识之后拒绝某个分叉，验证者可以回滚状态。

PoH 使这种更快速的处理流程成为可能，因为条目与可验证顺序相关联。

验证者可以更有把握地判断数据在时间线中的位置，从而进行处理。

这可以减少空闲时间并提高吞吐量。

不过，这也增加了协议的复杂度，因为验证者必须谨慎处理分叉、回滚、投票和领导者轮换。

历史证明与时隙

时隙是一个时间单位，在此期间预定的领导者可以生成条目。

Solana 的领导者排班会提前将验证者分配到各个时隙。

在分配到的时隙内，领导者应生成 PoH 数据流，并将交易打包成条目。

当前的 Anza 同步文档称，当前实现将区块时间设为 800 毫秒。

时隙计时很重要，因为网络需要可预测的节奏来安排领导者轮换、投票和确认。

PoH 通过提供经过的序列步骤的密码学记录，让这些时隙能够发挥作用。

如果领导者未能生成有用条目，其他验证者仍可通过时钟滴答或跳过的时隙来记录时间流逝。

这有助于网络在部分领导者离线、响应迟缓或断连时继续运行。

时隙不只是面向用户的速度指标。

它们属于内部计时结构的一部分，连接着 PoH、领导者轮换、分叉和验证者投票。

历史证明与时钟滴答

时钟滴答（ticks）是空的 PoH 条目，即使没有包含用户交易，也能表明时间已经流逝。

它们很重要，因为网络需要连续的时间记录，而不仅仅是活跃交易批次的记录。

Anza 分叉生成文档解释称，PoH 数据流包括用于表明领导者在线状态和集群时间流逝的时钟滴答。

如果领导者没有交易需要纳入，仍可以生成时钟滴答。

如果领导者缺席或未能传送数据，验证者可以通过仅包含时钟滴答的路径来记录预期时间。

这有助于限制可能出现的分叉，并使领导者轮换保持有序。

时钟滴答就像 PoH 序列的心跳。

它们不一定代表用户活动，但有助于网络衡量进展。

这对投票、回滚、重放和同步都有帮助。

没有时钟滴答，账本就更难证明空白时间段确实发生过。

历史证明与 Tower BFT

Tower BFT 是 Solana 的投票锁定机制，与 PoH 计时协同工作。

验证者对分叉投票，并建立投票塔，使其随时间推移切换分叉的代价不断增加。

Anza Tower BFT 文档解释称，验证者通过签名投票表达其认为最重的分叉。

文档还说明，锁定期以时隙为单位计量，会要求验证者为某个分叉承担机会成本。

PoH 在此处发挥作用，因为 Tower BFT 依赖基于时隙的计时和结构化的账本事件序列。

验证者通过投票表示对某个分叉的支持。

随着投票累积，锁定期会增加，使验证者更难转向冲突分叉。

这一过程有助于网络最终收敛到一条被接受的历史记录。

PoH 本身不是投票系统。

它提供时间结构，让投票系统能够高效运行。

历史证明与分叉

当多个相互竞争的账本版本同时存在时，就会发生分叉。

快速区块链可能出现分叉，因为领导者可能漏掉数据、验证者可能在不同时间收到信息，或者网络可能发生分区。

Solana 不会等待所有验证者对新生成的区块达成一致后才生成下一个区块。

Anza 分叉生成文档解释称，因此分叉较为常见，验证者必须对某个分叉投票，直到集群最终确定一个版本。

PoH 将各领导者的条目与时隙计时和 PoH 序列结构关联起来，有助于组织可能出现的分叉。

对于每个时隙，验证者都会预期收到预定领导者生成的条目。

来自错误领导者的区块或条目可能会被拒绝。

如果领导者跳过时隙或未能履职，网络可以通过跳过的时隙或仅含时钟滴答的历史记录来处理。

这限制了可能分叉的形式，并帮助验证者重放账本。

PoH 不会消除分叉，但能让分叉处理更加有序。

历史证明与交易排序

交易排序是历史证明最重要的用途之一。

许多用户同时提交交易时，网络需要一种方法来确定交易的先后顺序以及处理方式。

在传统分布式系统中，就排序达成一致可能需要多轮通信。

这种通信会耗费时间并限制吞吐量。

PoH 将交易放入可验证序列中，减少了这一问题。

交易或交易批次一旦记录到 PoH 数据流中，验证者就可以核实它相对于其他条目的位置。

这并不意味着用户可以控制自己在队列中的确切位置。

领导者仍会依据协议规则选择要纳入的有效交易，并决定如何打包。

它也不会消除所有 MEV 或排序问题。

PoH 提供排序记录，但交易选择和执行公平性仍取决于更广泛的协议机制和验证者行为。

历史证明与网络吞吐量

历史证明旨在通过减少协调延迟来支持高吞吐量。

如果验证者已经拥有可验证的时间序列，就不需要通过那么多通信来确认事件的基本顺序。

这让系统可以更积极地采用交易处理、区块传播、重放和投票流水线。

高吞吐量很重要，因为加密应用往往需要快速、低成本的执行。

如果确认速度慢或手续费高，交易、游戏、支付、NFT、DeFi 和面向消费者的应用都可能受到影响。

PoH 帮助 Solana 实现一种架构，让许多操作能够并行执行或在紧密安排的流水线中完成。

不过，高吞吐量并非只由 PoH 实现。

它还取决于运行时设计、网络传播、验证者硬件、费用市场、软件优化、账户访问模式和共识规则。

PoH 是高性能区块链架构中的一个重要组成部分。

历史证明与验证者硬件

PoH 可以提升性能，但也加大了 Solana 验证者的资源需求。

验证者必须处理大量数据、验证条目、执行交易、管理分叉、投票并保持同步。

与速度较慢的链相比，高性能区块链通常需要更强的硬件和网络条件。

这会带来速度与验证者参与门槛之间的权衡。

如果硬件要求过高，能够参与的独立验证者可能会减少。

如果要求过低，网络可能无法实现同等的吞吐量目标。

PoH 本身是一种计时机制，但围绕它构建的设计鼓励快速流水线并加重验证者的工作负荷。

因此，评估基于 PoH 的系统时，用户不应只看速度宣传。

还应研究验证者分布、硬件要求、客户端多样性、托管集中度和网络可靠性。

只有在许多独立验证者都能切实运行和验证的情况下，快速区块链才更具韧性。

历史证明与最终性

最终性是指根据网络规则，交易已被视为完成结算。

PoH 有助于快速处理，但最终性仍取决于验证者投票和共识规则。

在 Solana 中，验证者会对分叉投票，集群通过共识流程最终确定一个历史版本。

Neodyme 的共识分析将 Solana 描述为权益证明区块链：每个时隙都会指定一位领导者，而最终确认取决于按质押权重计算的验证者投票。

用户不应认为 PoH 本身可以最终确认交易。

PoH 有助于确定事件顺序，而验证者投票则帮助决定哪个分叉会被接受。

这一区别对充值、提现、交易系统、跨链桥以及需要较强结算确定性的应用都很重要。

交易可能很快显示出来，但不同应用采用的确认标准可能不同。

对于大额转账，用户和开发者应了解确认级别和最终性假设。

快速排序不等于绝对即时最终确认。

历史证明与安全性

历史证明通过让事件排序可验证、且事后更难伪造，提升安全性。

由于该序列依赖顺序哈希，攻击者无法随意重新排列事件而不影响后续输出。

这有助于保护账本时间线的完整性。

不过，PoH 本身并不是完整的安全模型。

网络仍需要按质押权重运行的验证者、领导者排班、投票、分叉选择规则、罚没或惩罚假设、正确的软件以及诚实参与。

验证者软件、网络运营、治理或交易执行方面的弱点都无法仅靠 PoH 解决。

PoH 可以证明账本内部的排序和时间流逝，但不能证明每个应用都安全。

基于 PoH 的链上仍可能存在恶意智能合约、钓鱼交易、诈骗代币或遭入侵的钱包，并对用户造成损害。

加密安全始终由多个层面构成。

历史证明只是 Solana 整体架构中的一层。

历史证明与去中心化

历史证明可以减少验证者就时间和排序达成一致所需的通信量，从而支持去中心化。

较低的通信开销可以帮助大型全球验证者集合更高效地处理数据。

不过，PoH 本身并不能保证去中心化。

去中心化程度取决于独立验证者的数量、质押权重分布、领导者排班方式、运行验证者软件的难易程度以及基础设施是否集中。

如果验证成本过高，或过多质押权由少数群体控制，网络即使速度很快，也仍可能面临去中心化方面的担忧。

网络即使采用精妙的时钟机制，升级和安全决策仍可能依赖社会和经济协调。

用户应将 PoH 视为一种技术设计选择，而不是整个网络去中心化的证明。

全面的去中心化分析应包括质押集中度、验证者数量、客户端多样性、地理分布、托管、治理和抗审查能力。

PoH 可能帮助系统扩展，但去中心化取决于整个生态系统。

历史证明的优势

历史证明的第一个优势是提供可验证的时间排序。

PoH 让验证者无需信任普通时间戳，就能检查事件序列。

第二个优势是减少协调开销。

验证者无需持续通信来确认时间，就可以处理有序条目。

第三个优势是加快交易处理。

可验证序列支持流水线、乐观处理和快速投票。

第四个优势是改善账本重放和可审计性。

验证者可以重放账本并验证 PoH 序列，以检查事件排序是否正确。

第五个优势是支持高吞吐量应用。

快速排序有助于让 DeFi、支付、游戏、NFT 和面向消费者的加密应用响应更快。

第六个优势是让领导者排班更清晰。

PoH 通过时隙、领导者和时钟滴答来组织区块生成。

第七个优势是为去中心化系统提供更可靠的内部时钟。

该时钟以密码学计算为基础，而不是依赖单一时间服务器。

历史证明的局限

第一个局限是 PoH 并非独立的共识机制。

它必须与验证者投票、质押权重、分叉选择和最终性规则协同工作。

第二个局限是复杂性。

与较简单的区块生成模型相比，基于 PoH 的系统可能更难让用户和开发者理解。

第三个局限是硬件压力。

高性能设计可能提高验证者的资源要求。

第四个局限是 PoH 无法防止所有类型的攻击。

它有助于验证排序和时间，但无法阻止钓鱼、恶意应用、私钥盗窃或不安全的智能合约。

第五个局限是在时隙期间对领导者的依赖。

如果预定领导者表现不佳或未能传输数据，网络就必须处理跳过的时隙、分叉或恢复流程。

第六个局限是速度可能带来运营方面的挑战。

快速网络必须谨慎处理软件漏洞、网络拥堵、垃圾交易和验证者同步。

第七个局限是用户容易产生误解。

许多人听到“历史证明”就认为它类似 PoW 或 PoS，但它实际上属于不同类型的密码学组件。

历史证明与智能合约

在支持 PoH 的区块链上，智能合约仍依赖底层链来处理交易排序和状态更新。

PoH 有助于确定交易在账本时间线中的位置。

随后，运行时会按照智能合约规则执行这些交易。

这意味着 PoH 可以提升智能合约交互排序和处理的速度。

不过，PoH 不会自动让智能合约变得安全。

智能合约仍可能存在漏洞、不安全权限、不良经济设计或恶意指令。

用户仍应检查合约地址、代币程序、钱包提示、授权和官方文档。

开发者仍应审计程序、测试边缘情况、谨慎管理升级并保护管理员密钥。

PoH 改善的是底层链的计时结构，而应用层安全仍是另一项独立责任。

快速执行可以让优质应用表现更好，也可能让诈骗行动更快。

历史证明与 MEV

MEV 指最大可提取价值，即通过交易排序、纳入或排除交易所获得的价值。

由于 PoH 有助于建立快速且可验证的事件顺序，因此与交易在网络中的流转方式直接相关。

PoH 可以让事后的排序更加透明，但不会消除所有排序权力。

领导者仍能影响其时隙内纳入哪些交易。

网络路由、优先手续费、垃圾交易、延迟和验证者行为都会影响交易执行。

对交易者和 DeFi 用户而言，整体执行质量不仅取决于底层协议的计时设计。

用户还应考虑滑点、优先手续费、交易失败、路由质量、流动性和潜在的对抗性行为。

开发者应设计能够应对快速排序、竞态条件和交易竞争的应用。

PoH 是强大的排序工具，但公平执行仍是更广泛的生态系统挑战。

密码学时钟的存在，并不意味着无需考虑 MEV 的应用设计。

关于历史证明的常见误解

一种常见误解是：历史证明与权益证明相同。

权益证明是经济共识模型，而历史证明是密码学计时和排序系统。

另一种误解是：历史证明可以取代验证者。

网络仍需要验证者来验证交易、对分叉投票、运行共识软件并维护网络。

另一种误解是：PoH 能证明事件发生的确切现实时间。

PoH 证明的是账本内部的相对顺序和计算时间流逝，而非事件在现实世界的某个具体时刻发生。

另一种误解是：PoH 可以让分叉不再发生。

分叉仍可能出现，但 PoH 有助于规范条目、时隙、时钟滴答和领导者输出的处理方式。

另一种误解是：PoH 本身可以最终确认交易。

最终性仍取决于验证者投票、按质押权重计算的共识和分叉选择规则。

用户最佳实践

用户应了解，PoH 是网络设计功能，而不是个人钱包安全工具。

用户仍应妥善保护助记词、私钥和硬件钱包。

用户不应假设确认速度快就意味着每笔交易都没有风险。

用户签名之前应检查交易详情，因为快速区块链也可能快速执行错误操作。

用户在与链上程序交互前，应核实应用链接和代币地址是否为官方信息。

用户通过应用充值或提现资金时，应了解相应的确认级别。

用户应记住，PoH 无法防止诈骗、钓鱼、假代币或恶意程序。

在网络拥堵或出现异常活动期间，用户应关注网络状态更新。

向新地址或程序转账时，用户可以先进行小额测试转账。

用户应将 PoH 视为性能和排序功能，而不是投资安全保证。

开发者最佳实践

开发者应了解时隙、领导者、条目、时钟滴答和分叉会如何影响应用行为。

开发者应谨慎设计程序，以处理交易排序、账户锁定、重放和失败情况。

开发者不应假设快速执行可以免除严格测试的必要。

开发者应监控优先手续费、交易竞争和延迟对用户体验的影响。

开发者应确保应用在交易快速到达或竞争排序时仍然安全。

开发者应说明充值、提现、铸造、强制平仓和结算流程采用的确认假设。

开发者不应仅仅因为区块链速度快，就将敏感私密数据存储在链上。

开发者应审计程序、谨慎管理升级权限并监控运行时变化。

开发者应构建清晰的钱包提示，让用户准确了解自己签署的内容。

PoH 可以支持高速应用，但开发者仍须对应用逻辑安全负责。

常见问题

历史证明是什么意思？

历史证明是指区块链使用密码学序列，证明事件之间的顺序和时间间隔。

历史证明是一种共识机制吗？

历史证明通常不被视为完整且独立的共识机制，因为它需要与验证者投票和类似权益证明的共识机制协同工作。

哪条区块链以历史证明闻名？

与历史证明联系最密切的区块链是 Solana。

历史证明为什么重要？

历史证明为验证者提供可验证的时间线，这可以减少通信开销并支持更快的交易处理。

历史证明如何排列交易顺序？

历史证明将数据插入顺序哈希流中，后续输出依赖之前的输入，由此排列交易。

历史证明和工作量证明是同一回事吗？

不是。工作量证明通过挖矿竞争实现共识，而历史证明则生成可验证的时间和排序序列。

历史证明和权益证明是同一回事吗？

不是。权益证明通过质押资产和验证者实现共识，而历史证明提供支持排序和同步的密码学时钟。

PoH 时钟滴答是什么？

PoH 时钟滴答是一种空条目，用于表示 PoH 数据流中的领导者在线状态和时间流逝。

什么是 Solana 领导者？

Solana 领导者是被安排在某个时隙生成条目并将其记录到 PoH 序列中的验证者。

PoH 能防止分叉吗？

不能。PoH 无法防止所有分叉，但有助于规范分叉生成、重放和验证者投票。

PoH 能让交易即时最终确认吗？

不能。PoH 有助于快速排序，但最终性仍取决于验证者投票和共识规则。

PoH 能保护用户免受诈骗吗？

不能。PoH 是一种计时和排序机制，因此用户仍需做好钱包安全、检查交易并审慎评估应用。

结论

历史证明（PoH）是一种密码学计时方法，帮助区块链证明事件之间的顺序和时间间隔。

它最广为人知的应用是作为 Solana 架构的核心组成部分，与权益证明、领导者排班、条目、时钟滴答、分叉和类似 Tower BFT 的验证者投票协同工作。

PoH 不同于工作量证明，也不同于权益证明。

它是一种密码学时钟，可帮助验证者以较低的通信开销就事件排序达成一致。

这可以支持更快的交易处理、更高的吞吐量、乐观执行、高效重放以及更有序的领导者处理流程。

与此同时，PoH 本身无法解决所有区块链问题。

它不能取代验证者、按质押权重计算的共识、最终性规则、分叉选择、安全软件、良好治理或安全的智能合约。

它也无法保护用户免受钓鱼、私钥盗窃、恶意程序或糟糕投资决策的影响。

历史证明的主要价值在于：它让去中心化网络无需依赖中心化时钟，也能拥有可验证的时间线。

理解 PoH 最简单的方式是：它将时间转化为密码学记录，让验证者能够检查事件之间的相对发生时间，并更高效地处理区块链活动。