Triton RPC Pool 429 排查：共享出口 IP、窗口和协议认证
链小知 · 进阶 · 核验 · 依官方文档整理
从脱敏日志核对同一出口 IP 的多个实例，区分共享池限流与 gRPC 403，形成有边界的退避修正。
开始前准备
- 准备 endpoint 标识、Solana 网络、实例列表、出口 IP 归组、请求时间与 HTTP/error 日志。
- 准备已有的 endpoint 限额记录或 X-Ratelimit-* headers；不提供 secret token 原文。
1. 区分浏览器 endpoint 与后端 token
确认请求属于 origin 允许的前端流量还是带 secret token 的后端流量。Triton 的 endpoint URL 与 secret token 是不同对象，后端 token 不能嵌入网页。保存脱敏的 origin、协议、网络与认证方式，不把没有路径 token 的浏览器 endpoint 自动判为缺凭据。
检查结果：调用场景、协议与认证方式清晰，日志中没有可用 secret。
2. 先排除 gRPC 路径认证错误
x-token metadata 适用于 JSON-RPC、WebSocket 与 gRPC；URL 路径 token 只适用于 HTTPS/WSS，gRPC 用路径 token 会返回 403。若已有失败是这个组合，先记录协议认证不匹配；不要以提高 RPC 每秒额度解释该 403。
检查结果：403 与 429 已分组，gRPC 使用 metadata 而非路径凭据的规则明确。
3. 按出口 IP 汇总请求窗口
将同一 NAT/代理出口 IP 下的实例日志合并，按连续 10 秒窗口统计，并保留方法分组。共享池默认多数方法为 1200 次/10 秒/IP，getProgramAccounts 等重方法更严格；实际以自己 endpoint 的 /ratelimits 记录为准。一个实例的平均 QPS 不能代表整个共享出口峰值。
检查结果：统计覆盖该出口的已知实例，缺失日志与重方法单列，使用的是实际窗口和方法限制。
4. 检查 429 后是否停下同 IP 请求
在日志中找第一次 429 后的时间线。Triton 官方要求来自该 IP 的请求暂停 10 秒，再进行有边界的后续尝试；只让一个线程 sleep、其他实例继续请求，仍会留在限流状态。对照 X-Ratelimit-* headers 记录，缺 header 时保留未知，不倒推剩余额度。
检查结果：同出口实例的暂停窗口可核对，立即重试或其他实例继续请求的问题已定位。
5. 输出修正与未核范围
报告分别列认证组合错误、共享窗口超限、重方法限制和缺日志项，附待调整的同 IP 协调退避及并发上限。专用节点限额可定制，不能照搬共享池默认值；套餐激活与权限也应按现有账户记录确认，排查无需新入金或改订阅。
检查结果：失败类型有对应证据，修正计划指向具体实例/IP/方法，不把默认数当账户承诺。
怎样确认完成
- 输出脱敏请求时间线、出口归组、实际限制与协调退避修正；无法取得的记录保持未知。
- 仅官方文档与既有日志流程核验，未制造请求峰值或登录客户账户实测。
常见错误与边界
- 共享出口峰值和单实例平均值是不同口径。
- HTTP 403 的认证问题与 429 限流不能共用同一个重试解释。
- 10 秒是该厂商当前文档要求，不能推广到所有 RPC 服务。