呼籲:如果您是一位在這個市場上有所投資的投資者,我很樂意與您交談!
好的,所以我之前的文章"你的節點有多可靠?"獲得了相當多的關注和反饋。我想繼續寫另一篇文章,這次關注的是另一個方面:定價和結構性市場動態。我建議您先閱讀那篇文章,因為這篇文章假定您已經有了一些背景知識。
當前的市場結構
RPCs 是關鍵,因為它們是我們與任何區塊鏈互動的方式,它們基本上就是區塊鏈本身。現在,驗證節點通常得到很好的覆蓋,因為您只需點選一個按鈕就可以獲得5%的代幣收益。全節點是一項無報酬的工作(這些通常就是RPCs)。如果我們談論的是存檔節點,那麼除非有人付費,否則您幾乎沒有任何執行它的動力。
因此,大公司運營這些節點並佔據市場份額。市場地圖看起來大致如下:
所以當您作為工程師尋找RPC提供商時,您通常只會選擇一些您聽說過並且運作良好且有良好品牌的東西,也就是所謂的"您100%聽說過的列表"。這並不是懶惰,這是一個合理的假設:"肯定那些規模很大且到處可見的公司應該沒問題"。但正如我之前的文章所述,這並不完全正確,效能存在很大差異。在這篇文章中,我們將觸及這個市場整體的經濟學。
首先從"100%-您-聽說過"的公司開始。這些公司獲得了大量資金,在過去幾年裡一直受到投資者的青睞。
這些數字絕對不小。正是由於這種規模的資金,您才會聽說這些公司。現在有人會說,這在某種程度上是一個好的資金支出,幾乎是如此。這些公司確實有許多其他的產品線在運營,但執行節點是他們的核心,需要確保做好。
"您可能聽說過"的公司則是後來進入的,不得不透過提供更多的鏈、附加服務或純粹依靠價格競爭來創造市場空間。他們可以玩這個遊戲,並比較大的參與者更快地移動,因為他們的開支負擔要小得多:他們沒有2500萬到5000萬美元的年薪開支需要維持。他們可以更具實驗性和競爭性。然而,他們最大的挑戰是人們還沒有聽說過他們,也沒有足夠的資金來與最大的參與者在銷售或營銷方面競爭。
難道他們不能單純依靠效能來競爭嗎?正如我在之前的文章中所概述的,在加密貨幣行業,衡量RPC效能是不存在的,每個人都在黑暗中猜測。有像1kx的Atlas這樣的服務嘗試對這些統計資料進行基準測試,但它們忽略了一些細節,如:鏈尖測量、純RPC負載、方法級細分、併發測量、節點地理位置,最重要的是:價格相對於效能。即使你有最好的節點,但它們的成本是100倍,也沒有什麼意義。
我發現這個市場細分受到最大擠壓:他們既沒有強大的品牌,也沒有出色的節點。他們在這兩個維度上的表現都在中等水平。
定價
那麼,如果效能不明確,那麼定價肯定是清晰的。對嗎?錯誤。
你看,RPC市場已經沉浸在我所謂的"計算單元"混亂中。你基本上是創造一個客戶不理解的新指標,然後強迫他們理解它,或者悄悄地收取更多費用。
讓我們看一下這個可能是也可能不是假設的簡單RPC定價計劃。
第一個問題是,什麼是計算單元?
計算單元是衡量API方法消耗的資源(CPU、RAM、磁碟等)的度量。一個簡單的請求,如blockNumber,只消耗10個CU,而一個更復雜的請求,如eth_call,則消耗26個CU。您可以在我們的文件中看到完整的計算單元分解。
好的,那麼當你去檢視文件時會發生什麼?你會得到一個很長的RPC方法列表(以太坊就有70多個)。但是,你還必須考慮你所在的鏈。
所以矩陣現在變成了:
每美元能獲得多少計算單元
你呼叫的是哪些方法,並確定需要多少計算單元
根據你呼叫方法的鏈應用一些倍數(Arbitrum的eth_call將比以太坊的eth_call消耗更多的CU)
哦,還要記住,每個提供商的計算單元計算方式都不同,所以除非你願意建立大型定量模型來分析你的RPC提供商的定價模型,否則很難對此進行標準化。
難道這就是你需要關注的全部內容嗎?並非如此。你看,在那個截圖中有一個小小的"每秒300個請求"。現在,如果我們向下滾動到同一頁,它說這300個請求實際上是10,000個計算單元!這兩個東西是非常不同的。
讓我們檢視一下計算單元定價表,以更詳細地瞭解這一點。
原來現在有兩種型別的計算單元,常規計算單元和吞吐量計算單元!所以如果你做任何與跟蹤相關的事情,你每秒只需要進行10個debug呼叫就可以利用你的10,000個計算單元/秒配額!如果你使用的是一些更溫和的東西,比如eth_accounts,那麼你每秒當然可以獲得1000個請求,但你會更頻繁地呼叫這些方法。總之,你還有另一個被悄悄收費或被推動的變數:吞吐量。
總結一下RPC購買決策中的槓桿:
每美元的計算單元
每個方法的計算單元
每個鏈的計算單元
每秒的計算單元(吞吐量)
現在是真正的關鍵所在:所有這些都可以在不讓價格看起來上漲的情況下悄悄地改變!我們發現,在過去一年裡,我們的RPC提供商已經將成本提高了5倍到10倍!是的,你沒有看錯。
即使你想使用多個RPC來避免被壟斷,你也必須根據鏈/方法的基礎來智慧地路由你的請求,因為不同提供商之間的鏈/方法定價可能相差10倍。你還必須確保建立適當的財務模型,不斷跟蹤不同提供商的定價,因為這些定價也在不斷變化。這還假設你的備用提供商支援你想要回退的鏈。
解決方案?
好吧,那為什麼不使用更便宜的提供商呢?事實是,你不知道他們的實際效能如何,正如本文前面所述。這些都是規模較小的公司,沒有大型提供商的資源,所以失敗的可能性要大得多,你的補救措施也要小得多(他們的品牌不會受到太大影響)。
為了確保你可以安全地使用較小的提供商,你需要適當地路由故障。但是,路由本身也存在挑戰,例如:
確保你將鏈/方法對映到支援該對的提供商
跟蹤你的提供商的價格,並根據價格進行智慧選擇
瞭解什麼是有效錯誤,什麼是使用者錯誤(RPC失敗還是RPC請求無效)
確保成功確實是成功,並且不會返回無效資料
知道何時
這導致了一個效率低下的 RPC 市場,頂級供應商緩慢獲得市場份額,像熱水中的青蛙一樣擠壓他們的頂級客戶,而那些負擔不起或需要更可靠服務的人則需要建立定製解決方案來解決上述所有問題。
