Roteamento Adaptativo
Como a 256 Blocks garante acesso blockchain confiável através de roteamento inteligente de provedores
A 256 Blocks roteia automaticamente suas solicitações entre múltiplos provedores RPC para maximizar confiabilidade e desempenho. Esta página explica como o roteamento adaptativo funciona e o que acontece quando os provedores falham.
Como Funciona
De forma resumida, aqui está o que acontece quando uma solicitação chega aos nossos endpoints:
- Usamos roteamento em nível DNS para rotear sua solicitação para a região mais próxima com base na latência (Europa, EUA, Singapura ou América do Sul)
- Avaliamos sua solicitação contra nosso motor de políticas
- Selecionamos um provedor usando pontuação ponderada - provedores com pontuação mais alta têm maior probabilidade de serem escolhidos
- Finalmente, executamos a solicitação, com failover automático se o provedor falhar
Isso acontece de forma transparente em cada solicitação, independentemente de ser uma chamada RPC ou um workflow agêntico usando nossas integrações MCP.
Pontuação de Provedores
Cada provedor é pontuado com base em dois fatores:
| Fator | Impacto |
|---|---|
| Taxa de sucesso | Solicitações com falha penalizam fortemente a pontuação de um provedor |
| Latência | Respostas lentas reduzem a pontuação, então provedores degradados naturalmente recebem menos tráfego |
As pontuações são calculadas por região, por chain e por provedor. Um provedor pode ter bom desempenho na Europa mas ruim em Singapura, ou lidar com Ethereum de forma confiável mas ter dificuldades com Polygon.
As pontuações são atualizadas em segundos após cada solicitação ser concluída. Solicitações subsequentes se beneficiam imediatamente dos dados de desempenho mais recentes.
Provedores degradados
Quando a pontuação de um provedor cai abaixo de um limite, ele é temporariamente removido do pool disponível. Isso evita que solicitações sejam roteadas para um provedor que provavelmente falhará.
As pontuações se recuperam gradualmente ao longo do tempo, permitindo que os provedores voltem ao pool lentamente. Isso evita que um provedor em recuperação seja sobrecarregado com tráfego antes de estar totalmente estável.
Failover Automático
A 256 Blocks apenas tenta novamente solicitações quando a resposta do provedor indica que é seguro fazê-lo:
| Resposta | Ação |
|---|---|
| 2xx | Sucesso, retorna resposta |
| 401 (Unauthorized) | Tenta novamente com próximo provedor (problema de autenticação transitório) |
| 403 (Forbidden) | Tenta novamente com próximo provedor (problema transitório) |
| 429 (Rate Limited) | Tenta novamente com próximo provedor |
| 5xx (Server Error) | Tenta novamente com próximo provedor |
| Outros 4xx (Client Error) | Não tenta novamente - a solicitação em si é provavelmente inválida |
| Timeout | Não tenta novamente (evita cobrança dupla) |
| Connection Error | Tenta novamente com próximo provedor (solicitação nunca chegou ao provedor) |
Quando ocorre failover, cada provedor disponível é tentado em ordem de pontuação até que um tenha sucesso ou todos os provedores tenham sido tentados.