ERPC 在全球七個區域推出 Shreds UDP Forwarding Premium，提供低延遲 Solana 資料串流

由 ELSOUL LABO B.V. 與 Validators DAO 營運的 ERPC，已在七個區域推出 Shreds UDP Forwarding Premium。每個區域皆有獨立的 Premium Shreds 網狀網路。Premium 透過 UDP，將所選區域網路最先取得的 Solana 原始 Shred 傳送至您的接收端。按小時計費為每小時 €1.39。

Standard 從單一節點傳送 Solana 的原始 Shred。Premium 透過各區域的資料網格，從多個節點取得 Shred，並針對每個 Shred，將該網格最早取得的副本轉送至您的接收端。透過傳送網格內最先抵達的資料，Premium 的設計旨在提高相較於單節點傳送能更早抵達您接收端的 Shred 比例。

對追蹤鏈上市場的應用程式而言，關鍵時間點是自己的接收端何時備齊辨識目標指令所需的資料。ERPC 在法蘭克福量測了封包抵達的時間。選用按小時計費方案，也能在預計採用的網路路徑上量測自己的應用程式何時偵測到同一事件。

以監控某個 Solana 程式的服務為例，它的任務是找出初始化新代幣 mint 的指令。服務必須先辨識指令、取出 mint 位址，再把位址交給下一個處理階段。每個 Shred 都承載一部分區塊資料。收到足夠的片段後，接收端就可以重建條目（entry）並檢視其中的交易，此時區塊的其餘部分可能仍在傳輸中。

Solana Stream SDK 的 Rust 接收端 實作了這套流程。它會解碼 UDP 資料報，將 Shred 重組為條目，再把符合條件的結果交給可設定的監看元件。您可以將範例的偵測規則換成適用於自己程式的篩選條件，並把結果送到自己的佇列。以代幣交換為例，指令可以顯示參與者設定的限額。若需確認實際成交數量，可透過 Geyser gRPC 或 RPC 取得交易執行後的中繼資料。

ERPC 於 9 月推出 UDP Forwarding Standard，讓開發者可以在自己的主機上接收 Solana 原始 Shred。兩種方案都能選擇區域，並登錄公用 IPv4 位址及 UDP 連接埠。由於兩者採用相同的接收設定，我們得以在同一台機器上比較兩路串流。9 月 Shredstream UDP Forwarding 上線公告

2026 年 10 月 30 日，ERPC 在法蘭克福同時接收兩路串流 120 秒。我們以同一次封包擷取作業記錄兩個連接埠的流量，共用同一個時鐘。比對內容完全相同的 UDP 酬載後，在每路串流中只保留各筆酬載第一次抵達的時間。在 Standard 上觀察到的酬載中，93.9% 也在擷取期間出現在 Premium 上。在這些兩邊都收到的酬載中，有 98% 是 Premium 先抵達，抵達時間差的中位數為 1.78 毫秒。

這次量測中，Premium 經常提早 1 至 3 毫秒抵達。應用程式最終能保留多少領先時間，也取決於其餘片段何時到齊，以及解碼和在佇列中等候的時間。

若要在自己的基礎設施上比較這兩路串流，可在同一台主機上使用兩個不同的 UDP 連接埠同步接收。配對內容相同的酬載，比較首次抵達時間。記錄中位數、第 90 百分位數及先到比例，同時分別記下兩路無法配對的酬載筆數。在預計使用的路徑上，選擇不同時段重複量測。

接著，針對同一筆交易簽章和同一個指令索引，分別記錄兩條處理流程輸出符合條件結果的時間。兩個時間戳記相減，即可知道您的服務實際提早多久偵測到事件。如果封包抵達時的領先幅度到了觸發監看元件時已縮小，這些時間戳記能幫您找出接下來該檢查哪個環節。設定接收端與檢查封包

Solana 的投票協定 Votor 已於 10 月 21 日在主網啟用。區塊資料仍由 Turbine 以 Shred 的形式傳播，預計接替它的 Rotor 則屬於後續階段。接收端可在資料抵達時立即檢視指令，等到應用程式需要已達最終性的結果時，再查看對應的共識訊號。法蘭克福量測的是第一個步驟。Solana Foundation 的 Alpenglow 指南 · SIMD-0326

可選擇阿姆斯特丹、都柏林、法蘭克福、倫敦、紐約、東京或新加坡。每份訂閱從一個指定區域，將資料轉送至一組公用 IPv4 位址與 UDP 連接埠。

在 ERPC 控制台的 Shreds 頁面開啟 Shreds UDP Forwarding，點選「新增」，再選取 Premium 及計費週期。登錄接收端，並允許控制台列出的所有來源 IP 位址將 UDP 流量送至指定連接埠。目的地啟用後，請先確認確實收到封包，再開始量測。

在控制台開啟 Shreds · Shreds 產品說明與常見問題