ERPC已将 x402 接入 Solana 主网的 JSON-RPC 代理，RPC 调用开始支持 USDC 按次付费。按官方说明，当用户或软件发出普通 RPC 请求、但未附带支付信息时，系统会先返回 HTTP 402“Payment Required” 状态码；客��端再根据返回的金额和网络信息补充 Solana 上的 USDC 支付数据，支付验证完成后，原始查询结果才会返回。
RPC 请求先报价，再用 USDC 结算
这套机制把支付直接嵌入 API 请求流程。过去，开发者接入 RPC 服务，常见方式是包月订阅、预充值额度，或按配额使用。现在的逻辑变成了另一种顺序：先发起查询、看到价格、完成支付，再获取结果。ERPC 表示，不同的 Solana RPC 方法会按照计算权重单独定价，价格以美元计，单次请求最低为 0.001 美元。像状态检查这类轻量调用费用较低，数据负载更重的 getProgramAccounts 则收费更高。
为防止重放攻击，系统会拒绝重复的交易签名，并返回错误代码。ERPC 还提到，在支付验证和对账过程中，使用了 Coinbase Developer Platform 的 x402 facilitator 基础设施。
目标用户指向 AI 代理和高频自动化工具
ERPC把这项服务的适用场景指向一类很具体的用户：AI 代理、链上分析机器人，以及自动化监控工具。这些程序往往会在某些时间段集中消耗大量数据，但并不一定需要持续性的订阅服务。按次付费模式的意义就在这里。需求爆发时可以即时调用，空闲时不必维持固定成本。
从产品结构看，这种设计也贴合机器到机器的支付场景。Eco 提供的教育资料曾解释过 x402 的基础逻辑：通过 HTTP 402 响应触发稳定币支付，不需要账户体系，也不依赖信用卡，允许 AI 代理直接为 API 访问结算。ERPC 这次的动作，是把这套逻辑真正落到了 Solana RPC 基础设施里。
x402并非新协议，但这次是Solana上的实际部署
x402 本身并不是刚出现的新协议。Coinbase 曾在 2026 年 3 月 披露，x402 已扩展到支持 EVM 生态中几乎所有 ERC-20 代币，目标是借助 Permit2 和 gas sponsorship，让 USDT、DAI 以及社区代币等支付更方便。不过，那次更新主要发生在 EVM 链侧，重点是扩大可用支付资产的范围。
相比之下，ERPC 此次宣布的变化集中在 Solana 基础设施接入层。ERPC 在 2025 年 10 月 也曾发布过 Solana RPC、gRPC 和 Shredstream 端点的性能升级，当时强调的是降低延迟、提升稳定性，并明确表示价格和认证方式没有变化。现在不同了，变化发生在支付与访问控制本身。
按查询付费能否扩散，取决于多项约束
这次更新的关键，不在于提出了一个新概念，而在于把“先签约、拿 API Key、之后再使用”的模式，改成了更接近按需调用的 pay-as-you-go。对短时高频数据需求的应用来说，这种模式确实更灵活。问题也很直接：AI 代理的支出上限怎么设，授权范围如何控制，钱包安全怎么处理，链上手续费是否影响体验，系统又该怎样防止滥用。
目前，ERPC 的这次接入已成为 Solana 基础设施中较早的真实案例之一：区块链数据访问开始和稳定币支付在请求层直接绑定。后续是否会被更广泛采用，仍要看这些实际限制条件如何被处理。