Solana 歷史證明：PoH 如何運作

準確性說明：網路效能、驗證者數量、費用、協議功能、錢包支援以及第三方整合會隨時間改變。請將過時的數據視為歷史快照，並驗證當前的原始文件。

Solana 歷史證明是一種加密的時間排序機制，而非獨立的共識協議。它與 Tower BFT 和質押證明協同工作，幫助驗證者對事件進行排序並就賬本達成一致。

**免責聲明：**本文僅供參考和教育目的。不構成財務或投資建議。加密貨幣投資存在重大風險，包括本金損失的可能性。在做出投資決策前，請諮詢合格的財務顧問。

目錄

1. 什麼是歷史證明？Solana 的加密時鐘解釋
2. 歷史證明如何運作：SHA-256 哈希鏈步驟解析
3. 為什麼歷史證明可以減少排序開銷
4. 歷史證明 vs. 工作證明 vs. 質押證明：直接比較
5. 歷史證明如何與 Solana 的完整架構互動
6. 歷史證明局限與批評：誠實評估
7. 關於歷史證明與 Solana 的常見問題
8. 結論：歷史證明是一項真正的創新嗎？

什麼是 Solana 歷史證明？

歷史證明 (PoH) 是建構於 Solana 區塊鏈中的加密計時機制，能夠創建事件順序和時間的可驗證記錄，而無需驗證者之間不斷互相溝通來確定事件發生的時間。

區塊鏈是一個分佈式賬本，其中的記錄以加密方式連結，並在沒有中央權威機構的參與者網絡中維護。在任何分佈式區塊鏈上，節點在確認交易之前必須就兩件事達成一致：發生了什麼事，以及何時發生。大多數網絡會在第二個問題上花費大量的計算力。歷史證明以加密方式回答了這個問題，因此網絡可以將所有頻寬集中在第一個問題上。

一個立即需要建立的關鍵區別是：歷史證明並非共識機制。Solana 實際的共識機制是 Tower BFT。PoH 是 Tower BFT 賴以有效運作的計時層。在有關 Solana 技術的報導中，將兩者混淆是最常見的錯誤，本文將在文中持續修正此點。

歷史證明是由 Solana Labs 的共同創辦人 Anatoly Yakovenko 所發明，他曾任職於 Qualcomm 擔任高級工程師。他在 2017 年的一份題為《Solana: A new architecture for a high performance blockchain》的白皮書中介紹了這個概念。Solana 主網 Beta 版於 2020 年 3 月推出，建構於該白皮書所述的架構之上。

Solana 是一個高效能 Layer 1 區塊鏈，其原生代幣是 SOL。得益於歷史證明與其他多項架構創新協同工作，其理論吞吐量上限為歷史上的理論值，約為每秒 65,000 筆交易 (TPS)。在典型網路條件下的實際持續吞吐量遠低於此，本文將詳細討論此差異。

如果你曾聽過歷史證明被描述為「與質押證明相同」或假設它是 Solana 的共識機制，這兩種說法都是不正確的。詳細比較以及這些機制之間準確的關係，將在下文各節中呈現。

歷史證明如何運作：SHA-256 哈希鏈步驟解析

密碼學時鐘的比喻捕捉到了 PoH 所做的事情，但要理解為什麼投資者和開發者將其視為真正的架構創新，你需要了解時鐘實際是如何運行的。

什麼是密碼學哈希函數？ (基礎構件)

密碼學哈希函數接收任何輸入（一個詞、一份文件、一筆交易記錄），並產生一個固定長度的輸出，該輸出對該輸入是唯一的且確定性的。它也幾乎不可能逆向操作：知道輸出不會讓你得到關於輸入的任何有用資訊。輸出被稱為哈希，它就像是產生它的任何數據的唯一指紋。

改變輸入的一個字元，輸出就會完全且不可預測地改變。這種對輸入的敏感性正是讓序列哈希成為可靠計時基礎的原因。

歷史證明使用的特定哈希函數是 SHA-256（安全雜湊演算法，256 位元），與保護比特幣交易的演算法相同。SHA-256 運行起來計算密集，但驗證起來卻極其快速。這種不對稱性是關鍵：生成一個哈希很慢，但檢查一個哈希卻是瞬間完成的。這種特性正是 SHA-256 適合 PoH 計時功能的原因。

哈希鏈：PoH 如何透過密碼學編碼時間

PoH 透過一個不間斷的序列運行 SHA-256，其中每個輸出都成為下一個計算的輸入。因為每個步驟都需要真實、不可簡化的計算時間，所以輸出的鏈條構成了一個可驗證的經過時間的記錄。沒有人能在未實際計算步驟 1 到 499,999 的情況下，偽造已達到步驟 500,000。

將其想像成一個加密的秒錶。時鐘的每一次跳動都是一個已記錄的 SHA-256 輸出，而跳動的鏈條證明了在事件之間已經經過了特定數量的計算，因此也證明了經過了可測量的時間。

序列運行的步驟如下：

1. 領導者驗證者開始鏈條。 指定的驗證者（該時段的「領導者」）對一個初始輸入運行 SHA-256，該輸入可以是任何任意值或前一個區塊的哈希。
2. 每個輸出成為下一個輸入。 生成的哈希被反饋回 SHA-256 作為新的輸入。這就是鏈條。每個環節完全依賴於前一個環節。
3. 一個序列計數器追蹤位置。 每次迭代都會帶有一個計數號碼：哈希 #1，哈希 #2，哈希 #347,891。此計數器是時鐘的跳動次數。
4. 交易在到達時被嵌入鏈條。 當一筆交易進入網絡時，領導者會在該精確時刻將其哈希到序列中。交易數據將被整合到該特定計數位置的哈希輸出中。
5. 嵌入的位置證明了交易的時間。 在位置 347,891 被哈希的交易，顯然發生在位置 347,890 之後，並在位置 347,892 之前。不需要外部時間戳。鏈條本身就是證明。
6. 其他驗證者驗證序列。 驗證速度很快，因為檢查一個哈希所需的時間比生成它所需的時間少得多。驗證者無需重新運行所有計算即可確認整個序列的有效性。
7. 生成的鏈條是一個防篡改的時間軸。 更改任何位置的任何哈希都會使之後的所有哈希失效，使得在不重新完成所有後續工作的情況下，該記錄不可能被偽造。

照片的比喻很好地捕捉了防篡改的特性。想像每秒拍攝一張照片，其中每張照片都將前一張照片包含在畫面中。任何查看照片 #1,000 的人都可以驗證序列，而無需在場觀看每一次拍攝，因為每張圖像在加密上都嵌套在下一張圖像中。更改照片 #400 會明顯損壞之後的每一張圖像。

這個依序哈希鏈在功能上與密碼學家所稱的可驗證延遲函數 (VDF) 相似。由 Boneh、Bonneau、Bünz 和 Fisch 在他們 2018 年於 CRYPTO 發表的論文 (IACR ePrint 2018/601) 中正式定義的 VDF，是一種需要預設計算時間、無法並行化加速計算，且能產生快速驗證證明的函數。PoH 透過依序 SHA-256 哈希達到相同的實際效果。嚴格從複雜性理論意義上來說，並非正式的 VDF，但功能上的相似性是精確的。學術研究人員將 PoH 描述為「類似 VDF」或「非正式的 VDF」，是使用了精確的描述。

來源：Anatoly Yakovenko，「Solana：一種高效能 區塊鏈 的新架構」，2017 年。網址：solana.com/solana-whitepaper.pdf

這個加密時間戳鏈使得 Solana 的共識層 Tower BFT 能夠跳過其他 區塊鏈 中會減慢速度的通信回合，因為時間已被證明。

Solana 歷史證明 (Proof of History) 如何減少排序開銷

來源引用了歷史上的理論和觀察到的吞吐量範圍，但歷史證明本身並不能產生 TPS（每秒交易筆數）數據。交易組合、投票流量、運行時調度、驗證者硬體、網路、擁塞以及測量方法都會影響報告的吞吐量。請使用實時的歷史測量數據來做出營運決策。

與 Visa、Ethereum 或 Bitcoin 的比較並非同類比較：它們計算不同的事件，並使用不同的信任、結算和最終確定模型。PoH 是 Solana 設計的一部分，還有 Sealevel、Turbine、Gulf Stream、費用市場和驗證者基礎設施。

Tower BFT 如何使用 PoH 跳過通信回合

PoH 帶來的速度提升並非來自更快的哈希計算。而是消除了傳統 共識機制 所需的整個類別的通信。

必須容錯拜占庭故障（故障或惡意參與者）的分佈式系統需要拜占庭容錯 (BFT)：即使部分驗證者離線、發送錯誤信息或採取敵對行為，只要被攻破的驗證者少於三分之一，系統就能達成共識的能力。

關鍵定義： 拜占庭容錯 (BFT) 指的是一個分佈式系統在部分參與者發生故障或惡意行為時，仍能繼續正常運行的能力。這個概念源於拜占庭將軍問題，這是 Lamport、Shostak 和 Pease (1982) 的經典電腦科學思想實驗。

在傳統的 BFT 共識系統中，驗證者必須交換消息，以就兩件事達成一致，然後才能確認交易：發生了什麼事，以及發生了什麼時間。就時間達成一致通常需要跨網路進行多輪消息傳遞。隨著驗證者數量的增加，這種通信開銷會呈二次方增長，使得快速達成共識的成本越來越高。

PoH 提供了一個可驗證的排序參考，可以減少一些時間協調。它並未消除共識通信，也不使一個插槽等同於經濟最終確定。樂觀確認、根確認和應用層 結算 使用不同的閾值和時序。

Sealevel 和 Gulf Stream：超越時鐘的速度

PoH 本身並不產生 65,000 TPS。它是使 Solana 其他效能創新成為可能的基礎層。

Sealevel 是 Solana 的並行 智能合約 執行運行時。智能合約 是存儲在 區塊鏈 上並通過交易調用的程式。與 Ethereum 的 EVM 逐筆處理交易不同，Sealevel 可以在多個處理器核心上運行不衝突的交易。這種並行性來自於每個交易聲明它將讀取或寫入的帳戶；PoH 提供排序參考，但不決定哪些帳戶是獨立的。

Gulf Stream 是 Solana 無內存池 (mempool-less) 的交易轉發協議。Gulf Stream 不會將未確認的交易保留在等待池中，而是利用 PoH 的領導者計劃來預知下一個領導者是誰，將交易在當前區塊最終確定之前轉發給下一個預期中的領導者。然後，Solana 的區塊傳播協議 Turbine，其靈感來自 BitTorrent，將已確認的區塊分解成更小的數據包，並將它們高效地分發到驗證者網路。

PoH 是基礎。Sealevel 和 Gulf Stream 直接建立在其之上，Turbine 也是如此。65,000 TPS 的數據反映了所有這些創新協同工作的結果，PoH 是它們都依賴的排序層。

諸如去中心化交易所和借貸協議等 DeFi 應用程式，需要高交易吞吐量才能大規模運行。Solana 的 PoH 賦能架構使得這些應用程式有可能在基礎層每秒處理數千次操作，這是大多數現有的 Layer 1 區塊鏈 無法匹敵的容量，儘管其他鏈上的 Layer 2 解決方案正在為特定用例縮小這一差距。

要理解為什麼這種架構很重要，可以將 PoH 與它設計用於協同工作的 共識機制 直接進行比較。

歷史證明 vs. 工作量證明 vs. 權益證明：直接比較

在此比較之前最重要的一個結構性要點：歷史證明 (Proof of History) 並非一種 共識機制。工作量證明 (Proof of Work) 和權益證明 (Proof of Stake) 是 共識機制。將 PoH 與 PoW 或 PoS 直接比較，就像將時鐘與投票系統進行比較一樣。它們解決不同的問題，而這個區別塑造了此表中所有其他內容。

注意：Solana 的理論 TPS 代表 PoH、Sealevel、Turbine 和 Gulf Stream 在最佳條件下的組合輸出。此數字在生產環境中並不經常達到.

PoH vs. 工作量證明：速度和能源

Bitcoin 的工作量證明和 Solana 的歷史證明解決不同的問題，但它們在吞吐量和能源消耗上的對比非常鮮明。在 PoW 中，礦工競爭解決一個計算密集型難題。獲勝者添加下一個區塊並獲得獎勵。這種競爭是有意昂貴的，因為能源消耗使得逆轉鏈的成本高得令人望而卻步。Bitcoin 由於這個設計，大約處理 7 TPS。

PoH 並不取代 PoW 的安全模型。它以更少的計算浪費解決了不同的問題——時間排序問題。只有一個驗證者（當前領導者）生成 PoH 序列，而不是所有礦工同時競爭。

SHA-256 也被用於比特幣的挖礦過程中，但其應用有著根本性的不同。比特幣礦工是在一場競爭競賽中尋找具有特定屬性的雜湊值。Solana 的 PoH 則是順序運行 SHA-256 以產生時間記錄，而非為了競爭任何東西。

PoH 對比質押證明：並非同一回事

不，歷史證明與質押證明並不相同。Solana 並非使用 PoH 取代 PoS。它是同時使用這兩者，並用於不同的目的。

質押證明是一種共識機制，其中驗證者是根據其質押作為抵押品的加密貨幣數量來被選中產生區塊的。以太坊在 2022 年 9 月透過合併（Merge）升級轉向了質押證明。以太坊的 PoS 在其基礎層每秒處理大約 15 到 30 筆交易（TPS），而像 Layer 2 這樣的 Arbitrum 和 Optimism 解決方案則將有效吞吐量擴展到遠超該數字的程度。

Solana 使用基於 PoS 的系統進行驗證者選擇，這決定了誰成為負責為給定時隙產生 PoH 序列的領導者。接著 PoH 提供 Tower BFT 用於達成共識的時間排序。這兩種機制是互補的，而非競爭的。PoH 是時鐘；PoS 則決定誰來為時鐘上發條。

歷史證明如何與 Solana 的完整架構互動

對於將 Solana 作為平台進行評估的開發者來說，問題不僅僅在於 PoH 孤立地做了什麼。而是 PoH 如何融入 Anatoly Yakovenko 在其 2017 年白皮書中描述的完整八項創新架構，以及該架構對運行它的硬體有什麼要求。

Tower BFT：使用 PoH 記錄作為投票時鐘

Tower BFT 使用 PoH 的可驗證時間記錄來實現一種投票鎖定機制，如果沒有共享且值得信賴的時隙序列，這種機制是不可能實現的。

以下是它在實踐中的運作方式。Solana 上的驗證者對他們認為有效的區塊進行投票。每張選票都與特定的 PoH 時隙編號相關聯。Tower BFT 執行一項鎖定規則：一旦驗證者為某個時隙投票，它就不能為衝突的分叉投票，持續的後續時隙數量會呈指數級增加。鎖定時間越長，如果驗證者試圖在分叉的兩側投票，其面臨被削減（slashing）而損失質押 SOL 的風險就越大。

Tower BFT 正是因為 PoH 提供了可驗證的共享時隙序列，才能強制執行這些基於時間的鎖定。如果沒有 PoH，就沒有值得信賴的共同參考來證明「時隙 347,891 發生在時隙 347,892 之前」。基於時間的投票鎖定需要一個值得信賴的時鐘。PoH 就是那個時鐘。

領導者時程表是預先使用質押的 SOL 權重確定的。驗證者知道預計由哪個節點產生 PoH 流並為每個即將到來的時隙提議區塊。這種可預測性允許在當前區塊敲定之前進行領導者感知的轉發，減少了對傳統全域內存池的依賴，但並未消除擁塞、交易掉包、優先費用或 MEV 風險。

Tower BFT 背景下的 BFT 意味著網路可以容忍高達三分之一的驗證者採取惡意行為或失敗，同時仍能達成共識。指數鎖定結構確保隨著鎖定期增長，透過投票操縱攻擊網路的成本會呈幾何級數增長。

Sealevel：PoH 交易排序如何實現並行化

大多數區塊鏈是序列化處理交易的，一次處理一筆，因為如果沒有經過驗證的排序，它們就無法安全地確定哪些交易可以同時運行而不會發生衝突。如果兩筆交易都試圖修改同一個帳戶餘額，在不知道其順序的情況下並行處理它們會面臨雙重支付的風險。

Sealevel 透過讀取 PoH 經過驗證的交易隊列並分析每筆交易聲明的讀取和寫入帳戶集來解決這個問題。由於每筆 Solana 交易都必須指定它讀取和寫入哪些帳戶，Sealevel 可以在提交時識別哪些交易是獨立的。獨立交易（觸及完全不同帳戶的交易）可以在多個處理器核心或 GPU 線程上同時執行。相互依賴的交易則按其經過驗證的 PoH 順序順序執行。

PoH 的作用是提供 Sealevel 消耗的有序且帶有時間戳的交易隊列。如果沒有 PoH 產生的經過驗證的排序，並行執行將需要昂貴的協調開銷以防止衝突。Solana 在其原生文件中將其鏈上程式稱為「程式（programs）」而非智慧合約，反映了與以太坊執行模型的架構區別，儘管「智慧合約」一詞在整個行業中被廣泛理解和使用。

Gulf Stream 使用 PoH 的領導者時程表將未確認的交易直接推送到即將上任的領導者驗證者，而 Turbine 則使用 PoH 排序的區塊作為其 BitTorrent 風格區塊傳播樹的基礎。Solana 架構中的每個主要效能組件都依賴 PoH 作為其排序基礎。

這種架構上的緊密性也是 PoH 受到一些最重大批評的根源，特別是它對驗證者提出的硬體需求。

歷史證明的局限性與批評：誠實的評估

歷史證明帶來了真實的架構權衡，其中最重大的後果是它對運行它的驗證者提出的硬體需求。

高驗證者硬體要求與中心化壓力

運行 Solana 驗證者需要高階伺服器硬體：高核心數 CPU、至少 128GB 記憶體、NVMe SSD 以及多十億位元（multi-gigabit）的網路連接。Solana 文件推薦的硬體規格，其組裝和運行成本在 5,000 美元到 20,000 美元或更多之間。

這種成本障礙將驗證者集的參與限制在資源充足的營運商中。比特幣全節點可以在成本低於 100 美元的樹莓派（Raspberry Pi）上運行。Solana 驗證者則不行。其結果是中心化壓力：參與成本越高，潛在驗證者的範圍就越小，網路的共識力量就越集中在資金雄厚的機構營運商手中。

這裡準確的說法是中心化壓力，而非已完成中心化。Solana 維持了大約 1,500 到 2,000 個活躍驗證者，低於以太坊數十萬個驗證者的驗證者集，儘管以太坊較低的硬體門檻涉及不同的經濟要求（需要質押 32 ETH）。Solana 基金會實施了質押委託計劃以支持較小的驗證者，但由 PoH 吞吐量需求驅動的底層硬體要求仍然是結構性的，而非偶然的。

這種權衡是刻意的：Yakovenko 的架構將吞吐量置於可存取性之上，接受中心化壓力作為效能的代價。這種權衡是否可以接受取決於評估者最看重什麼。

網路中斷：歷史證明是罪魁禍首嗎？

歷史證明本身並不是 Solana 重大網路中斷的原因。中斷源於垃圾郵件交易洪水淹沒了網路的計算能力，以及驗證者客戶端軟體中的錯誤。

記錄在案的事件是具體的。2021 年 9 月，Solana 網路經歷了 17 小時的中斷，原因是 Raydium 初始 DEX 發行期間機器人產生的交易激增。垃圾郵件交易的數量淹沒了驗證者記憶體，導致驗證者崩潰並使網路停止，直到組織起協調重啟為止。2022 年 1 月和 2022 年 5 月發生了額外的網路中斷，每次都可以歸因於垃圾郵件攻擊和驗證者軟體錯誤的結合，而非 PoH 機制本身的失敗。

誠實的架構連結是這樣的：PoH 的設計優先考慮處理量而非保守的資源管理，這意味著在發生那些故障時，該網路沒有內建的速率限制或基於費用的垃圾訊息防護。一個設計用於每秒 65,000 次交易 (TPS) 的網路，必須能夠處理相當於 65,000 TPS 的進入流量，包括惡意流量。較保守的架構透過限制處理量，同時也限制了攻擊面。

2022 年之後，Solana 實施了多項工程回應：採用 QUIC 網路協定以更穩健地接收交易，推出交易手續費市場以提高垃圾訊息的經濟成本，以及實施質押加權服務品質，優先處理來自具有實質質押的驗證者之交易。這些措施已顯著改善了網路穩定性。

故障歷史反映了高性能系統中的工程不成熟，而非歷史證明 (Proof of History) 概念本身的缺陷，儘管兩者在架構上有所關聯。評估 Solana 的投資者和開發者應精確理解此區別。

時鐘同步依賴性

PoH 的順序雜湊鏈依賴驗證者維持足夠精確的本地時鐘。驗證者之間的顯著時鐘漂移會導致插槽計時不一致，驗證者可能對給定的雜湊輸出屬於哪個插槽產生分歧。

實際上，這透過標準的 NTP (網路時間協定) 同步來管理，且時鐘漂移並未成為實際故障的重大來源。這確實代表了一個理論上的攻擊面：一個能夠操縱傳遞給大量驗證者之時間訊號的複雜攻擊者，有可能擾亂插槽分配。這在當前威脅模型中被視為一個設計考量，而非關鍵漏洞。

關於 Solana 歷史證明常見問題

以下回答針對歷史證明 (Proof of History) 最常見的問題，這些問題來自搜尋模式，反映了投資者、開發者、研究人員和懷疑者最常提出的疑問。

Solana 中歷史證明 (Proof of History) 的目的是什麼？

歷史證明創建了一個密碼學時間記錄，使 Solana 的驗證者無需彼此交換時間戳記訊息，即可就交易的順序和時間達成一致。透過密碼學地解決「何時發生了這件事」的問題，PoH 使 Tower BFT 能夠專注於「這是否有效」的問題，從而降低共識開銷並實現 Solana 的高交易處理量。

否。歷史證明是一種計時機制；權益證明 (Proof of Stake) 是一種共識機制，用於選擇哪些驗證者提出區塊。它們解決不同的問題。Solana 同時使用兩者：PoH 提供可驗證的時間序列來排序交易，而基於 PoS 的系統則確定每個插槽的驗證者生成 PoH 串流。在關於 Solana 的低品質報導中，將兩者混淆是很常見的，但它們是架構上獨立的組件。

Solana Labs 的共同創辦人兼執行長 Anatoly Yakovenko 在 2017 年的一份標題為 Solana: A new architecture for a high performance blockchain 的白皮書中提出了歷史證明。在創立 Solana Labs 之前，Yakovenko 是高通公司 (Qualcomm) 的高級工程師，負責分散式作業系統和壓縮演算法。Solana 主網 Beta 版於 2020 年 3 月推出。

Solana 的理論處理量是一個歷史性的理論數據，在最佳條件下約為每秒 65,000 次交易；實際觀察到的處理量通常在 2,000 到 4,000 TPS 之間。以太坊的基礎層處理約 15 到 30 TPS，而 Layer 2 解決方案顯著擴大了有效處理量。Solana 的基礎層速度優勢是結構性的，由 PoH 的時間排序能力驅動，該能力實現了平行執行和降低的共識開銷。

三個主要記錄在案的限制是：高驗證者硬體要求 (128GB+ RAM、NVMe SSD、多 Gigabit 網路、硬體成本 5,000 至 20,000 美元以上)，這會因排除資源較少的參與者而造成中心化壓力；歷史網路可靠性問題，包括 2021 年 9 月的 17 小時故障以及 2022 年因垃圾訊息攻擊和驗證者客戶端錯誤導致的多起網路中斷；以及時鐘同步依賴性，其中顯著的驗證者時鐘漂移代表一個理論上的攻擊面，實際上透過 NTP 同步來管理。

Solana 的理論最大值是一個歷史性的理論數據，約為每秒 65,000 次交易，如 Yakovenko 的 2017 年白皮書所述。此數據代表了 Solana 的所有架構創新在最佳網路條件下滿載運作的情況。實際在典型線上網路條件下的處理量範圍約為 2,000 到 4,000 TPS。理論上限反映了架構設計；實際數字反映了生產性能。

Tower BFT 是 Solana 的質押加權投票和分叉選擇機制，圍繞 PoH 插槽建構。驗證者以遞增的鎖定時間進行投票，使衝突的投票變得昂貴。請勿將一個目標插槽等同於完全的最終性；請驗證目前的承諾水平和應用程式需求。

密碼學機制本身，即 SHA-256 順序雜湊鏈，是安全的。SHA-256 在生產環境中從未被成功破解，並被安全社群視為密碼學上可靠的。網路級別的可靠性，包括 2021 年和 2022 年的故障，與密碼學安全是獨立的問題。在 Solana 的任何網路故障期間，PoH 的雜湊鏈都沒有被破壞；那些事件是由資源耗盡和軟體錯誤引起，而非密碼學協定的任何失敗。

沒有 PoH，Solana 的驗證者將需要在每次共識回合前交換時間戳記訊息，以確定交易順序，如同傳統 BFT 共識系統所需的那樣。這種訊息傳遞開銷隨著驗證者數量的增加而增長，並限制了處理量。PoH 用密碼學證明取代了該通信：雜湊鏈本身證明了事件的順序和時間，因此驗證者可以直接對交易有效性進行投票，而不是先就時間進行協商。

否。PoH 的順序 SHA-256 雜湊運行在每個插槽指定的一個領導者驗證者上，而不是分散在眾多競爭的礦工之間。它不像比特幣的工作量證明挖礦那樣耗費大量能源，在比特幣中，每個礦工同時消耗計算能力來競爭尋找一個有效的雜湊。Solana 的總能源消耗是比特幣的一小部分。與 Solana 驗證者相關的硬體成本是一個財務和去中心化問題，但它與能源消耗問題是不同的。

Solana 本身就是一個 Layer 1 區塊鏈。它不像以太坊 Layer 2 解決方案那樣運行在另一個網路之上。Solana 使用歷史證明進行交易時間排序和 Tower BFT 進行共識，以 SOL 作為其原生代幣，獨立運作其區塊鏈。

Solana 的程式碼是開源的，這使得 PoH 機制可供其他項目研究和改編。實際上，PoH 已深度整合到 Solana 的完整架構中。Tower BFT、Sealevel 和 Gulf Stream 都依賴於 PoH 序列。將 PoH 提取並應用於不同的區塊鏈，需要重現 Solana 周邊堆疊的大部分內容才能獲得相同的效能優勢。

在 Bybit 上探索 SOL

讀者可以查閱 目前的 SOL 市場資訊 或 SOL/USDT 現貨市場. 這些連結提供市場存取管道，但並不代表 Solana、錢包或第三方協定適合每一位讀者。

結論：歷史證明 (Proof of History) 是一項真正的創新嗎？

歷史證明 (Proof of History) 是一項真正的密碼學創新。SHA-256 雜湊鏈機制解決了分散式系統中的一個實際問題：在不信任任何單一時鐘的情況下，證明時間的流逝，並且任何觀察者都能驗證，而無需重新執行整個計算。

其效能影響是真實存在的。Solana 相較於其他主要的區塊鏈，其基礎層的吞吐量優勢是結構性的，而非偶然的，而 PoH 是實現這一點的基礎機制。評估該優勢是否持久的投資者，應權衡其與已記錄的權衡取捨：導致集中化壓力的驗證者硬體要求、包含嚴重中斷記錄的網路可靠性歷史，以及優先考量吞吐量而非保守韌性的效能優化設計。

這些權衡取捨是工程上的挑戰，而非密碼學設計上的根本缺陷。2022 年之後的 QUIC、費用市場和質押權重服務品質的實施，表明 Solana 工程團隊已經解決了最嚴重的可靠性故障。進一步的成熟能否使可靠性水準與吞吐量承諾相符，是網路持續的營運歷史將會回答的問題。

已閱讀本文的讀者，現在可以準確定義歷史證明 (Proof of History)，並解釋 SHA-256 雜湊鏈如何產生可驗證的時間記錄。他們可以將 PoH 與權益證明 (Proof of Stake) 等共識機制區分開來，闡述 PoH 為何能實現 Solana 的吞吐量優勢，並在適當的背景下評估已記錄的限制。這就是評估 Solana 架構其本身價值所需的技術圖景。

本文的資訊反映了公開技術文件，並在發布時為最新資訊。區塊鏈協定和網路效能指標會隨時間改變。此內容未獲得 Solana Labs 或 Solana 基金會的認可或贊助。

相關閱讀

• Solana 共識機制
• Solana 架構
• Solana 速度：實際 TPS vs. 理論值