# Solana 交易發送 Benchmark：SWQoS 競速實測

> 比較 BlockRazor 與其他 Solana 交易發送服務在法蘭克福和紐約的 DurableNonce 交易測試；了解相同費用條件下的 SWQoS 競速結果及其對 Trading Bot 的參考價值。

Source: https://blockrazor.io/zh/blog/20250801Benchmarking/  
Updated: 2025-08-01  
Author: BlockRazor  
Language: zh-Hant

---

![Solana 交易發送基準測試與 SWQoS 競速概覽](/blogs/images/20250801Benchmarkingcover.png)

很高興為大家帶來我們 Solana 網絡服務的最新成果——依托 BlockRazor 強大的全球網絡服務基礎，BlockRazor Solana 交易發送服務已完成極速優化，在最新的測試結果中表現突出，已處於頭部供應商隊列。

在詳細展示我們的測試結果之前，請允許我們用幾分鐘時間描述一下 Solana 上交易的上鏈路徑，這將有助於更好的理解，在您使用 BlockRazor Solana 交易發送服務時，究竟發生了什麼。

## Solana交易上鏈路徑

### Validator與Leader

與大多數採用 POS 的公有鏈類似，Solana Validator 負責參與共識，完成區塊生成。

任何人都可以通過質押 Solana 代幣運行一個驗證器。

在區塊的生產流程中，Solana Validator 分為了 Leader 和非 Leader 兩個角色，分別負責不同的工作：

- **Leader**
    - 在當前 Slot 內生產區塊，包括收集交易、處理交易、交易排序與區塊生成、廣播等，最終完成狀態同步
    - 在 Solana 上，一個 Slot 大約為 400ms，Leader 角色將持續 4 個 Slot，一個 Epoch 由 432000 個 Slot 組成，大約持續 2 天
    - Leader 角色根據 Validator 質押量，在一個 Epoch 內進行分配，質押量越高的 Validator，在一個 Epoch 內承擔 Leader 角色的佔比越高
- **其他 Validator**
    - 在當前 Slot 內傳播交易並完成區塊接收與驗證，最終完成狀態同步

### SWQoS

SWQoS（Stake-Weighted Quality of Service）是 Solana 區塊鏈網絡中用於優化交易和區塊傳播的一種機制，根據驗證者的質押權重（stake weight）分配網絡頻寬和優先級，優先為高質押驗證者提供更低的延遲和更高的吞吐量。

即，其他 Validator 與 Leader 之間的網絡頻寬分配與優先級與其質押量大小有關。在 Solana 的官方文件中，他們是這樣描述的：With Stake-weighted QoS enabled, a validator holding 1% stake will have the right to transmit up to 1% of the packets to the leader.（[https://solana.com/zh/developers/guides/advanced/stake-weighted-qos](https://solana.com/zh/developers/guides/advanced/stake-weighted-qos)）

### Jito

Jito Labs 是 Solana 上的生態構建者，它通過 Jito-Solana、Jito-Relayer、Jito-BlockEngine 等為驗證者提供了區塊價值增益服務，如下圖是 Jito 官方提供的鏈路關係圖。

![Jito Solana 驗證者與交易路由架構](/blogs/images/20250801Benchmarking1.png)

- Jito-Solana
    - 一個開源驗證者客戶端，基於 Solana Labs 的標準客戶端進行優化，增強了 MEV 捕獲和交易處理能力
- Jito-Relayer
    - 交易網關，用於接收和轉發交易，包括將交易發送到 Jito-BlockEngine 用於拍賣，以及發送至 Leader 的 Jito-Solana 客戶端
- Jito-BlockEngine
    - 負責交易拍賣，接收 Searcher 的 Bundles、Dapp 和 RPC 服務商發送的 Bundle（Original Tx + Tip Transaction）

### 交易上链

![Solana Leader 接收交易的不同來源](/blogs/images/20250801Benchmarking2.png)

當一個驗證者成為 Leader 時，它可能從以下來源獲取交易：

- Jito - Relayer
- Jito - BlockEngine

Leader 對從以上來源收到的交易，根據價值排序、剔除衝突交易後生產區塊。特別的，Jito-Solana 客戶端會優先處理從 BlockEngine 處獲取的 Bundles。

因此，我們可以將一筆交易上鏈的過程分為競速遊戲與競價遊戲兩個環節：

**競速遊戲**

競速遊戲包含了多條路線，通過任意路線均可抵達 Leader：

- Jito路線
    - RPC 服務商或用戶將 Bundle 發送至 Jito-BlockEngine，經 Jito-BlockEngine 發送至 Leader
    - 由於 Jito-Relayer 會將交易發送至 Jito-BlockEngine 處拍賣，交易也可能通過 RPC→Validator→Jito-Relayer→Jito-BlockEngine，經拍賣後組成 Bundle 發送至 Leader
- SWQoS路線
    - 交易經 RPC 服務商發送給其他 Validator，由其他 Validator 通過 Jito-Relayer 發送至 Leader

**競價遊戲**

**在交易到達 Leader 之後，競價遊戲開始。**在交易到達 Leader 後，Leader 會定期將接收到的交易進行打包，直到當前 Slot 結束。當交易存在衝突時，擁有更高費用的交易將優先被 Leader 打包，而輸掉競價遊戲的交易則會延後執行。

![Solana Leader 接收交易與區塊收錄的不同情景](/blogs/images/20250801Benchmarking3.png)

上圖展示了在 Jito / SWQoS 路線並存情況下，交易的各種上鏈情況：

- Slot1099 起始，Leader 收到了 Jito 渠道的交易 1、2、5 和 SWQoS 渠道的交易 3、4、6，不存在衝突交易，按價值排序後打包
- 繼續收到 Jito 渠道的交易 7、8、9 和 SWQoS 渠道的交易 10、11，交易 7 與交易 11 存在衝突，交易 7 贏得競價遊戲，Leader 按照價值順序對交易 7-11 打包
- 繼續收到 Jito 渠道的交易 12、SWQoS 渠道交易 13，不存在衝突交易，完成打包，此時 Slot1099 到時間
- 最終形成的區塊將按照如圖所示排序

### 結論與啟示

從 Solana 交易上鏈路徑，我們能夠得到以下啟示：

- Jito 路線下，由於從交易到達 Jito-BlockEngine 開始便在 Jito 體系內流轉，Jito、RPC 供應商的全球部署架構使得交易在 RPC→BlockEngine 的差異極為微小，因此，在確定的 Tip Fee 情況下，RPC 供應商在 Jito 路線的性能表現差異不大。
- SWQoS 路線下，由於驗證者網絡的複雜性以及 Leader 的輪換機制，網絡優化能夠極大程度影響交易在競速環節的表現，選擇 SWQoS 路線速度表現優異的 RPC，交易能夠在競速環節取得更好的成績，更早參與到 Leader 環節的競價遊戲並完成上鏈。

## 競速測試

### 測試方法

服務對比對象：BlockRazor、bloXroute、0Slot、Temporal

測試目標：對比各 RPC 供應商的網絡服務優化程度

測試地區：歐洲-法蘭克福、北美-紐約

測試過程：

- 模擬目前 Solana Dapp 的真實使用場景——在服務部署地區，同時向多個 RPC 服務商發送 DurableNonce 交易
- 發送使用的 RPC 服務商端點如下：
   ![Solana 交易發送基準測試環境與 RPC 端點](/blogs/images/20250801Benchmarking4.png)

- 測試交易為 Transfer 交易，每筆交易的 Tip 與 Priority Fee 保持一致
    - Jito Tip：0.001 Sol
    - Priority Fee：0.001 Sol
- 交易發送頻率為 1.6s/筆，這是由於一個 Leader 將持續 4 個 Slot（~1.6s），將交易發送頻率設置為 1.6s/筆，能夠覆蓋更多的 Leader，避免單個 Leader 的樣本偏差
- 記錄每筆交易的上鏈渠道並過濾通過 Jito 上鏈的交易，僅保留 SWQoS 渠道上鏈的交易——這是由於兩方面因素，一是 Jito 路線依賴 Jito 生態完成競速環節，網絡性能表現的差異極小，二是我們觀察到 RPC 供應商存在補貼現象，補貼程度顯著影響了 Jito 渠道上鏈的測試結果
- 由於測試交易的 Tip 與 Priority Fee 保持一致，故在 SWQoS 路線中，各 RPC 供應商的交易在競價環節時絕對公平的，最終上鏈的交易即是競速遊戲的勝利者。因此，通過統計 DurableNonce 交易在不同 RPC 供應商的上鏈情況，即可清晰體現 RPC 供應商的網絡服務性能

### 測試結果

- 我們對測試伺服器向各服務端點發送請求的時延進行測試，測試伺服器與各服務端點之間的請求時延基本一致，由此排除了因測試伺服器與各服務端點之間的通信延遲導致的不確定因素
- 在 SWQoS 路線中，BlockRazor 表現最佳:
    - 法蘭克福地區，30.12% 的交易在 BlockRazor 的服務中最先抵達 Leader
    - 紐約地區，39.83% 的交易在 BlockRazor 的服務中最先抵達 Leader，相較其他供應商有較大領先
    ![Solana 交易發送基準測試結果圖一](/blogs/images/20250801Benchmarking6.png)
    ![Solana 交易發送基準測試結果圖二](/blogs/images/20250801Benchmarking5.png)


## 開始使用

- BlockRazor 目前已經具備領先的 Solana 上鏈優勢，能夠滿足速度敏感用戶的多方面需求。
- 希望現在就開始使用 BlockRazor Solana 服務，請訪問[https://docs.blockrazor.io/tc/transaction-submission/transaction-sending/solana/endpoint](https://docs.blockrazor.io/tc/transaction-submission/transaction-sending/solana/endpoint)。
- 後續，我們還將從性能與安全性等多方面持續優化 Solana Send Transaction Service，為您的交易保駕護航。
- 對 Trading Bot 而言，本次測試衡量指定條件下的交易提交競速，不衡量訊號發現速度，也不保證策略結果。更早接收訊號的環節可參考 [Solana Shred Stream 實測](https://blockrazor.io/zh/blog/20250818shredbenchmark/)；也可透過 [Solana 產品頁](https://blockrazor.io/zh/products/solana/)和 [Trading Bots 方案](https://blockrazor.io/zh/trading-bots/)比較兩個環節。