Trading Bot

Auto Snipe是Trading Bot的關鍵特性，當目標代幣對被激活後，能比競爭對手更快完成交易上鏈，意味著用戶能以更低的價格購入目標代幣——速度是Auto Snipe的核心競爭力。詳見Swap交易要素分析。

如何更快地讓Auto Snipe交易上鏈？Trading Bot需要極速實時監聽以及極速RPC。

極速實時監聽

極速實時監聽是指相比競爭對手更快地捕捉到目標代幣對激活交易。

自建全節點可以基於P2P網絡同步mempool交易，解析監聽鏈上事件，達到實時監聽的目的，但存在諸多問題：

• 通信延遲：自建全節點的地理位置如果位於區塊鏈網絡的邊緣，監聽鏈上事件的延遲會相對更高

• 性能瓶頸：自建全節點如果配置不足，在區塊鏈網絡交易擁堵期間，可能出現性能瓶頸，無法及時監聽鏈上事件

• 單點故障：自建全節點單點部署，一旦服務器出現宕機，監聽鏈上事件就無法繼續

使用BlockRazor的高性能網絡訂閱交易，可在第一時間捕捉目標代幣對激活交易。

BlockRazor的高性能網絡由分布全球的骨幹節點構成，基於自研算法和經深度優化的網絡架構，向速度敏感型的項目方提供數據流訂閱服務。經benchmark分析，在與業界領先的高性能網絡提供商bloXroute的對比中，BlockRazor能夠以更低延遲接收到最新交易，詳見高性能網絡的benchmark分析。

極速RPC

當監聽到目標代幣對激活交易後，Trading Bot可以選擇將Snipe交易直接轉發給Builder，直連Builder不僅通過精簡鏈路節點提升交易速度，同時為交易提供保護，一舉兩得，但會遇到以下問題：

• 限流：Builder的交易API會設置限流，而在Snipe場景中，Snipe交易會造成瞬時高併發流量，極有可能觸發限流，Trading Bot不得不向每個Builder付費以解除限流。

• 延迟：如果Trading Bot的Server地理位置距离Builder较远，甚至跨洲跨洋，Builder接收Snipe交易的延迟会增加。

在交易極速上鏈場景下，推薦使用BlockRazor的Scutum RPC。基於全球分布式網絡，Scutum能以極低延遲接收來自Trading Bot客戶端的交易，再將交易第一時間轉發給地理位置就近的鏈上主流Builder，在網絡層面實現端到端低延遲轉發的同時，提升交易上鏈速度。

benchmark客戶端分別向Scutum RPC、A RPC和B RPC發送交易，記錄交易發送時的最新區塊號和上鏈區塊號的差值，差值越小，表示交易上鏈速度越快。

圖表數據表明，提交至Scutum的交易會在下個區塊內上鏈的概率高達95%，100%的交易在兩個區塊內上鏈，交易上鏈的速度和穩定性遠超其他RPC。

Scutum RPC的全球分布式網絡踐行多活、多雲災備原則，確保系統長時間無故障運行。

Scutum RPC面向Trading Bot項目方免費提供RPC服務，API不設限流，降低項目方自建或採購RPC節點的成本。同時交易revert保護、交易免費取消以及交易實時返利等特性，可在很大程度上降低Trading Bot用戶側的交易成本。

此外，Scutum RPC支持eth_sendMevBundle方法，可將Block-0 Snipe的bundle轉發至鏈上主流Builder。

如何使用BlockRazor的服務

極速實時監聽

1. ​註冊BlockRazor
2. 登錄BlockRazor，訂閱BlockRazor的Tier2或Tier1計劃，前往賬戶模塊獲取token
3. 對接高性能網絡的Subscribe NewTxs方法，低延遲訂閱最新交易；

极速RPC

1. ​註冊BlockRazor
2. 登錄BlockRazor控制台
3. 前往RPC模塊，查看專屬RPC（目前支持Ethereum和BSC），一鍵可視化配置RPC參數，複製RPC URL

4. 前往Trading Bot項目工程，在鏈的RPC配置文件中，將默認端點替換為Scutum專屬RPC URL

5. 從Subscribe NewTxs監聽到目標流動性池被激活事件，根據用戶設置自動構建併發起Snipe交易 將Snipe交易提交至Scutum RPC

常見問題

目前Scutum在哪些鏈上提供服務？

• 目前Scutum在Ethereum、BSC鏈上提供服務。