dRPC 是什么?去中心化 RPC 市场完整指南(2026)
深入解析 dRPC 去中心化 RPC 市场:多供应商路由、115+ 条公链、计算单元计费、无代币、Tor 隐私,以及上生产前必须了解的真实取舍。
本文由英文原文机器翻译并经结构校验。如有歧义,请以 英文原文 为准。
每个 dApp 都需要一个 RPC 端点——你的钱包或后端用来读取链上数据并广播交易的那个 URL——多年来这意味着要向一家运营自有服务器的公司租用容量。dRPC 采取了不同的形态:它是一个去中心化 RPC 市场,把每个请求分散路由到由 60 多家独立节点运营商组成的网络中,自动把流量导向健康、区块高度同步的节点,而不是由某一家供应商的集群提供一切。本指南将讲清楚它到底是什么、路由如何运作、计算单元的定价(以及为什么没有代币)、它在市场中的位置,以及在把生产流量指向它之前值得关注的取舍。
dRPC 是什么,背后是谁
dRPC 于 2023 年 3 月上线,自称是首个去中心化 RPC 供应商。它的出身解释了其可信度:它脱胎于 P2P.org——较大的机构级质押与基础设施运营商之一,到 2022 年时已为数十条公链运行 RPC 节点,并拥有 30 多名 DevOps 工程师。P2P.org 创始人 Konstantin Lomashuk 鼓励 dRPC 的 CEO Constantine——他曾负责 P2P.org 以太坊业务的产品——将其独立分拆出来,CTO 则来自 VK 和 Tinkoff。团队出自机构级的节点运营,而非周末项目。
它瞄准的问题很具体:当你唯一的 RPC 供应商遇到糟糕的一天——节点落后于链头,或返回错误——你的应用也会随之宕机。dRPC 把 RPC 当作一个市场而非单一供应商关系来对待:多家运营商,一个端点,它们之间自动故障转移。与运营自有云和内部 DevOps 的 Alchemy 或 QuickNode 不同,dRPC 底层没有任何单一运营商是硬性依赖。
这个市场究竟如何运作
在你接入应用的那个单一端点背后,有两个 dRPC 自研技术的核心组件。Dproxy 是接收你请求的网关。Dshackle 是那些独立第三方供应商所运行的节点软件。Dproxy 会根据区域、节点健康度、节点与当前链头的接近程度、被调用的具体方法以及其他信号,为每次调用打分并选择要发往哪个供应商节点,并在节点不健康或落后时自动故障转移。
这种路由是刻意感知方法的。当你广播一笔交易时,dRPC 可以把它扇出到所有可用节点上,以最大化其传播成功的概率。当你读取余额或查询状态时,它只会从没有落后于链头的节点读取,避免陈旧的返回。Dproxy 每秒根据近期表现、状态、能力和已服务的 CU 重新计算每个供应商的评级,一个 AI 驱动的负载均衡器则在运营商集合和八个地理分布集群之间分配工作负载。你得到的是一个统一端点,具有一致的按链 URL 模式、一个 API 密钥和一个计费账户,而服务则分散在多个区域的数十家运营商之间。
这就是这里“去中心化”的含义,把它说清楚很重要:它指的是独立节点运营商的分布式集合,而不是区块链、代币或链上 DAO。dRPC 是一家在多元化的节点容量供给之上运行智能路由层的公司。
无代币:dRPC 如何赚钱
dRPC 没有代币——截至 2026 年年中,没有原生币、没有治理代币,也没有公布任何空投。如果你看到有东西在宣传“dRPC 代币”,请视为骗局。其商业模式就是纯粹的 SaaS:按量付费,以法币或加密货币结算,按用量计费。
用量以**计算单元(CU)**衡量,用以表示一个请求消耗的 CPU、内存和网络。自 2025 年 6 月 2 日起,计费方式刻意扁平化:所有
RPC 方法收取 20 CU,纯信息类方法收取 0 CU。这种统一费率回应了对竞品的一个常见抱怨——像 eth_getLogs 或
debug_traceTransaction 这类重型方法的单次调用成本高得多,让账单难以预测。在统一 20 CU 下,一个重
trace 的工作负载每次调用的定价与一次余额读取相同。
以下是与 dRPC 自身资料及第三方评测核对过的具体数字:
- 免费档: 每 30 天约 2.1 亿 CU,由公共节点提供,设有 100 请求/秒的上限。适合开发和轻量应用;对生产环境而言余量不足。
- Growth(付费,按量付费): 约为每 100 万请求 $6——在 20 CU 统一费率下等价于每 100 万 CU $0.30——RPS 上限为 5,000,可用性目标为 99.99%。没有强制的月度订阅;用多少付多少。
- 企业版: 定制条款和专属支持。
关于成本,有一个诚实的提醒:统一费率的 CU 定价消除了按方法的意外,但你的账单仍会随用量线性增长。以每 100 万请求 $6 计算,一个稳定的每月 7,350 万请求约为 $441——因此相对于竞品固定的月度订阅,对于极高且可预测的流量,统一定价的套餐仍可能更便宜。按量付费在灵活性以及应对波动或不确定的用量方面占优;它并不会在规模化时自动在价格上取胜。
供给侧的供应商也有自己的调节杆:dRPC 提供了一种小型配置语言(CU Lang),让节点运营商可以为其提供的方法重新定义定价,市场正是借此在需求与异构供给之间出清。
数字与市场定位
dRPC 的规模声明在各来源之间大体一致。覆盖面为其 chainlist 上横跨 203 个网络的 115 条公链(营销数字从“100+ 条公链 / 190+ 网络”起,随新链加入而增长),涵盖 EVM 链——Ethereum、Base、Arbitrum、Optimism、Polygon 等——以及包括 Solana、Bitcoin、Cosmos、NEAR 和 Starknet 在内的非 EVM 生态。该网络运行在跨八个地理分布集群的 60 多家集成 RPC 供应商之上,每天处理数十亿次请求。
在竞争格局中,dRPC 是与 Alchemy、QuickNode、Infura、Chainstack 等并列的知名品牌之一。其独特定位是聚合模型加上较低的入门成本——每百万 $6 的统一 Growth 套餐是最便宜的付费入门点之一,而 5,000 RPS 上限对于非企业套餐而言很高。它也在向高端市场推进:NodeHaus 作为面向 Web3 基金会的基础设施平台推出,目标客户是公链背后的团队本身——那些需要为整个生态提供可靠公共 RPC 的实体——而非单个 dApp 开发者。
隐私与抗审查
dRPC 声明它不存储 IP 地址、请求日志或个人数据,不出售数据,且其系统分析不包含个人信息。它还支持通过 Tor 网络连接,让用户在不暴露网络来源的情况下访问服务。
这一点很重要,因为你的 RPC 供应商会在你提交的每一次读取和每一笔交易进入内存池之前就看到它们,使其天然成为监控和审查的咽喉要道。无日志政策加上 Tor 访问再加上分布式的运营商集合,比一个记录一切的单一 AWS 托管端点具有更强的隐私姿态。一如既往的提醒——你信任的是一条你无法完全审计的陈述的政策。
如何实际使用它
上手方式在这一品类中很标准:
- 选择你的产品档位。 大多数开发者需要 NodeCloud——托管式、云端的 RPC。希望自行运行并掌控路由栈的团队可以使用自托管的开源方案 NodeCore。基金会和大型运营者是 NodeHaus 的受众。
- 先试用公共端点。 dRPC 提供无需密钥的按链公共 URL(例如 Base 或 Solana 的公共端点),适合快速测试。
- 为正式用途创建密钥。 注册、生成一个 dRPC 密钥,并在你的应用或钱包配置中使用带认证的按链端点模式(一个带你密钥的负载均衡 URL)。同一个密钥可跨链使用。
- 在 wagmi/viem/ethers、MetaMask 或你的后端中把它设为 RPC。 因为它是标准的 JSON-RPC 端点,可以原样接入现有工具链。
- 在仪表盘中关注你的 CU 消耗并设置告警,这样流量骤增就不会悄然突破免费档或累积出一笔账单。
多数有经验的团队遵循的实用建议是:配置一个来自第二家供应商的备用 RPC。这对任何单一端点都适用,而且——正如下一节所解释的——对于聚合器尤其审慎。
风险
- 路由层如今成了你的依赖。 整个价值主张在于没有任何单一节点运营商能让你宕机——但你已经把风险上移了一层,转移到了
dRPC 自身的网关和控制平面上。2026 年 1 月 2 日,
lb.drpc.live负载均衡域名因DNS 供应商问题而不可用,而drpc.org保持运行。底层的供应商多样化并没有拯救上层的共享端点。请保留一个独立的备用。 - 诊断更困难。 当出现缓慢或错误时,原因可能是链本身、某个坏掉的供应商、路由层、某个特定区域、认证或 DNS。相比单一供应商,多供应商路径有更多地方可以藏匿问题。
- 各供应商差异。 因为不同运营商为你的流量提供服务,性能和一致性可能以你无法直接控制的方式波动。
- 高稳定用量下的成本。 按量付费很灵活,但对于极大且可预测的工作负载,固定价格的竞品套餐可能更便宜——请根据你实际的方法组合和用量算一算。
- 免费档限额不适合生产。 约 100 RPS 的免费上限在区域需求下实际可能进一步下降,无法承载真实应用。
结论
dRPC 的贡献是对 RPC 单一供应商风险的一个具体答案:一个位于单一端点之后的聚合式、多供应商市场,采用按量付费定价,配以扁平、可预测的计算单元模型和真实的隐私姿态(无日志、支持 Tor)。没有代币可供投机——这是基础设施,以服务方式出售——其规模、公链覆盖和低入门价格使其对于单个 dApp,以及通过 NodeHaus 面向公链背后的基金会而言,都是一个值得认真考虑的选项。诚实的提醒是:把节点供给去中心化并不会把其上的访问层去中心化,而 2026 年 1 月的故障已经证明这层抽象本身也可能宕机。用它,珍视它带来的韧性,但仍要在配置中保留第二个端点。
延伸阅读:什么是 DeFi、最佳以太坊 L2,以及 账户抽象详解。
非财务或工程建议。RPC 定价、公链数量和速率限制会频繁变化——在依赖它们之前,请务必在 dRPC 官网核对当前的详细信息。
常见问题
dRPC 是什么?
dRPC 是面向 Web3 开发者的去中心化 RPC(远程过程调用)市场。它不像传统供应商那样运营自己的节点集群,而是运营一个路由层,把每个进入的请求分发到由 60 多家独立节点运营商组成的网络中,自动挑选一个健康、区块高度同步的节点。它于 2023 年 3 月上线,自称是首个去中心化 RPC,覆盖横跨 200 多个网络的约 115 条公链。
dRPC 有代币或空投吗?
没有。截至 2026 年年中,dRPC 没有原生代币、没有治理代币,也没有公布任何空投。它是一项直截了当的按量付费服务,支持法币或加密货币结算。这里的“去中心化”指的是端点背后由独立节点运营商组成的分布式网络,而不是代币或链上 DAO。你看到的任何“dRPC 代币”说法都应视为很可能的骗局。
dRPC 的收费是怎样的?
用量以计算单元(CU)计量。在当前模型下,大多数 RPC 方法统一收取 20 CU,纯信息类调用收取 0 CU。免费档在公共节点上每 30 天提供约 2.1 亿 CU,并设有 100 请求/秒的上限。付费的 Growth 套餐按量付费,约为每百万请求 $6(等价于每百万 CU $0.30),RPS 上限为 5,000,可用性目标为 99.99%。企业版条款为定制。
dRPC 和 Alchemy 或 QuickNode 有何不同?
Alchemy 和 QuickNode 是垂直整合的——它们运营自己的基础设施,主要跑在自家云和 DevOps 上。dRPC 则是把众多第三方节点运营商聚合到一个端点之后并在它们之间路由,因此没有任何单一运营商是硬性依赖,流量会自动故障转移。代价是 dRPC 自身的路由与控制平面成了你现在所依赖的东西。
dRPC 支持哪些公链?
dRPC 的资料列出了横跨 200 多个网络(主网加测试网)的约 115 条公链,涵盖 Ethereum、Base、Arbitrum、Optimism 和 Polygon 等 EVM 链,以及包括 Solana、Bitcoin、Cosmos、NEAR 和 Starknet 在内的非 EVM 生态。具体数量会随着新链的加入而变化,因此某个具体网络请以实时的 chainlist 为准。
dRPC 的隐私性好吗?
比大多数都好。dRPC 声明它不存储 IP 地址、请求日志或个人数据,不出售数据,并支持通过 Tor 网络连接。结合分布式的运营商集合,这比单一供应商的端点具有更强的抗审查能力。一如既往需要注意——你信任的是一条陈述的政策,请自行核对当前的隐私政策。
NodeCloud、NodeCore 和 NodeHaus 是什么?
它们是 dRPC 的三个产品档位。NodeCloud 是大多数开发者使用的托管式、云端 RPC。NodeCore 是面向希望自行运行并掌控路由栈的团队的自托管开源方案。NodeHaus 面向公链基金会和大规模运营者,它们需要托管的公共商业节点、仪表盘和 7×24 支持。
使用 dRPC 的主要风险是什么?
最大的风险是聚合层本身就是关键基础设施。2026 年 1 月 2 日的一次事故因 DNS 供应商问题导致 lb.drpc.live 负载均衡域名下线,而 drpc.org 保持在线,说明尽管供应商多样化,共享的控制平面仍可能成为单点故障。其他考量还包括:各供应商的性能可能不一致、多供应商路径下的故障诊断更困难,以及免费档速率上限对生产环境而言过低。
来源与延伸阅读
- dRPC — AI-Powered RPC Infrastructure for dApps & Chains — dRPC
- dRPC Pricing: RPC Calculator & Provider Comparison — dRPC
- dRPC launches decentralized RPC network for Ethereum apps — The Block
- dRPC provider overview (2026) — Chainstack
- dRPC Review 2026: Multi-Provider Routing, Unified Endpoints, and Incident-Response Tradeoffs — CryptoAdventure