Solana Firedancer TPS：100 萬筆交易說明
Discover what Solana Firedancer's 1,000,000 TPS benchmark means, how it works, and its impact on network performance and reliability.
Solana Firedancer TPS 描述的是在特定 Firedancer 測試條件下所設定或測量到的吞吐量，而不是針對每筆主網交易的保證速率。
狀態說明： Firedancer 的推出、基準測試條件以及驗證者客戶端的採用情況會隨時間變化。請閱讀以下里程碑及其標示的日期，並透過引用的官方來源驗證實際部署狀態。
重點摘要
- 基準 TPS： 在受控的測試網測試中，Jump Crypto 的 Firedancer 展現了每秒 1,000,000 筆交易（TPS）的能力，這是根據最佳實驗室條件測量得出的數字，而非目前主網的性能。
- 實際 TPS： Solana 目前主網總共處理 2,000-4,000 TPS；非投票交易（實際用戶活動）平均為 400-1,000 TPS。
- Firedancer 是什麼： Jump Crypto 以 C/C++ 編寫的 Solana 的獨立驗證者客戶端，不是代幣、分叉或協議升級。
- 來源日期狀態： 原始草稿描述 Frankendancer 已在主網上線，而完整版 Firedancer 將在 2025 年逐步推出；請透過官方來源驗證當前狀態。
- 兩大優勢： 更高的吞吐量容量和客戶端多樣性都降低了 Solana 面臨網絡中斷的脆弱性。
目錄
- 什麼是 Firedancer？Solana 的第二個驗證者客戶端說明
- Firedancer 如何實現極高的吞吐量：架構深入解析
- Solana Firedancer TPS：解析每秒 1,000,000 筆交易的說法
- Solana Firedancer TPS 與以太坊、比特幣、Visa 和 SWIFT 的比較
- Frankendancer 到 Firedancer：部署時間表和來源日期的主網狀態
- Firedancer 如何提高 Solana 網絡的可靠性並降低停機風險
- Firedancer 在 Solana 上解鎖的實際用例 TPS
- Firedancer 對 Solana (SOL) 投資者和生態系統的意義
- 常見問題：Solana Firedancer TPS
- 結論：Firedancer 在 Solana 高性能未來中的作用
什麼是 Firedancer？Solana 的第二個驗證者客戶端說明
Firedancer 是 Solana 驗證者客戶端（電腦運行以處理交易並參與網絡共識的軟體）的獨立、從零開始的重寫版本，由 Jump Trading Group 的加密貨幣和區塊鏈部門 Jump Crypto 以 C 和 C++ 編寫。它不是一個代幣、一個分叉或協議升級。Firedancer 運行著與現有的 Agave 客戶端相同的 Solana 協議，就像 Lighthouse 和 Prysm 在不成為不同區塊鏈的情況下運行以太坊協議一樣。
Solana 本身是一個高性能、無需許可的 Layer 1 區塊鏈（一個同時在數千台電腦上記錄交易的分散式、加密安全分類帳），專為可擴展的去中心化應用程式而設計。Solana 由前高通工程師 Anatoly Yakovenko 於 2017 年創立，他發明了歷史證明（Proof of History）。Solana 於 2020 年推出了主網測試版。截至 2024-2025 年，約有 1,900 個活躍驗證者保護著 Solana 的主網，每個驗證者都質押 SOL 代幣作為抵押品，並賺取區塊獎勵。
在 Firedancer 之前，所有 Solana 驗證者都運行相同的客戶端：Agave。Agave 客戶端（前身為 Solana Labs 驗證者客戶端，現由 維護 Agave 驗證者客戶端的 Anza 團隊 維護）以 Rust 編寫，自主網測試版推出以來一直為 Solana 提供支援。Firedancer 透過為驗證者提供第二個獨立選項，該選項採用不同的工程優先級和根本不同的內部架構，從而改變了這種狀況。
Firedancer 為 Solana 做了三件事：它將交易吞吐量推向每秒 1,000,000 筆交易的基準上限，它降低了處理延遲，並為驗證者生態系統引入了客戶端多樣性。客戶端多樣性（擁有相同協議的兩個獨立開發的實現）是 Solana 目前缺乏的結構性彈性屬性。Firedancer 填補了這個差距。
誰建造了 Firedancer？
Firedancer 由 Jump Crypto 開發，Jump Crypto 是 Jump Trading Group 的加密貨幣和區塊鏈部門，而 Jump Trading Group 是全球最大的高頻交易（HFT）和做市商之一。這種背景至關重要：Firedancer 內的性能工作，包括內核旁路網絡、亞毫秒級延遲目標和直接硬體訪問，都反映了量化交易公司應用於傳統金融基礎設施的工程優先級，在傳統金融基礎設施中，處理速度以微秒為單位進行衡量。
Firedancer 的原始程式碼是完全開源的，可在 Firedancer 的開源 GitHub 儲存庫.) 取得。技術文件和基準測試結果發布於 Jump Crypto 的 Firedancer 技術部落格.)。
Firedancer 如何實現極高的吞吐量：架構深入解析
Firedancer 建立在 Solana 現有的速度優勢之上，特別是歷史證明（PoH）。PoH 是一種加密計時系統，功能類似於一個持續運行的秒錶，為每筆交易蓋上可驗證的時間戳，以便驗證者能夠在不進行導致其他網絡變慢的來回通信的情況下，就交易順序達成一致。Solana 的共識架構將 PoH 用於交易排序，將 Tower BFT（Solana 的拜占庭容錯共識協議）用於最終確定，並將權益證明（PoS）用於驗證者選擇。PoH 不是一個獨立的共識機制；它是一個預排序層，消除了主要的協調瓶頸。Firedancer 不會取代 PoH。它會改進驗證者堆棧的每一個其他層，以釋放 PoH 的全部吞吐量潛力。其他創新，包括 Solana 的 Gulf Stream 協議（無需內存池的交易轉發）及其 Turbine 區塊傳播協議（受 BitTorrent 啟發的區塊分發），共同構成了 Firedancer 運行的基礎。有關 PoH 的更多信息，請參閱 Solana 關於歷史證明的官方文件.)。
將 Firedancer 的架構想像成一個工廠裝配線。Agave 客戶端是一個熟練的工人，按順序處理每個生產步驟：接收材料、分類、驗證、處理和包裝。Firedancer 將該單一工人轉變為一個專業化的生產線，其中每個站點同時處理所有其他站點的單一任務。Firedancer 將這些站點稱為圖塊（tiles）。
圖塊架構：專用管線處理
Firedancer 將驗證者的工作組織成一個由獨立處理階段組成的管線。每個圖塊只負責一項工作，作為一個獨立的作業系統進程運行，並與所有其他圖塊同時運行：
網絡圖塊（Net tile）： 從網絡介面卡接收原始網路封包，並將其傳遞到管線。
驗證圖塊（Verify tile）： 對傳入的交易執行加密簽名驗證，確認每筆交易都由正確的私鑰授權。
封裝圖塊（Pack tile）： 將交易排入區塊槽，決定包含哪些交易以及包含的順序。
銀行圖塊（Bank tile）： 針對當前的分類帳狀態執行交易，應用帳戶餘額變更和程式邏輯。
PoH 圖塊（PoH tile）： 記錄每批已執行交易的加密時間證明。
**Shred tile：**將完成的區塊拆分成較小的傳輸單元，並將其散佈到整個驗證者網絡中。
由於每個 tile 作為獨立程序運行，因此一個 tile 崩潰不會級聯影響到其他 tile。在受影響的 tile 重啟時，流水線會繼續處理。Solana 的並行交易處理運行環境 Sealevel 已經能夠同時處理非衝突交易。Firedancer 的 tile 流水線為該運行環境提供數據的速度，是 Agave 架構所無法企及的。
內核旁路網絡與 DPDK
標準網絡處理在應用程序讀取數據之前，會先將傳入數據路由通過操作系統的網絡棧，這在每一步都會增加延遲。Firedancer 使用 DPDK（數據平面開發套件）繞過整個路徑，這是一個軟件庫，可讓驗證者直接與網絡硬件通信，完全跳過操作系統的標準網絡棧。
這種差異類似於一條直通高速公路的專用快速收費車道，與通過交通信號燈匯入的標準入口匝道之間的對比。DPDK 就是那條快速車道：數據包從網絡接口卡直接進入 Firedancer 的 net tile，將延遲從毫秒級降低到微秒級。
為什麼 Firedancer 使用 C/C++ 而非 Rust 編寫
Firedancer 使用 C 和 C++ 而不是 Agave 使用的 Rust 語言編寫，是因為 C 和 C++ 允許對內存分配和系統調用進行確定性控制。在以微秒衡量處理延遲的熱路徑（hot paths）中，運行時的內存行為至關重要，而這並非 Rust 所有權模型設計時的優先考量。Rust 具有高性能，Agave 在常規標準下表現也很好。Firedancer 的設計優先級只是讓 C/C++ 成為更自然的選擇。
Agave vs. Firedancer：並行對比
| 特性 | Agave 用戶端 | Firedancer |
|---|---|---|
| 語言 | Rust | C / C++ |
| 架構 | 單體式（單一程序） | 模塊化 tile 流水線 |
| 維護者 | Anza | Jump Crypto |
| 狀態 | 現任（佔多數驗證者） | 分階段主網推出 |
| 主要設計目標 | 穩定性、經證實的共識 | 最大吞吐量、最小延遲 |
兩個用戶端都實作了相同的 Solana 協議。它們不是相互競爭的區塊鏈，而是運行 Solana 驗證者的替代方式。
Solana Firedancer TPS：解析 1,000,000 TPS 的說法
在受控的基準測試中，Jump Crypto 的 Firedancer 驗證者用戶端展示了 1,000,000 TPS（每秒交易處理量），但該數字具有特定的含義。理解這一點需要區分大多數報導混為一談的三種不同的 TPS 測量標準。
TPS 衡量網絡在一秒鐘內可以處理並確認多少個獨立交易。可以把它想像成高速公路上的車道：車道越多意味著更多的車輛（或交易）可以同時移動而不會造成擁堵。Solana 現有的架構已經賦予其遠超比特幣或以太坊的車道數量。Firedancer 將這條路拓寬了一個數量級。但是，一條道路理論上可以承載的車道數、在壓力測試下承載的數量，以及在典型週二早高峰期間承載的數量，是三個不同的數字。
三方 TPS 釐清
| TPS 類型 | 數字 | 條件 | 來源 |
|---|---|---|---|
| 基準測試 TPS | 1,000,000 TPS | Jump Crypto 2023 年內部測試網測試；受控硬件和交易類型；非現場主網測量 | Jump Crypto 的 Firedancer 技術博客) |
| 理論最大 TPS | ~65,000 TPS | 目前 Solana L1 在理想網絡條件下的架構上限；在生產環境中很少持續 | Solana 官方文件 |
| 實際世界 TPS | 總計 2,000–4,000 TPS；400–1,000 TPS 非投票 | 現場主網平均值（2024–2025 年數據）；非投票交易代表實際用戶活動 | Solscan 上的實時 Solana TPS 數據 |
來源草案並未引用獨立第三方的 100 萬 TPS 基準測試驗證。該數字代表了優化條件下的架構上限，而非持續主網性能的保證。
關於投票交易的說明：Solana 驗證者將共識投票消息作為實際交易在鏈上傳輸，並計入總 TPS 數字。這些不是用戶交易。非投票 TPS（400–1,000 TPS）是評估 Solana 應用吞吐量更有意義的基準。基準測試與實際 TPS 之間的差距反映了網絡傳播限制、驗證者群體的硬件異質性、交易費用市場動態，以及完整的 Firedancer 尚未部署到所有驗證者這一事實。
隨著 Firedancer 在主網上的採用率增加，基準測試與實際數據之間的差距預計會縮小，但全面部署的時間表仍在不斷演變。
Solana Firedancer TPS 與以太坊、比特幣、Visa 和 SWIFT 的比較
Solana 目前 2,000–4,000 的實際 TPS 已經超過以太坊 Layer 1 吞吐量約 100 倍，超過比特幣約 400 倍。儘管這種比較涉及跨不同條件的不同類型數據，但 Firedancer 的基準測試數字將這種差距擴大到了完全不同的規模。
區塊鏈網絡與傳統支付處理器之間的直接 TPS 比較僅作為規模說明，而非架構上的等同。Visa 運行一個沒有去中心化共識要求的中心化數據庫。Solana 則在超過 1,900 個獨立驗證者之間處理交易，這些驗證者必須在敲定任何交易之前達成一致。區塊鏈可擴展性不可能三角解釋了為什麼這很難：區塊鏈最多只能同時實現三個屬性中的兩個（可擴展性、安全性及去中心化）。Firedancer 在解決可擴展性的同時，通過用戶端多樣性提高了安全性。
TPS 比較：Solana Firedancer vs. 主要區塊鏈與支付網絡 (2025)
| 網絡 / 系統 | 典型實際 TPS | 理論 / 峰值 TPS | 備註 |
|---|---|---|---|
| Solana（當前，全面 Firedancer 前） | 總計 2,000–4,000；非投票 400–1,000 | ~65,000 | 截至 2024–2025 年；非投票 = 實際用戶交易 |
| Solana + Firedancer（基準測試） | 尚未在主網大規模測量 | 1,000,000 | Jump Crypto 2023 年測試網基準測試；受控條件 |
| 以太坊 L1 | ~15–30 | ~30 | 設計使然；依賴 Layer 2 Rollup 進行擴容 |
| 以太坊 L2（Arbitrum / Optimism / Base） | ~2,000–4,000 (總計) | 視 L2 而定 | 鏈下批量處理後回傳至以太坊 L1 |
| 比特幣 | ~7 | ~7 | 基礎層設計使然；安全性優先於吞吐量；不包含閃電網絡 |
| Ripple (XRP) | ~1,500 | ~1,500 | 專注支付；中心化驗證者集 |
| Avalanche | ~4,500 | ~4,500 | 子網架構；數字隨子網而異 |
| Visa | ~24,000 | ~65,000+ (宣稱峰值) | 中心化支付處理器；非去中心化網絡 |
| Mastercard | ~5,000 | ~5,000 | 中心化支付處理器 |
| SWIFT | ~50 (等同消息/秒) | N/A | 銀行消息層，非結算鏈；每天約 4,200 萬條消息 |
最具商業相關性的比較是 Solana 的基準測試數字對比以太坊 L1：Firedancer 的 100 萬 TPS 基準測試代表了約以太坊 Layer 1 吞吐量的 33,000 倍。以太坊通過 Layer 2 (L2) 方案如 Arbitrum、Optimism 和 Base 來追求可擴展性，這些方案在以太坊主鏈之外處理交易，並定期將證明傳回 L1。這種方法實現了規模化，但通過跨鏈橋、流動性碎片化以及額外的信任假設引入了複雜性。Solana 直接在主網層級追求可擴展性，保留了單一統一網絡的可組合性。
如需深入了解 Solana 的方法與以太坊的差異，請參閱我們的 Solana 與以太坊效能比較。若要了解以太坊與比特幣效能差異的背景資訊，以太坊與比特幣效能比較涵蓋了關鍵區別。
從 Frankendancer 到 Firedancer：部署時間表與來源日期的主網狀態
Frankendancer 是一個過渡性的混合驗證者客戶端，結合了 Firedancer 的高效能網路層與 Agave 已建立的共識及執行邏輯。這是一個刻意設置的中間點，旨在讓驗證者能夠採用 Firedancer 的速度改進，而無需一次性放棄 Agave 經過實戰考驗的共識行為。Firedancer 沒有單一的發布日期。其部署將分階段進行，每個階段都代表一個經過測試、驗證的進展，朝向完全替換客戶端。
什麼是 Frankendancer？
Frankendancer 的非正式名稱來自於「科學怪人」(Frankenstein) 和 Firedancer 的結合，反映了其混合的本質：將 Firedancer 的快速前端網路堆疊嫁接到 Agave 經過驗證的共識和執行後端。這個名稱是俗稱，在 Solana 開發者社群中廣泛使用。
Frankendancer 並非一個獨立的區塊鏈、獨立的代幣或永久性解決方案。它是一個過渡性的配置，讓驗證者能夠存取 Firedancer 的封包處理和網路功能，同時保留 Agave 的共識邏輯。這種分階段的方法讓網路在承諾完全替換之前，能夠累積與 Firedancer 組件相關的實際經驗。Frankendancer 已經能夠提供比單獨使用 Agave 更顯著的 TPS 和延遲改進，儘管尚未達到 Firedancer 的基準上限。
Firedancer 的主網部署將分階段進行，沒有單一的公開發布日期。
| 里程碑 | 狀態 / 日期 |
|---|---|
| Jump Crypto 宣布 Firedancer | 2022 |
| Firedancer GitHub 儲存庫公開 | 2022–2023 |
| 證明 100 萬 TPS 的基準 (測試網) | 2023 |
| Frankendancer 主網部署開始 | 2024 |
| Firedancer 全面分階段主網推出 | 2024–2025 (進行中) |
部署指標持續更新。如需目前的驗證者客戶端採用數據，請參閱 solana.com 上的目前驗證者客戶端分佈.)。運行 Frankendancer 或完整 Firedancer 的網路質押比例直接影響總體實際 TPS 的改進。
針對驗證者營運商： Firedancer 要求網路介面卡 (NIC) 支援其核心規避網路堆疊的 DPDK 驅動程式。具體的硬體需求可能會隨著軟體成熟而有所變動。評估遷移的驗證者應查閱 Firedancer 的開源 GitHub 儲存庫，以獲取目前的硬體規格和遷移文件。
Firedancer 如何提高 Solana 網路的可靠性並降低故障風險
客戶端多樣性意味著多個獨立的相同區塊鏈協議軟體實現同時在不同驗證者上運行，這是 Firedancer 在原始吞吐量增益之外為 Solana 帶來的兩項主要可靠性改進之一。如果每個 Solana 驗證者都運行相同的軟體，該軟體中的單一關鍵錯誤可能會一次性導致整個網路崩潰或停止，因為所有驗證者會一起失敗。有了兩個獨立客戶端同時運行，影響 Agave 驗證者故障的錯誤不會影響 Firedancer 驗證者。
在 Solana 網路上運行兩個獨立的驗證者客戶端，就像讓兩家獨立的引擎製造商為一批飛機提供動力。如果一家製造商的引擎出現關鍵缺陷，運行另一家製造商引擎的航空公司仍可繼續飛行。單一供應商的機隊會同時導致所有飛機停飛。Solana 在 Firedancer 之前的架構就是這種單一供應商機隊。
Solana 在 2021 年至 2023 年間經歷了多次網路中斷，原因包括：淹沒驗證者記憶體的交易垃圾訊息攻擊、Agave 客戶端的共識錯誤，以及配置錯誤的驗證者節點。網路擁塞（交易需求超過網路處理能力，導致交易失敗、無限期佇列或需要更高費用）是這些事件中一再出現的機制。
Firedancer 顯著降低了 Solana 遭受兩類網路中斷的脆弱性。其更高的吞吐量上限在發生擁塞之前創造了更大的緩衝空間。其獨立的程式碼庫意味著影響 Agave 的軟體錯誤不會擴散到 Firedancer 驗證者。兩個客戶端都實現相同的協議，但共享的程式碼為零，因此一個中的邏輯錯誤不會在整個網路中造成相關性故障。
當以太坊的網路實現 Lighthouse、Prysm 和 Teku 之間有意義的客戶端多樣性時，其網路的韌性顯著增強。沒有單一客戶端控制以太坊驗證者集合的超級多數，這意味著任何單一客戶端錯誤只會影響一部分驗證者。Solana 正在透過 Firedancer 追求相同的架構韌性。
Firedancer 並不能保證未來不會發生任何故障。網路的可靠性還取決於驗證者的硬體品質、地理分佈以及協議級別的改進。Firedancer 提供的是結構性地降低兩種歷史上最常見的故障模式的可能性：擁塞引起的減速和單一客戶端相關故障。
Firedancer 的 TPS 釋放在 Solana 上的實際應用案例
透過 Layer 1 提升的更高吞吐量容量，消除了目前限制 Solana 上某些應用程式類別的天花板，特別是那些需要接近即時結算、深層訂單簿流動性或連續微支付流的應用程式。智慧合約（在 Solana 的官方文件中稱為程式）為網路上的 DeFi、遊戲和支付應用程式提供支援。以下每個用例都帶有特定的吞吐量要求，Firedancer 的架構直接針對這些要求。
DeFi 和鏈上訂單簿
去中心化金融 (DeFi) 應用程式，包括交易、借貸、衍生品和收益耕作，它們透過智慧合約在沒有中心化中介的情況下運行，其根本上受制於區塊鏈的 TPS 和最終確定速度。鏈上訂單簿完全在鏈上複製傳統中心限價訂單簿 (CLOB) 的功能。每一個買價、每一個賣價、每一次成交、每一次取消都是單獨的交易。以 Solana 目前的實際 TPS，像 OpenBook (Solana 的鏈上訂單簿) 和 Drift Protocol (一個永續期貨交易平台) 這樣的平台可以運作，但與中心化交易所相比，訂單簿的深度和執行速度仍然受限。藉助 Firedancer 更高的吞吐量上限，鏈上訂單簿可以接近中心化交易所基礎設施的執行深度和速度，使去中心化交易真正能與託管交易場所競爭。中心化和去中心化交易所都受益於更快的結算和更低的交易成本。
在基準吞吐量下，啟用 Firedancer 的 Solana 理論上可以同時處理 Visa（平均約 24,000 TPS）和 Mastercard（約 5,000 TPS）的總交易量，並且仍有剩餘容量。此等規模使 Solana 成為除加密貨幣之間的轉帳外，進行全球支付結算的可信基礎設施。Solana Pay，一個建構於 Solana 上的現有支付協議，已能實現終端支付，並具備亞秒級的最終確定性（交易在帳本上變得不可逆轉的點）。Firedancer 的更高吞吐量也改變了微支付的經濟效益：當網路成本分散到更大交易量時，零星幾分錢的交易也能大規模實現。
區塊鏈遊戲
遊戲應用程式需要即時交易處理。遊戲內資產轉移、市場交易和狀態更新必須在幾毫秒內完成，才能讓玩家感覺靈敏。Solana 目前約 400 毫秒的區塊時間已能與其他區塊鏈遊戲平台競爭，但需要每秒每個玩家進行多次連續交易的遊戲邏輯會很快觸及當前的吞吐量上限。Firedancer 的更高 TPS 和更低延遲，為需要即時處理的區塊鏈遊戲提供了可行的基礎設施，因為當前區塊鏈速度會產生明顯的延遲。先前需要鏈下狀態管理來維持響應能力的遊戲設計，現在可以藉由 Firedancer 的性能配置將更多邏輯移至鏈上。
Firedancer 對 Solana (SOL) 投資者和生態系統的意義
Firedancer 在對生態系統採用至關重要的三個維度上加強了 Solana 的技術基礎：原始吞吐量容量、網絡可靠性，以及與以太坊的Layer 2依賴性擴展方法相比的競爭差異化。
免責聲明： 本節討論技術發展對 Solana 生態系統的潛在影響。這不構成財務或投資建議。加密貨幣投資帶有重大風險，包括總損失風險。在做出投資決策前，請進行自己的研究並諮詢合格的財務顧問。
技術護城河。 在主流Layer 1區塊鏈中，Firedancer 的基準 TPS 數據無可發布的同行可比。如果全面部署按其當前軌跡進行，隨著驗證者採用的增加，Solana 的實際 TPS 可能會顯著超過當前水平。這種吞吐量領先地位可能會吸引目前在任何競爭網絡上都無法有效鏈上運行的應用程式類別，包括高頻DeFi、即時結算和全球支付基礎設施。
可靠性和開發者信心。 Solana 在 2021 年至 2023 年間經歷的服務中斷，對需要可靠基礎設施的開發者和機構用戶造成了聲譽損害。Firedancer 的客戶端多樣性解決了這些故障的結構性根源。隨著 Frankendancer 獲得更廣泛的採用和 Firedancer 的全面推出，網絡展示的正常運行時間記錄可能會支持開發者信心的增長，儘管這取決於持續的部署進展以及沒有出現新的故障模式。
生態系統需求。 更高的吞吐量支持更多的DeFi活動，產生更多的交易費用，這可以支持網絡安全和驗證者的經濟效益。更強大的基礎設施吸引更多開發者，開發者構建更多應用程式，應用程式吸引更多用戶。這些因素能否轉化為 SOL 代幣的增值，取決於技術性能以外的因素：監管環境、更廣泛的市場週期以及 Firedancer 的部署速度。
如需查看目前的 SOL 市場數據，請參閱當前市場來源的實時市場數據。本文不提供價格預測。
關於 Solana Firedancer TPS 的常見問題
目前 Solana 的 TPS 是多少？
截至 2024-2025 年，Solana 在主網（實時生產網絡）上處理約 2,000-4,000 的總 TPS，包括驗證者投票交易。佔實際用戶活動的非投票交易平均為 400-1,000 TPS。實時數據可在 Solscan 上的實時 Solana TPS 數據 上找到。這些數字將隨著 Firedancer 在驗證者群體中的採用增加而演變。
Firedancer 是 Jump Crypto 編寫的獨立 Solana 驗證者客戶端，採用 C/C++ 編寫，並在 2023 年的受控基準測試中展示了 1,000,000 TPS 的性能。它之所以重要，有兩個原因：它將 Solana 的吞吐量上限遠遠推高於 Agave 客戶端所能達到的水平，並且它引入了客戶端多樣性（第二個獨立的代碼庫），減少了因單個軟件錯誤導致網絡範圍內故障的風險。
是的，在 Jump Crypto 於 2023 年進行的受控基準測試中。該數字代表了最佳測試網條件下的架構上限，而非當前的網絡性能。原始草稿報告稱，其過時的快照顯示網絡的總 TPS 範圍為 2,000-4,000。1M 的數字展示了 Firedancer 的架構理論上可以維持的水平；實際網絡 TPS 可能會隨著驗證者採用的演變而變化。基準 TPS、理論 TPS 和實際 TPS 是三個不同的測量值，不應混淆。
Solana 的實際 TPS 為 2,000-4,000，約為以太坊 L1（約 15-30 TPS）的 100 倍，約為比特幣（約 7 TPS）的 400 倍。憑藉 Firedancer 的 100 萬 TPS 基準，與以太坊 L1 的差距擴大到約 33,000 倍。比特幣的低 TPS 是故意的：其設計優先考慮安全性與去中心化而非吞吐量。以太坊通過Layer 2解決方案來解決擴展問題，而不是通過 L1 架構更改。
Firedancer 通過兩種機制解決擁塞問題：提高吞吐量上限，從而降低需求高峰壓倒處理能力的機率；並引入客戶端多樣性，這樣因擁塞引起的錯誤導致 Agave 驗證者崩潰時，不會同時導致 Firedancer 驗證者停止運行。可以把它想像成拓寬高速公路，同時確保一條車道的故障不會阻塞所有交通。
Agave 客戶端由 Anza 維護，是 Solana 原有的驗證者軟件，採用 Rust 編寫，具有單體架構，所有處理任務都在單一統一進程中運行。Firedancer 由 Jump Crypto 維護，是一個新的獨立實現，採用 C/C++ 編寫，具有模塊化的塊狀流水線架構，每個處理任務作為一個獨立進程運行。兩個客戶端都實現了相同的 Solana 協議。它們是運行 Solana 驗證者的替代方式，而非競爭性區塊鏈。
Frankendancer 是一個混合驗證者客戶端，結合了 Firedancer 的高性能網絡層和 Agave 現有的共識及執行邏輯。這個非正式名稱來自於 Frankenstein（科學怪人）與 Firedancer 的結合，體現了其混合性質。它是運行 Agave 獨自運行與運行完整 Firedancer 之間的過渡階段，並於 2024 年開始在主網部署。Frankendancer 並非單獨的區塊鏈、代幣或協議。
Firedancer 沒有單一的發布日期。部署正在分階段進行。原始草稿將 Frankendancer 描述為在主網上運行，而完整 Firedancer 則在 2024-2025 年期間分階段推出。尚未確認完整部署完成的公開日期。如需實時驗證者客戶端採用數據，請查看 solana.com 上的當前驗證者客戶端分佈。
是的。Firedancer 透過兩種機制提高可靠性：更高的吞吐量容量降低了因擁塞引起的故障機率，而客戶端多樣性確保影響單一驗證器客戶端的軟體錯誤不會導致整個網絡停止運行。以太坊擁有 Lighthouse、Prysm、Teku 等多個共識客戶端的經驗驗證了這種方法：隨著以太坊實現了有意義的客戶端分佈，網絡彈性得到了可衡量的改善。Firedancer 並不能保證未來不會出現任何故障，但它解決了兩個歷史上最常見的故障模式。
Firedancer 的架構與其他區塊鏈驗證器有何不同？
大多數區塊鏈驗證器使用單一的整體架構，所有處理任務都在單一統一的進程中運行。Firedancer 使用基於瓦片的管道架構，其中每個任務（網絡攝取、簽名驗證、交易執行、區塊記錄）作為獨立進程同時運行。一個瓦片的故障不會級聯影響整個管道。這既是性能特徵（並行執行），也是可靠性特徵（處理階段之間的故障隔離）。
Solana 的速度與 Visa 等傳統支付系統相比如何？
Solana 目前實際的每秒交易量 (TPS) 達到 2,000–4,000，已佔 Visa 平均網絡負載（約 24,000 TPS 平均值）的有意義份額。Firedancer 的基準測試數字 1,000,000 TPS 約為 Visa 平均處理吞吐量的 40 倍。直接比較需要認識到，Visa 運行的是中心化數據庫，而 Solana 運行的是由 1,900 多個驗證器組成的去中心化網絡，這使得 Solana 可比較的吞吐量在架構上更具挑戰性。
Firedancer 是用什麼程式語言寫的，為什麼這很重要？
Firedancer 使用 C 和 C++ 編寫，相較於 Agave 使用的 Rust，它們是更底層的語言。C 和 C++ 允許對記憶體分配進行確定性控制，並直接存取硬體基本單元，這些特性在處理延遲以微秒計時非常重要。這個選擇使 Firedancer 能夠透過 DPDK 實現核心旁路網絡 (kernel-bypass networking)，封包直接從網路介面卡傳輸到應用程式，而無需經過作業系統的網絡堆疊。
Solana 是否比 Ripple (XRP) 更快？
是的。Solana 的實際每秒交易量 (TPS) 2,000–4,000 已超過 Ripple 約 1,500 TPS 的網絡吞吐量。藉由 Firedancer 的基準測試數字 1,000,000 TPS，這個差距將顯著擴大，儘管該基準數字來自受控的測試網條件，而非持續的主網表現。Ripple 以中心化驗證器集合為目標進行支付結算；Solana 則以去中心化驗證器網絡為目標進行通用智能合約執行。
Firedancer 將在 Solana 上實現哪些應用？
Firedancer 更高的吞吐量容量擴大了鏈上訂單簿（如 OpenBook）、永續合約平台（如 Drift Protocol）、即時支付結算以及需要亞秒級交易最終性的區塊鏈遊戲應用程式的可行性。任何由於當前 Solana TPS 造成吞吐量瓶頸的應用程式類別，包括高頻 DeFi 策略、即時多人遊戲經濟體系和全球微支付基礎設施，隨著 Firedancer 的部署推進，都將變得更加可行。
Firedancer 如何影響 SOL 代幣價格？
Firedancer 加強了 Solana 的技術基礎，這可能支持生態系統的採用和網絡活動，但區塊鏈性能升級並不自動轉化為代幣價格的增長。市場狀況、監管環境、開發者採納率以及更廣泛的加密貨幣市場週期都會獨立於技術改進來影響 SOL 的價值。這不是財務建議。加密貨幣市場是波動的，過去的表現不保證未來的結果。請使用即時市場來源獲取當前的 SOL 市場數據。
結論：Firedancer 在 Solana 高性能未來中的作用
Firedancer 代表了 Solana 在架構上的一項已證實的進展：在受控測試中，經過驗證的基準測試達到 1,000,000 TPS，透過 Frankendancer 在主網上進行積極的分階段部署，以及透過客戶端多樣性實現結構性可靠性改進，解決了導致 Solana 歷史網絡中斷的一個漏洞。
1,000,000 TPS 的數字代表 Firedancer 的基準潛力，而非當前主網的實際情況。原始草稿報告顯示，在其過時的快照中，總 TPS 為 2,000–4,000，非投票 TPS 為 400–1,000。顯然，接近更高持續吞吐量的架構基礎已經就位，而從 Frankendancer 到完全 Firedancer 的進程是實際數字可能隨驗證器採用演變而改變的途徑。
對於評估 Solana 在延遲敏感應用程式開發的開發者，對於評估 Solana 技術差異化的投資者，以及對於權衡遷移決定的驗證者來說，Firedancer 的意義在於它在 DeFi、支付、遊戲和機構金融領域所實現的可能性，而不僅僅是標題上的基準數字。
若要直接探討 Firedancer 的技術規格，Firedancer 的開源 GitHub 儲存庫和 Jump Crypto 的 Firedancer 技術部落格是權威的一手來源。
相關閱讀：
- 以太坊 vs. 比特幣：哪個更有上漲空間
- Near Intents：基於意圖的區塊鏈交易
相關 Solana 技術指南
讀者在比較網絡開發與市場活動時，可以使用 SOL 價格頁面) 和 SOL/USDT 現貨市場) 作為獨立的市場參考。