自适应路由
256 Blocks 如何通过智能提供商路由确保可靠的区块链访问
256 Blocks 自动将您的请求路由到多个 RPC 提供商，以最大化可靠性和性能。本页面解释了自适应路由的工作原理以及提供商失败时会发生什么。
工作原理
概括来说，当请求到达我们的端点时会发生以下情况：
- 我们使用 DNS 级路由根据延迟将您的请求路由到最近的区域（欧洲、美国、新加坡或南美）
- 我们根据我们的策略引擎评估您的请求
- 我们使用加权评分选择提供商 - 评分较高的提供商更有可能被选中
- 最后，我们执行请求，如果提供商失败则自动故障转移
这在每个请求上都是透明发生的，无论这是 RPC 调用还是使用我们的 MCP 集成的代理工作流。
提供商评分
每个提供商基于两个因素进行评分：
| 因素 | 影响 |
|---|---|
| 成功率 | 失败的请求会严重惩罚提供商的分数 |
| 延迟 | 慢速响应会降低分数，因此性能下降的提供商自然会收到更少的流量 |
分数按区域、链和提供商计算。提供商可能在欧洲表现良好但在新加坡表现不佳，或者可靠地处理 Ethereum 但在 Polygon 上遇到困难。
分数会在每个请求完成后的几秒钟内更新。后续请求立即受益于最新的性能数据。
性能下降的提供商
当提供商的分数降至阈值以下时，它会暂时从可用池中移除。这可以防止请求被路由到可能失败的提供商。
分数会随着时间逐渐恢复，允许提供商缓慢重新进入池。这可以防止恢复中的提供商在完全稳定之前被流量淹没。
自动故障转移
256 Blocks 仅在提供商的响应表明可以安全这样做时才重试请求：
| 响应 | 操作 |
|---|---|
| 2xx | 成功，返回响应 |
| 401 (未授权) | 使用下一个提供商重试（临时认证问题） |
| 403 (禁止) | 使用下一个提供商重试（临时问题） |
| 429 (速率限制) | 使用下一个提供商重试 |
| 5xx (服务器错误) | 使用下一个提供商重试 |
| 其他 4xx (客户端错误) | 不重试 - 请求本身可能无效 |
| 超时 | 不重试（避免重复收费） |
| 连接错误 | 使用下一个提供商重试（请求从未到达提供商） |
当发生故障转移时，每个可用的提供商都会按分数顺序尝试，直到一个成功或所有提供商都已尝试。