繪製 RPC 格局圖

加密貨幣RPC市場本質上是偽裝的計算商品市場。我會在另一篇文章中詳細闡述其含義，但現在你需要理解的是，它是一個提供相同最終產品（數據）但提供方式不同的市場。

這些差異歸根結底取決於以下幾個關鍵因素：

• 價格：顯而易見的那個

• 速率限制/容量：它們能處理多少意外負載

• 數據質量：他們提供正確/錯誤數據的頻率如何

• 延遲：該節點在被調用時的性能如何

• 地理位置：節點實際位於何處

• 可用性：他們是否提供您所需的通話鏈或通話方式（存檔通話比較困難）？

由於這些差異，可以歸納出以下三大類：

1. RPC 提供程序

2. RPC 聯盟

3. RPC代理

4. RPC 聚合器

雖然這些類別表面上看起來很相似，但我會逐一分析它們之間的區別，以便您更好地瞭解整體情況。

RPC 提供商

節點提供商是指購買、管理和協調自身節點資源的公司或實體。其核心特徵在於擁有自己的節點集群。常見的節點提供商包括：Alchemy、Infura、Quicknode 等。由於他們擁有自己的節點集群，因此可以自行設定價格和條款。他們與所提供的節點之間沒有任何中間環節。大規模使用節點提供商的服務需要自行管理故障轉移、資源管理和成本優化。

該領域的參與者有： Alchemy 、 Quicknode 、 Chainstack等。

RPC聯盟

聯盟經常與聚合器混淆，它是一種允許其他人的節點加入現有節點網絡的網絡。聯盟會為終端客戶設定一個統一的價格，並確保節點提供商的實際收費嚴格低於該價格。此外，加入聯盟通常需要特殊的軟件，這往往會增加操作的複雜性。由於定價能力下降和額外開銷的增加，RPC 提供商通常不願意加入聯盟。聯盟的主要機會在於那些希望利用閒置計算資源運行節點的小型企業，但這仍然需要專業知識。起初，RPC 聯盟看起來像是一個單一的提供商，儘管它們實際上並不運行任何節點。

該領域的參與者包括： dRPC 、 Pocket Network 、 Infura DIN 、 Lava Network。

RPC代理

此類方案通常結合了上述兩種功能，通過軟件將流量動態路由到您選擇的供應商，路由規則基於您預先設置的規則。路由軟件通常由您自行託管，您需要負責引入自己的供應商並管理這些供應商的計費。您可以將此類方案理解為一個控制面板，用於通過您自己的工程工作來引導流量並管理多個供應商。庫存歸客戶所有，需要進行相應的管理。

代理和聚合器並非互斥。客戶端可以運行客戶端代理，同時上游有多個提供商或聚合器。

該領域的參與者： eRPC和Lava Network

RPC 聚合器

表面上看，聚合器與聯盟和代理類似，但其運行機制截然不同。聚合器在提供商層面進行集成，實際擁有跨提供商的 RPC 容量，但自身並不擁有任何節點。您可以將其理解為對節點容量的元聲明，而無需實際運行這些節點。這種路由和容量管理是通過算法實現的，不會對提供商施加任何規則或條件，而是根據特定標準（例如價格或延遲）選擇最適合請求的提供商。為了確保經濟效益，聚合器採用動態定價模型，以反映運行特定路由節點的真實供需情況。

儘管聚合商會收取一定的利潤，但由於算法會實時評估並路由數百萬條路徑，因此它們能為消費者提供最低的價格和延遲。所應用的智能層為聚合商帶來了規模經濟效益，同時隨著機器學習技術的不斷積累，服務質量也在持續提升。

該領域的參與者： RouteMesh

趨勢

正如您在所有圖表中看到的，節點位於鏈條的末端，但中間環節的情況卻錯綜複雜。通過構建 RouteMesh，我們得以近距離觀察行業如何從底層技術棧層面發展演變。在未來的文章中，我計劃分享更多關於我們正在進行的工作，以及我們從中獲得的寶貴數據，這些數據揭示了不同服務提供商在規模化運營中如何權衡取捨。

就像互聯網不斷發展壯大，逐步構建起更多技術抽象層一樣，加密貨幣也正經歷著類似的階段。如果沒有這些進步，實現規模化和滿足需求將變得越來越困難。