如何选择 RPC 服务商

按完成实际任务的费用与可靠性选择 RPC 服务商：先确认链、方法与历史覆盖，再测查询次数、吞吐与恢复能力。

列出应用或 AI Agent 需要的链、方法、固定块高、每日流量分布、峰值并发以及通知或数据集依赖。下方 BlockVectra 公开数据来自 GET /v1/plans 与 GET /v1/chains，做决定前应重新查询。数据覆盖来自 GET /v1/status。接口声明是测试起点，不是延迟测量或 SLA。

方法单价与计费单位

仅有请求数不能为任务定价。记录每个方法的计费权重、美元换算、包含额度、超额价以及订阅或附加服务费。credits、CU 与请求单位都需按各自规则换算后才能跨服务商比较。

BlockVectra 当前方法权重与标价在构建页面时从公开 plans 接口读取：

workload_cu = sum(calls_for_method × current_method_cu_weight)
cu_per_usd = pricing.units_per_usd × pricing.cu_per_unit
list_cost_usd = workload_cu / cu_per_usd
paid_compute_usd = max(0, workload_cu − available_free_cu) / cu_per_usd

标价不含免费额度、gas、附加服务与迁移工作。区分周期补充额度与到期试用，也要区分额外 credit 单价与包含请求的平均费用。哪些响应消耗 CU，见计费规则。

如何自测： 固定块高，回放少量有代表性的方法组合，记录成功调用、重试与计费错误。将账户用量变化与方法权重计算对照。按取得完整结果所需的请求数预算，包含分页与回填。换算详见 CU 计价教程。

日志范围与历史状态

对 eth_getLogs，核对具体链与套餐的区块跨度、结果大小限制及过滤条件支持。只有响应完整，大跨度才有意义。BlockVectra 认证调用的跨度来自链目录：

历史日志与历史合约执行是不同能力。eth_call 应读取 state_window_blocks；免 key 读取还要核对 public.history_blocks。字段缺失或为 null 表示未声明，不代表无限历史。参考 EVM 历史状态。

如何自测： 选定已知合约与 topics 的固定区间，按声明跨度拆分，将结果并集与更小的重叠查询比较。按区块哈希、交易哈希与日志索引去重，检查区间边界。另用同一合约查询近期固定块高以及应用所需的最老块高，记录真实结果或 JSON-RPC 错误。分别测试事件密集与稀疏区间，并记录重试数。按日志范围与恢复保存进度。

免费额度、速率与峰值流量

BlockVectra 当前周期预算及可覆盖调用数由 plans 计算：

免费账户调用上限：上限 25 次/秒，账户内所有 key、所有链和 Data API 共享。 每个 key 还有 cu_per_sec 与 burst_cu 限额。符合条件的周期补充将免费余额补到目标，不是额外叠加完整额度。首次付费充值后停止周期补充，剩余免费 CU 仍可使用。参考免费计划规则。

每日配额、周期余额、请求/秒、CU/秒、突发容量与并发请求数需分别记录。付费增加用量本身不能证明每 key 吞吐也会增加。

如何自测： 使用认证 key，在账户限额内以任务所需节奏和并发执行少量有界请求。记录 HTTP 状态、JSON-RPC 错误、延迟分位数与完成调用数。额度耗尽时停止；限流时有界退避并持久化进度。用混合方法样本再测一次，因为高权重方法会占用更多 CU/秒预算。比较突发与稳定流量，核对共享账户上限时计入其他 key 的使用量。

链、方法与协议覆盖

用链目录核对网络身份、jsonrpc、methods.allow、methods.deny、public.methods、ws 与 subscriptions。支持一条链不代表支持所有方法或协议。免 key 与认证方法可能有不同限制。

如何自测： 复制所选网络的 public.url，调用 public.methods 中的方法。下方 Ethereum 示例用于检查网络 ID；然后用认证 key 和相同固定块高运行应用必需的方法。除允许规则外，也检查拒绝规则；跨端点对比结果时同时比较区块哈希。

curl --fail-with-body -sS --max-time 15 https://api.blockvectra.com/v1/eth_mainnet/public \
  -H 'Content-Type: application/json' \
  -H 'User-Agent: curl BlockVectraQA/1' \
  -d '{"jsonrpc":"2.0","id":1,"method":"eth_chainId","params":[]}'

这只验证公开方法，不证明归档覆盖或认证容量。应用需要 socket 时，应在声明支持 ws 的网络实测所需订阅、断线与续跑路径。参考 WebSocket 订阅。

推送投递与索引数据

地址通知应检查链的 push 声明与确认设置。BlockVectra 可在同一订阅中将同一组地址应用到多条受支持的链，并使用一个 HTTPS 接收端；按地址数量核对自助与企业容量。Data API 查询应核对 GET /v1/status 的数据集与已索引范围。索引记录不代表任意历史合约执行。RPC 轮询、WebSocket 消息、已投递 Push 事件与监听地址天数采用不同计费口径；按 plans 中适用权重分别计算所需工作流。

如何自测： Push 使用自己控制的 HTTPS 接收端，验证签名，并用自己控制地址的事件测试去重、重试与回放。Data API 查询已知的已索引交易或转账，将区块哈希与 RPC 对照，遍历全部分页，保存游标再续跑。记录覆盖缺口以及计费事件或调用数。按 Webhook Push、Webhook 与 WebSocket及 Data API 参考选择恢复路径。

鉴权与 Agent 接入

核对客户端能否安全携带 key、发现机器可读文档、创建账户并从错误中恢复。BlockVectra RPC 支持路径 key：POST /v1/{chain}/{api_key}，或以 x-api-key 头调用 POST /v1/{chain}。Data API 使用 x-api-key。key 保存在服务端环境中，不放进浏览器产物、日志或聊天消息。

开发者与 AI Agent 使用相同价格和限额。程序化开户介绍基于钱包的账户创建，Agent 指南提供文档与 MCP 入口。Agent 可按文档中的充值流程用稳定币为账户用量余额充值，无需 RPC 月订阅。充值网络、币种与起充额来自 GET /v1/topup/status。

如何自测： 让目标客户端发现链与方法、读取文档、从环境加载 key，再执行一次有界认证请求。同时检查 HTTP 状态与 JSON-RPC error，在不记录凭据的前提下检查缺少 key 的响应。验证余额不足时保存进度，读取已启用的充值网络与币种，并按文档执行充值流程；开户与支付步骤使用自己控制的账户。连通文档 MCP 不能证明 Agent 已能执行认证 RPC 请求。

记录选型结果

保留一份简短结果表：来源与采样日期、链与方法、固定区块哈希、结果完整性、调用与重试总数、可用额度、付费任务费用、延迟与限流、历史与协议缺口、恢复步骤、迁移工作量。工作负载需要合同支持或 SLA 时，应在 API 测试之外取得适用条款。

明确工作负载后，可比较具体服务商：

• 比较具体服务商：计算单价与日志范围。
• 比较具体服务商：试用与订阅计费。
• 比较具体服务商：HTTPS 请求费用。
• 比较具体服务商：每日与周期预算。
• 比较具体服务商：包含量与超额费用。