ERPC 都柏林 Direct Shreds 上線

由 ELSOUL LABO B.V.（總部：荷蘭阿姆斯特丹，CEO：Fumitake Kawasaki）與 Validators DAO 運營的 ERPC，宣佈為 Solana Direct Shreds（Shredstream）推出新的都柏林區域。

透過此次擴充套件，ERPC 的 Direct Shreds 現已從全球九個地點交付。ERPC 覆蓋了 Jito 提供的所有區域，並運營著包含額外地點的擴充套件分發網路。Direct Shreds 被設計為基礎層，旨在建立穩定的 Shreds 檢測條件——Solana 實際運營中最早的資料流——消除區域差異。

在實際的 Solana 運營中，交易提交、區塊生產、Shreds 檢測、狀態更新及相關處理快速連續發生，每個結果都成為下一個決策的輸入條件。檢測延遲導致提交延遲，進而改變觀測狀態，這些差異作為鏈式反應不斷累積。Shreds 處於這條鏈的最前端。

僅靠快速的平均 RPC 或 WebSocket 響應時間無法穩定運營結果。當 Shreds 檢測出現波動時，所有下游流程都會受到影響。

在實踐中，主導結果的不是短期平均值，而是峰值條件下的延遲分佈和持續運營中的穩定性。網路抖動、瞬間斷連和重連行為造成檢測間隙，而這些間隙直接干擾提交時機和後續執行。Direct Shreds 專注於在這一最早階段持續維持穩定的檢測條件。

Web3 開發環境遍佈全球，專案構建不受特定地理區域的限制。當區域間的開發和運營體驗差異被容許持續存在時，專案增長速度和穩定性不可避免地會依賴於地理位置。

ERPC 持續改進其基礎設施，使開發者和運營者無論身在何處，都能在儘可能統一的條件下構建驗證、開發和生產環境。

區域差異的典型來源是長距離連線的常態化，這會延長檢測路徑。距離不僅增加延遲，還增加路由沿線的擁堵點、抖動、瞬間故障風險和重傳條件。當更多處理點在地理上更接近時，檢測條件趨於穩定，使專案能夠在不受位置約束的情況下推進其邏輯和運營設計。

Solana 的領導者排程在全球範圍內持續輪換，這意味著區塊生產的起源點始終在移動。隨著該起源點的轉移，實現最快檢測的位置也在每時每刻發生變化。

因此，實現最快檢測無法透過最佳化單一位置來完成。擴大能夠實現最快檢測的整體範圍——增加在每種情況下能夠成為最快的位置數量——才能穩定實際運營結果。

此外，不同區域的 Shredstreams 即使對於同一區塊也不會接收到完全相同的時序或丟包特徵。這源於網路路徑和擁堵條件的差異。隨著覆蓋範圍的增加，專案獲得更多能夠實現最快檢測的位置。透過觀測和組合多個區域，系統也獲得了更大的靈活性來緩解峰值期間抖動和資料包丟失的影響。

歐洲擁有高密度的 Solana 使用量，開發和運營活動密集分佈。在這些條件下，負載往往集中在個別位置，導致通訊條件在峰值期間出現波動。

透過在阿姆斯特丹、法蘭克福和倫敦之外增加都柏林，能夠在歐洲內部以短距離連線運營的使用者範圍擴大了，更多的位置能夠為各自區域實現最快檢測。

此次擴充套件不僅僅關乎速度。隨著長距離流量的減少，網路負載下降，擁堵點被分散，重連不穩定性也降低。因此，檢測連續性趨於穩定，在峰值期間保持彈性的交付條件得以建立。由於歐洲是高使用率區域，在此擴充套件覆蓋同時改善了速度、穩定性和負載分配。

長距離通訊不僅增加單個延遲，還增加整體網路負載。更長的路徑引入更多可能出現擁堵和抖動的節點，使不穩定性在高峰使用期間更加明顯。

隨著更多就近處理位置的可用，每個使用者可以透過更短的路徑接收 Shreds，流量在地理上得到分配，網路整體條件趨於穩定。ERPC 持續擴充套件全球覆蓋，以改善全球開發者體驗和使用者體驗，同時維護網路基礎條件的健康。

ERPC 的 Direct Shreds 從以下九個區域交付：

這一分發網路擴大了跨區域實現最快檢測的範圍，並建立了不依賴地理約束的開發和運營基礎。ERPC 將繼續改進 Direct Shreds 的交付質量和覆蓋範圍，提升實際運營條件的上限。

關於 Solana Direct Shreds（Shredstream）、區域選擇和多區域利用的諮詢，可透過 Validators DAO 官方 Discord 進行。

Validators DAO 官方 Discord：https://discord.gg/C7ZQSrCkYR ERPC 官方網站：https://erpc.global/en