Routage Adaptatif
Comment 256 Blocks garantit un accès blockchain fiable grâce au routage intelligent des fournisseurs
256 Blocks route automatiquement vos requêtes entre plusieurs fournisseurs RPC pour maximiser la fiabilité et les performances. Cette page explique comment fonctionne le routage adaptatif et ce qui se passe lorsque les fournisseurs échouent.
Comment Ça Marche
En un coup d'œil, voici ce qui se passe lorsqu'une requête arrive sur nos endpoints :
- Nous utilisons le routage au niveau DNS pour acheminer votre requête vers la région la plus proche en fonction de la latence (Europe, États-Unis, Singapour ou Amérique du Sud)
- Nous évaluons votre requête par rapport à notre moteur de politiques
- Nous sélectionnons un fournisseur en utilisant une notation pondérée - les fournisseurs avec des scores plus élevés sont plus susceptibles d'être choisis
- Enfin, nous exécutons la requête, avec basculement automatique si le fournisseur échoue
Cela se produit de manière transparente à chaque requête, qu'il s'agisse d'un appel RPC ou d'un flux de travail agentique utilisant nos intégrations MCP.
Notation des Fournisseurs
Chaque fournisseur est noté en fonction de deux facteurs :
| Facteur | Impact |
|---|---|
| Taux de réussite | Les requêtes échouées pénalisent fortement le score d'un fournisseur |
| Latence | Les réponses lentes réduisent le score, donc les fournisseurs qui se dégradent reçoivent naturellement moins de trafic |
Les scores sont calculés par région, par chaîne et par fournisseur. Un fournisseur peut bien performer en Europe mais mal à Singapour, ou gérer Ethereum de manière fiable mais avoir du mal avec Polygon.
Les scores se mettent à jour dans les secondes suivant la fin de chaque requête. Les requêtes suivantes bénéficient immédiatement des dernières données de performance.
Fournisseurs Dégradés
Lorsque le score d'un fournisseur tombe en dessous d'un seuil, il est temporairement retiré du pool disponible. Cela empêche les requêtes d'être acheminées vers un fournisseur susceptible d'échouer.
Les scores se rétablissent progressivement au fil du temps, permettant aux fournisseurs de réintégrer le pool lentement. Cela empêche un fournisseur en cours de rétablissement d'être submergé par le trafic avant d'être complètement stable.
Basculement Automatique
256 Blocks ne retente les requêtes que lorsque la réponse du fournisseur indique qu'il est sûr de le faire :
| Réponse | Action |
|---|---|
| 2xx | Succès, retourner la réponse |
| 401 (Non autorisé) | Retenter avec le fournisseur suivant (problème d'authentification transitoire) |
| 403 (Interdit) | Retenter avec le fournisseur suivant (problème transitoire) |
| 429 (Limité en débit) | Retenter avec le fournisseur suivant |
| 5xx (Erreur serveur) | Retenter avec le fournisseur suivant |
| Autre 4xx (Erreur client) | Ne pas retenter - la requête elle-même est probablement invalide |
| Timeout | Ne pas retenter (éviter la double facturation) |
| Erreur de connexion | Retenter avec le fournisseur suivant (la requête n'a jamais atteint le fournisseur) |
Lorsque le basculement se produit, chaque fournisseur disponible est essayé dans l'ordre des scores jusqu'à ce que l'un réussisse ou que tous les fournisseurs aient été essayés.