歷史證明（PoH）

什麼是歷史證明（PoH）？

歷史證明（Proof of History，PoH）是一種密碼學計時方法，可建立可驗證的紀錄，呈現區塊鏈上事件的順序及事件之間經過的時間。

在加密貨幣領域，歷史證明最廣為人知的用途，是作為 Solana 的核心技術，協助驗證者更有效率地對交易排序達成共識。

Solana 白皮書將歷史證明描述為一種用來驗證事件順序及事件之間時間流逝的證明。

PoH 常被誤解為獨立運作的完整共識機制，但更恰當的理解是：它是一種與共識機制搭配使用的密碼學時鐘。

Solana 將歷史證明與權益證明及 Tower BFT 式投票搭配使用，協助驗證者處理區塊、對分叉投票並確定帳本。

PoH 試圖解決的主要問題是，去中心化網路天生沒有共用且可信的時鐘。

在全球區塊鏈網路中，驗證者收到訊息的時間各不相同，原因包括延遲、地理位置、硬體差異及網路壅塞。

若缺乏可靠的排序方法，驗證者就必須更頻繁地互相溝通，才能確認哪個事件先發生。

歷史證明透過在帳本中嵌入可驗證的時間序列，降低這種溝通負擔。

理解 PoH 最簡單的方式是：它為區塊鏈建立一條密碼學時間軸，驗證者無須信任一般時鐘也能進行檢查。

歷史證明如何運作

歷史證明透過執行連續的密碼學運算來運作，並產生一連串雜湊值。

每個雜湊值都取決於前一個雜湊值。

由於每個步驟都依賴前一步，因此無法一次平行產生整個序列。

這能證明序列中的兩個位置之間，確實經過一定量的連續運算。

Solana 的歷史證明時鐘說明將 PoH 描述為一種高頻率、類似可驗證延遲函數的機制，可隨時間記錄計數及輸出。

可將資料雜湊至目前狀態，將其插入這個序列。

資料插入後，後續所有雜湊值都會取決於這次插入。

這表示該序列可證明資料是在後續雜湊值產生之前存在。

它也有助於證明資料是在較早的雜湊值已存在之後加入。

驗證者之後可以驗證序列，確認排序是否有效。

作為密碼學時鐘的歷史證明

歷史證明的作用類似密碼學時鐘，但它與手機、筆電或伺服器上的一般時鐘不同。

一般時鐘會告訴使用者當下的現實世界時間。

PoH 時鐘則能證明一連串運算步驟依特定順序發生。

這項差異很重要，因為區塊鏈不能單純信任驗證者的本機時間。

不誠實或設定錯誤的驗證者可能會聲稱錯誤的時間戳記。

網路延遲也可能讓不同機器上的時間戳記不可靠。

Anza 同步文件說明，Solana 領導節點會以密碼學證明為區塊加上時間戳記，證明自前一項證明以來已經過一段時間。

同一份文件也說明，即使區塊以不同順序送達或之後才被重播，驗證者仍能驗證這些證明。

因此，PoH 為驗證者提供以運算為基礎，而非依賴本機時鐘的共用時間結構。

這能減少驗證者為了達成排序共識而來回溝通的需求，協助網路提升速度。

歷史證明與可驗證延遲函數

可驗證延遲函數（Verifiable Delay Function，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、領導者輪替、分叉及驗證者投票的內部計時結構之一。

歷史證明與節拍

節拍是沒有包含使用者交易的空白 PoH 紀錄，用來表示時間已經過去。

節拍很重要，因為網路需要連續的時間紀錄，而不只是活躍交易批次的紀錄。

Anza 分叉產生文件說明，PoH 串流包含節拍，用以表示領導者仍在線，以及叢集內時間流逝。

若領導者沒有交易可納入，仍可產生節拍。

若領導者缺席或未能傳送資料，驗證者可能透過只有節拍的路徑計入預期時間。

這有助於限制可能出現的分叉，並維持領導者輪替的結構。

節拍就像 PoH 序列的心跳。

節拍不一定代表使用者活動，但能協助網路衡量進度。

這對投票、回復、重播及同步都有幫助。

若沒有節拍，帳本就更難證明空白時間區間確實發生。

歷史證明與 Tower BFT

Tower BFT 是 Solana 的投票鎖定方法，並與 PoH 計時配合運作。

驗證者會對分叉投票，並建立投票塔，隨時間提高切換分叉的成本。

Anza Tower BFT 文件說明，驗證者會透過簽署投票，互相傳達他們認為哪個分叉最重。

文件也指出，鎖定期以時隙計算，並要求驗證者為所選分叉承擔機會成本。

PoH 在此十分重要，因為 Tower BFT 仰賴以時隙為基礎的計時及具結構的帳本事件序列。

驗證者透過投票表示支持某個分叉。

投票逐漸累積時，鎖定期會增加，使驗證者更難轉向衝突的分叉。

這個流程有助於網路收斂至一個獲接受的歷史版本。

PoH 本身不是投票系統。

它提供時間結構，協助投票系統有效運作。

歷史證明與分叉

當帳本同時存在互相競爭的版本時，就會發生分叉。

高速區塊鏈可能出現分叉，原因包括領導者漏掉資料、驗證者在不同時間收到資訊，或網路發生分區。

Solana 不會等到所有驗證者都同意新產生的區塊後，才產生下一個區塊。

Anza 分叉產生文件說明，這使分叉相當常見，驗證者必須持續對其中一個分叉投票，直到叢集將某個版本終局化。

PoH 將各領導者的紀錄與時隙計時及 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 是最大可提取價值（maximal extractable value）的縮寫，指透過交易排序、納入或排除交易而取得的價值。

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）是一種密碼學計時方法，有助於區塊鏈證明事件的順序及事件之間的時間流逝。

PoH 最廣為人知的用途，是作為 Solana 架構的核心部分，並與權益證明、領導者排程、紀錄、節拍、分叉及 Tower BFT 式驗證者投票共同運作。

PoH 不等同於工作量證明，也不等同於權益證明。

它是一種密碼學時鐘，能降低驗證者就事件排序達成共識時的溝通負擔。

這有助於提升交易處理速度及吞吐量，支援樂觀執行、高效率重播及更有條理的領導者處理流程。

同時，PoH 本身無法解決所有區塊鏈問題。

它無法取代驗證者、按質押額加權的共識、終局性規則、分叉選擇、安全軟體、良好治理或安全的智能合約。

它也無法保護使用者免於網路釣魚、私鑰遭竊、惡意程式或不當投資決策。

歷史證明的主要價值，是讓去中心化網路無須依賴中心化時鐘，也能取得可驗證的時間軸。

理解 PoH 最簡單的方式是：它將時間轉化為密碼學紀錄，讓驗證者能檢查事件彼此發生的先後順序，並更有效率地處理區塊鏈活動。