呼吁:如果您是一位在这个市场上有所投资的投资者,我很乐意与您交谈!
好的,所以我之前的文章"你的节点有多可靠?"获得了相当多的关注和反馈。我想继续写另一篇文章,这次关注的是另一个方面:定价和结构性市场动态。我建议您先阅读那篇文章,因为这篇文章假定您已经有了一些背景知识。
当前的市场结构
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 市场,顶级供应商缓慢获得市场份额,像热水中的青蛙一样挤压他们的顶级客户,而那些负担不起或需要更可靠服务的人则需要建立定制解决方案来解决上述所有问题。
