ERPC Solana RPC 歷史資料升級

ERPC Solana RPC 歷史資料升級

ERPC Solana RPC 歷史資料升級
由 ELSOUL LABO B.V.(總部:荷蘭阿姆斯特丹,CEO:Fumitake Kawasaki)與 Validators DAO 運營的 ERPC 宣佈正式提供 Solana RPC 歷史資料訪問。
透過本次升級,ERPC 提供的所有 Solana RPC 端點現在支援在所有地區無間斷訪問歷史 Solana 資料。此功能面向所有現有 ERPC RPC 方案使用者提供,無需任何額外合同或特殊配置。
此增強功能透過將 Old Faithful——一種專為 Solana 歸檔和歷史資料分發設計的開源技術——整合到 ERPC 的 RPC 基礎設施中實現。

Solana RPC 歷史資料訪問的結構性挑戰

在 Solana 上,每個 epoch 大約生成 500 GB 的資料,通常跨越一到兩天。這一資料量逐年增長,對 RPC 節點的儲存容量和 I/O 效能提出了巨大需求。
為保持效能和運營穩定性,大多數標準 RPC 節點僅保留有限數量的最近 epoch。在許多情況下,約 4 TB 儲存的配置只能儲存三到四個 epoch 的資料,相當於大約一週的歷史。因此,嘗試檢索較早的區塊、交易或賬戶狀態時經常會導致缺失或不完整的響應。
這些限制長期以來對依賴歷史資料的用例構成了實際挑戰,包括鏈上分析、長期行為分析、回測、審計和研究。

傳統歸檔方法的實際侷限性

傳統上,執行歸檔節點被視為訪問完整 Solana 賬本歷史的主要方法。然而,這種方法需要大量資料複製、漫長的初始同步和持續的高運營成本。
特別是基於 Google Cloud Bigtable 的歸檔配置,在部署時涉及大量資料遷移成本,並在運營期間繼續產生可觀費用。對於許多開發者和組織來說,這使得此類解決方案不切實際。此外,對單一雲提供商的強依賴也從去中心化的角度引起了擔憂——而去中心化是區塊鏈系統的基本原則。

Old Faithful 實現的歷史資料分發模型

Old Faithful 是一個開源歸檔基礎設施,旨在解決 Solana 生態系統中的這些挑戰。它從 Solana 倉庫節點產生的 RocksDB 歸檔中生成並提供內容可定址歸檔(CAR)格式的歷史歸檔。
在 CAR 格式中,每個 epoch、區塊、交易和 shred 透過內容雜湊唯一標識。這實現了可驗證的完整性檢查,允許使用者確認檢索到的資料即使從不可信的分發源獲取也未被篡改。
Old Faithful 旨在處理從創世到現在的完整 Solana 賬本歷史,並支援廣泛的分發方法,包括 HTTP、CDN 和分散式儲存系統。

ERPC 中的 Old Faithful 整合

透過將 Old Faithful 整合到其 Solana RPC 基礎設施中,ERPC 透過現有的 Solana RPC 介面實現了歷史資料訪問。不需要新的 API 或專用端點,使用者可以使用與以前相同的 RPC 查詢檢索完整的歷史資料。
此升級已統一應用於所有 ERPC 地區,確保無論地理位置如何都有一致的歷史資料可用性。即使在全球分散式部署中,使用者也可以依賴跨地區相同的歷史資料覆蓋。

效能特徵和持續研發

由於歷史資料固有的大資料量,某些查詢可能比最新資料的查詢需要更長的完成時間。此行為反映了歷史資料訪問的結構特徵,並不表示系統故障或效能降級。
ERPC 繼續進行旨在改善歷史資料檢索響應時間的研發,包括對使用下一代大容量 NVMe 儲存的配置進行評估。將基於實際運營中獲得的見解引入漸進最佳化。

支援用例範圍的擴充套件

透過本次升級,ERPC 的 Solana RPC 現在支援超越實時應用的更廣泛用例。長期分析、歷史驗證、研究、審計和應用行為分析現在可以在不需要額外基礎設施的情況下進行。
將歷史資料訪問作為標準 RPC 使用的自然延伸提供,顯著擴充套件了 ERPC Solana RPC 服務的實際適用性。

使用方式

此功能面向所有當前訂閱 ERPC RPC 方案的使用者提供,無需任何額外程式或配置。
訪問資訊透過 Validators DAO 官方 Discord 提供。
Validators DAO 官方 Discord: https://discord.gg/C7ZQSrCkYR ERPC 官方網站: https://erpc.global/en