Erigon（Ethereum 客戶端）

Erigon 是什麼？

Erigon 是開源 Ethereum 客戶端軟體，可用於驗證區塊、執行交易、維護區塊鏈狀態，並向錢包、應用程式、驗證者與開發者提供 Ethereum 資料。

Erigon 主要是執行層客戶端，但也內建名為 Caplin 的共識層元件。

執行客戶端會處理交易、透過 Ethereum 虛擬機（EVM）執行智能合約程式碼、計算 Gas 用量、更新帳戶餘額，並驗證執行負載。

共識客戶端則遵循 Ethereum 的權益證明規則、驗證者證明、區塊提議、分叉選擇與最終性。

官方Erigon 說明文件將此客戶端描述為著重效能與儲存效率的 Ethereum 實作。

Erigon 可用於個人節點、驗證者基礎架構、區塊鏈資料服務、歸檔系統、智能合約開發、交易追蹤，以及私人 RPC 存取。

Erigon 不是加密貨幣、錢包、區塊鏈跨鏈橋，也不是獨立的 Ethereum 網路。

它是一種遵循公開 Ethereum 協議的軟體實作。

Erigon 目前的版本是什麼？

截至 2026 年 7 月 16 日，Erigon v3.5.0 是最新標記的主要版本。

此版本於 2026 年 6 月 26 日發布，並預設啟用平行區塊執行。

此版本也納入 Ethereum 計畫中的 Glamsterdam 升級初步實作工作。

初步支援不代表未來的 Ethereum 升級已在主網啟用。

節點營運者在安裝或更新軟體前，應查看官方的Erigon 發布頁面。

在 Ethereum 網路升級期間執行過時版本，可能導致同步失敗、錯過驗證者職責，或與公認的鏈產生分歧。

什麼是 Ethereum 客戶端？

Ethereum 客戶端是實作 Ethereum 網路與協議規則的軟體。

它會與其他節點通訊、下載區塊鏈資料、驗證區塊、執行交易，並維護 Ethereum 狀態的本機檢視。

官方的Ethereum 節點與客戶端指南說明，節點是執行一個或多個 Ethereum 客戶端元件的電腦。

Erigon 指的是軟體；Erigon 節點則是已執行並連線至 Ethereum 或其他支援網路的安裝實例。

執行 Ethereum 節點不需要質押 32 ETH。

只有當營運者也想啟用驗證者，並直接參與區塊提議與證明時，才需要質押。

Erigon 作為執行客戶端

Erigon 的主要職責是執行並驗證 Ethereum 交易。

它會檢查交易簽章、Nonce、Gas 限制、費用欄位、帳戶餘額、智能合約呼叫、收據與事件記錄。

它會執行 EVM 位元組碼，並計算合約儲存資料與帳戶狀態的變化結果。

共識層提供執行負載時，Erigon 會獨立檢查其中的交易是否產生所宣稱的結果。

即使無效的執行負載是由已連線的對等節點傳來，或由驗證者提出，Erigon 仍會予以拒絕。

透過獨立驗證，使用者可以依據 Ethereum 協議規則，而不必信任單一區塊鏈資料提供者。

什麼是 Caplin？

Caplin 是 Erigon 整合的 Ethereum 共識層實作。

它會遵循權益證明區塊、驗證者證明、共識檢查點、分叉選擇與最終性。

Caplin 讓營運者能透過 Erigon 軟體堆疊同時執行 Ethereum 的執行與共識功能。

官方的Erigon Ethereum 節點指南說明如何在整合式節點設定中使用 Caplin。

Caplin 不會自動將節點轉變為驗證者。

驗證者仍需要有效的質押憑證、已啟用的 ETH 質押、受到妥善保護的簽署金鑰，以及執行個別驗證者職責。

Erigon 可以使用外部共識客戶端嗎？

Erigon 也可以連接至相容的獨立共識客戶端。

執行元件與共識元件會透過 Ethereum 的 Engine API 通訊。

Engine API 允許共識客戶端要求建構區塊、提供分叉選擇更新，並要求 Erigon 驗證執行負載。

此連線通常使用共用的 JSON Web Token 密鑰進行驗證。

Engine API 應保留在可信任的內部網路中，而非公開對外。

兩個客戶端元件都必須支援相同的 Ethereum 現行協議升級。

Erigon 如何同步 Ethereum

Erigon 會連線至對等節點，取得區塊標頭、區塊本體、交易、收據、狀態資訊與共識資料。

它會驗證區塊之間的關係，並依照 Ethereum 規則套用交易。

同步期間，客戶端會重建表示目前區塊鏈狀態所需的資訊。

Erigon 也會建立索引，讓應用程式能有效率地搜尋交易、記錄、帳戶資訊與歷史資料。

節點僅下載近期區塊標頭，並不代表已完全運作。

節點還必須完成所需的執行、狀態、索引與共識階段。

分階段同步

Erigon 以分階段同步架構聞名。

分階段同步會將區塊鏈處理拆分為專門步驟，而不是透過單一連續流程完成所有工作。

不同階段可分別管理區塊標頭、區塊本體、寄件者還原、交易執行、收據、歷史索引與交易查詢資料。

此設計可減少重複的資料庫作業，並改善大型歷史資料集的處理效率。

Erigon 架構概覽說明分階段同步與批次處理如何提升效能及儲存效率。

分階段同步不會跳過 Ethereum 驗證。

它只是將相同的必要工作重新安排為更有效率的處理步驟。

平坦狀態儲存

Erigon 會以平坦的鍵值格式儲存大部分 Ethereum 工作狀態。

如此一來，客戶端擷取帳戶與合約儲存資訊時，不必每次請求都反覆遍歷複雜資料結構。

Erigon 仍會計算 Ethereum 所需的密碼學狀態承諾。

內部儲存配置屬於實作選擇，不會改變 Ethereum 的公開共識規則。

應用程式應使用支援的 RPC 介面，而非直接讀取 Erigon 內部資料庫。

資料庫配置可能隨客戶端版本而改變。

快照

Erigon 會將大量較舊的區塊鏈資訊儲存在不可變的快照檔案中。

快照可以有效率地壓縮、散布、複製、修復與處理。

客戶端可以從其他來源取得歷史快照，再依據 Ethereum 的區塊關係與協議規則進行驗證。

下載快照資料不代表必須盲目信任提供資料的來源。

節點仍會在建立本機鏈狀態檢視時進行驗證。

快照可以減少取得大量區塊鏈歷史資訊所需的時間與資料庫負擔。

Erigon 完整節點

Erigon 完整節點會驗證 Ethereum 區塊，並維護正常運作所需的目前區塊鏈狀態。

它可以處理涉及餘額、區塊、交易、收據、記錄、合約狀態與 Gas 預估的常見請求。

完整節點可能會修剪部分不需要用於驗證目前鏈的較舊狀態。

因此，節點不一定能回應 Ethereum 最早期區塊的所有歷史帳戶或智能合約查詢。

「完整」指的是完整驗證協議，而非永久儲存每一項中間歷史狀態。

Erigon 歸檔節點

歸檔節點會保留大量 Ethereum 歷史狀態。

它可以查詢較舊區塊高度的帳戶餘額、合約儲存資料與執行狀態。

歸檔節點適用於區塊鏈瀏覽器、分析平台、會計系統、鑑識研究、歷史模擬與智能合約調查。

官方的Erigon 修剪說明文件說明何時需要使用歸檔模式。

歸檔節點需要大幅增加的磁碟空間，也可能需要更多記憶體與處理能力。

若營運者確定需要歷史狀態，應在同步前選擇歸檔模式。

Erigon 修剪模式

修剪會移除所選節點用途不需要的區塊鏈資料。

目前 Erigon 3 說明文件列出 full、archive、minimal 與 blocks 預設模式。

Full 模式適用於許多標準 RPC 與節點用途。

Archive 模式會保留歷史狀態，以供舊區塊查詢與詳細分析。

Minimal 模式可在特定驗證者或儲存空間受限的環境中減少磁碟用量。

Blocks 模式則在保留區塊資訊與歷史狀態之間提供另一種平衡。

正確選擇取決於節點是否要支援質押、錢包、追蹤、分析、歷史查詢或公開基礎架構。

Erigon 最佳實務指南提醒，日後變更修剪需求可能需要完整重新同步。

平行區塊執行

Erigon v3.5 預設啟用平行區塊執行。

Ethereum 交易無論依平行方式執行或依規定順序執行，都必須產生相同的最終結果。

不過，有些交易會影響彼此無關的帳戶與合約儲存位置。

Erigon 可以透過多個處理器核心處理這些互不影響的交易部分。

客戶端會追蹤狀態衝突，並在必要時重新檢查或執行受影響的交易。

如此可提升執行效能，同時不改變交易順序或 Ethereum 共識結果。

平行執行是內部最佳化，不會產生不同的區塊鏈狀態。

Erigon RPC 服務

Erigon 提供 RPC 介面，供錢包、去中心化應用程式與開發者工具存取 Ethereum 資料。

常見請求包括取得餘額、區塊、交易收據、事件記錄、費用資訊、合約狀態與鏈識別資訊。

應用程式也可以透過 Erigon RPC 端點廣播已簽署的交易。

官方的Erigon 設定參考記載 RPC 命名空間、介面、限制與命令列選項。

營運者應只啟用應用程式所需的 RPC 命名空間。

除錯與追蹤方法可能消耗大量資源，應透過請求限制與存取控制加以保護。

JSON-RPC 與內部 API

JSON-RPC 是 Ethereum 錢包與應用程式常用的標準介面。

請求可以透過 HTTP 或 WebSocket 連線傳送。

Erigon 也支援模組化元件之間透過 gRPC 等高效率介面進行內部通訊。

這些內部服務可能會將核心資料庫程序連接至獨立的 RPC 程序。

內部 API 通常應保留在 localhost 或受保護的私人網路中。

公開這些 API 可能帶來未經授權的存取、資訊揭露與阻斷服務風險。

交易追蹤

Erigon 支援交易追蹤，可進行詳細的 EVM 分析。

追蹤資料可顯示合約內部呼叫、價值轉移、合約建立、回退操作與 Gas 消耗。

追蹤功能適用於智能合約除錯、漏洞調查、區塊鏈分析與交易監控。

Erigon 追蹤說明文件介紹可用的追蹤方法。

追蹤請求可能需要大量運算資源。

歷史追蹤也取決於節點是否保留所需的狀態與區塊資料。

公開 RPC 營運者應防止個別追蹤請求耗盡節點資源。

Erigon 與 Ethereum 質押

Erigon 可提供 Ethereum 驗證者架構所需的執行與共識服務。

驗證者營運者可以使用 Caplin，或將 Erigon 連接至相容的獨立共識客戶端。

驗證者仍必須具備已啟用的質押與有效簽署憑證。

驗證者也必須設定費用接收地址，並保持上線以執行證明與區塊提議。

未執行有效驗證者的 Erigon 不會獲得質押獎勵。

官方的Erigon 質押指南提供最新設定說明。

驗證者金鑰安全

驗證者簽署金鑰可授權證明與區塊提議。

不應透過公開 RPC 介面暴露這些金鑰，也不應將其儲存在一般應用程式設定檔中。

同一組有效驗證者金鑰不得同時在兩個系統上執行。

重複簽署可能產生互相衝突的訊息，並導致罰沒。

故障切換與遷移程序應包含罰沒保護資料，並具備可靠機制以防止同時啟用。

提領憑證應與線上驗證者簽署環境分開儲存。

Erigon 與客戶端多樣性

Ethereum 支援多種獨立開發的執行客戶端與共識客戶端實作。

客戶端多樣性可降低單一軟體錯誤同時影響網路大多數部分的風險。

官方的Ethereum 客戶端多樣性指南說明多種實作如何提升韌性。

執行 Erigon 有助於提升執行客戶端的多樣性。

不同客戶端仍必須遵循相同的 Ethereum 現行規則，並對有效狀態轉換達成一致。

客戶端多樣性不代表各種實作可以建立各自版本的 Ethereum 狀態。

硬體需求

Erigon 的硬體需求取決於所選網路、修剪模式、RPC 流量、追蹤工作負載與歸檔需求。

高速、直接連接的固態儲存尤其重要。

Ethereum 同步需要頻繁讀寫帳戶狀態、合約儲存資料、收據、索引與快照。

官方的Erigon 硬體指南建議使用高效能 NVMe 儲存裝置。

機械硬碟可能太慢，無法可靠地同步 Ethereum。

歸檔節點比一般完整節點需要更多儲存空間與記憶體。

儲存裝置接近滿載時，節點效能可能下降，因此營運者應保留未使用的磁碟空間。

監控 Erigon 節點

正式環境中的 Erigon 節點應持續受到監控。

重要指標包括同步狀態、對等節點數量、區塊延遲、磁碟使用量、磁碟延遲、記憶體用量、處理器負載與 RPC 回應時間。

驗證者架構也應監控證明效能、區塊提議、費用接收地址設定與客戶端相容性。

應在磁碟空間用盡或節點明顯落後鏈頂端之前觸發警示。

監控系統不得公開內部連接埠、憑證、驗證者資料或節點管理功能。

保護 Erigon RPC

Erigon RPC 端點可能暴露錢包查詢、待處理交易資訊、基礎架構細節與運算資源。

私人 RPC 服務通常應綁定 localhost 或受控的內部網路。

遠端服務可使用防火牆、加密連線、驗證、反向代理、請求篩選與速率限制。

Erigon 連接埠說明文件區分公開對等節點連接埠與內部 RPC、Engine API 服務。

預設情況下，不應將具備強大權限的管理、除錯與內部元件介面開放至網際網路。

Engine API 與 JWT 安全

Engine API 連線受到共用 JWT 密鑰保護。

此密鑰有助於防止未經授權的應用程式發出執行與共識協調命令。

只有必要的 Ethereum 客戶端程序與系統管理員才應有權讀取該檔案。

不得將密鑰發布在程式碼儲存庫、螢幕截圖、支援請求或公開設定檔案庫中。

即使啟用 JWT 驗證，Engine API 仍應保持私人存取。

安全下載與更新 Erigon

應從 Erigon 官方儲存庫、有文件說明的發布資產，或經驗證的容器來源下載 Erigon。

營運者應在可取得的情況下，確認版本標籤、檢查碼、簽章、套件名稱與映像檔詳細資料。

惡意客戶端二進位檔可能竄改 RPC 結果、轉移驗證者收入、損毀區塊鏈資料或竊取敏感憑證。

該程序應以權限受限的專用作業系統帳戶執行。

更新前，營運者應閱讀發布說明，了解旗標變更、資料庫遷移、修剪行為與 Ethereum 升級支援情況。

關鍵系統應在將主要版本部署至正式環境前先進行測試。

Erigon 與 Ethereum 升級

Ethereum 升級會改變相容客戶端必須實作的規則。

Erigon 版本會在預定啟用前加入對新交易類型、EVM 行為、驗證者功能與共識變更的支援。

支援通常會先在開發網路與公開測試網上測試，再於主網啟用。

客戶端包含未來升級的程式碼，不代表該功能已啟用。

Erigon v3.5 納入 Glamsterdam 初步支援，但截至 2026 年 7 月 16 日，該升級尚未在 Ethereum 主網啟用。

節點營運者應關注 Ethereum 與 Erigon 的官方升級公告。

Erigon 的優點

Erigon 的設計著重於有效率地處理 Ethereum 執行與歷史資料。

其分階段同步系統會將大量區塊鏈處理工作安排為專門步驟。

平坦狀態格式可改善資料庫存取。

快照有助於有效率地散布與儲存舊資料。

歸檔與追蹤功能可支援進階區塊鏈分析。

模組化架構可用於個人節點與大型基礎架構部署。

Caplin 可減少管理完全獨立共識應用程式的需求。

執行 Erigon 也有助於提升 Ethereum 客戶端多樣性。

限制與風險

Erigon 仍需要大量硬體、儲存空間、頻寬與技術維護。

Archive 模式可能占用數 TB 的高效能儲存空間。

追蹤與大量歷史查詢可能對節點造成沉重負載。

模組化部署會增加服務、連接埠、憑證與故障點。

客戶端錯誤可能造成當機、同步失敗、本機結果錯誤或驗證者停機。

Erigon 會驗證 Ethereum 執行，但不會判斷智能合約在財務上是否安全。

它也無法撤銷已確認的交易，或找回遺失的錢包私鑰。

Erigon 節點執行範例

假設開發者想要一個私人 Ethereum 主網 RPC 端點。

開發者準備一台記憶體充足並配備高速 NVMe 儲存裝置的電腦。

開發者從官方來源下載目前的 Erigon 版本，並驗證套件詳細資料。

節點設定為 Ethereum 主網，並採用適當的修剪模式。

Caplin 會遵循共識層，而 Erigon 則負責驗證交易執行。

設定對等節點連接埠，讓節點能與 Ethereum 對等節點通訊。

RPC 存取僅限開發者的內部網路。

應用程式使用此節點取得餘額、區塊、收據與合約事件。

監控系統追蹤同步狀態、對等節點、磁碟空間、記憶體與 RPC 效能。

營運者會在 Ethereum 網路升級要求生效前更新 Erigon。

此設定可提供經獨立驗證的 Ethereum 資料，而 Erigon 不會因此託管使用者資產。

常見的 Erigon 錯誤

常見錯誤之一，是以為執行 Erigon 就會自動建立 Ethereum 驗證者。

另一個錯誤是將內部 RPC、除錯或 Engine API 連接埠公開。

第三個錯誤是在儲存空間不足時選擇 Archive 模式。

第四個錯誤是未了解修剪模式會移除哪些歷史查詢資料，就先選擇模式。

第五個錯誤是使用無法跟上 Ethereum 處理速度的慢速儲存裝置。

第六個錯誤是在兩個啟用中的系統上執行相同的驗證者金鑰。

第七個錯誤是在網路升級前忽略客戶端更新通知。

第八個錯誤是以為下載區塊標頭就代表同步已完成。

第九個錯誤是公開 JWT 密鑰或內部設定檔。

第十個錯誤是將有效的 Erigon RPC 回應視為加密貨幣資產或智能合約可信任的證明。

常見問題

Erigon 是什麼？

Erigon 是開源 Ethereum 客戶端軟體，可用於驗證區塊、執行交易、維護狀態並提供區塊鏈資料。

Erigon 是執行客戶端嗎？

是，Erigon 主要是 Ethereum 執行客戶端。

什麼是 Caplin？

Caplin 是 Erigon 整合的共識層實作，可用於遵循 Ethereum 權益證明區塊與最終性。

Erigon 最新版本是什麼？

截至 2026 年 7 月 16 日，最新標記的主要版本為 Erigon v3.5.0。

Erigon 是錢包嗎？

不是。Erigon 是節點軟體，不具備一般消費者加密貨幣錢包的功能。

Erigon 是加密貨幣嗎？

不是。Erigon 是軟體，不需要原生代幣。

Erigon 可以用於 Ethereum 質押嗎？

可以。它可為驗證者架構提供執行與共識服務，但仍需要質押憑證與驗證者設定。

執行 Erigon 會獲得 ETH 嗎？

未執行驗證功能的 Erigon 節點不會獲得協議獎勵。

什麼是分階段同步？

分階段同步會將 Ethereum 同步拆分為專門的處理階段，以提升效率。

什麼是 Erigon 歸檔節點？

歸檔節點會保留大量歷史狀態，以供查詢舊區塊的餘額、儲存資料、追蹤與分析。

Erigon 支援哪些修剪模式？

目前 Erigon 3 說明文件列出 full、archive、minimal 與 blocks 模式。

完整節點可以回應所有歷史查詢嗎？

不行。經修剪的完整節點可能未保留所有歷史請求所需的狀態。

Erigon 支援追蹤嗎？

支援。只要具備所需資料，Erigon 就能提供交易追蹤與除錯方法。

什麼是平行區塊執行？

這是一種將互不衝突的交易工作分配至多個處理器核心執行，同時保留 Ethereum 規定結果的最佳化方式。

Erigon 需要高速儲存裝置嗎？

需要。強烈建議使用高效能 NVMe 儲存裝置，以可靠地同步 Ethereum。

Erigon RPC 應公開嗎？

只有經審慎選擇的方法才能對外公開，且應採用適當的驗證、加密、篩選與速率限制。

JWT 密鑰為什麼重要？

它可驗證執行元件與共識元件之間的 Engine API 通訊。

Erigon 可以撤銷 Ethereum 交易嗎？

不行。Erigon 無法撤銷已確認的 Ethereum 交易。

Erigon 能證明智能合約安全嗎？

不能。它會驗證協議執行，但不會稽核合約的財務或安全設計。

Erigon 為什麼對客戶端多樣性很重要？

它提供獨立開發的實作，有助於降低 Ethereum 對單一客戶端程式碼庫的依賴。

結論

Erigon 是開源 Ethereum 客戶端，著重於有效率的交易執行、區塊鏈同步、歷史資料、RPC 存取與模組化基礎架構。

它會驗證 Ethereum 交易、維護帳戶與合約狀態、處理 EVM 執行，並檢查執行負載。

其 Caplin 元件也可遵循 Ethereum 權益證明共識層。

主要功能包括分階段同步、平坦狀態儲存、快照、可設定的修剪、歸檔支援、交易追蹤與平行區塊執行。

Full 模式適用於許多一般用途；若要大量查詢歷史狀態，則需要 Archive 模式。

Erigon 可支援驗證者基礎架構，但單獨執行客戶端不會啟用驗證者，也不會賺取 ETH。

營運者必須保護驗證者金鑰、提領憑證、JWT 密鑰、RPC 介面與內部網路服務。

營運者也必須提供足夠的儲存空間、記憶體、頻寬、監控與軟體維護。

截至 2026 年 7 月 16 日，Erigon v3.5.0 是最新標記的主要版本。

執行 Erigon 可取得經獨立驗證的 Ethereum 資料，並有助於提升客戶端多樣性。

了解 Erigon，有助於加密貨幣使用者區分 Ethereum 節點軟體與錢包、代幣、驗證者、區塊鏈瀏覽器或獨立區塊鏈。