Enrutamiento Adaptativo
Cómo 256 Blocks garantiza el acceso confiable a blockchain a través del enrutamiento inteligente de proveedores
256 Blocks enruta automáticamente sus solicitudes a través de múltiples proveedores RPC para maximizar la confiabilidad y el rendimiento. Esta página explica cómo funciona el enrutamiento adaptativo y qué sucede cuando los proveedores fallan.
Cómo Funciona
A grandes rasgos, esto es lo que sucede cuando una solicitud llega a nuestros endpoints:
- Utilizamos enrutamiento a nivel de DNS para dirigir su solicitud a la región más cercana según la latencia (Europa, EE. UU., Singapur o Sudamérica)
- Evaluamos su solicitud contra nuestro motor de políticas
- Seleccionamos un proveedor utilizando puntuación ponderada - los proveedores con mayor puntuación tienen más probabilidades de ser elegidos
- Finalmente, ejecutamos la solicitud, con conmutación por error automática si el proveedor falla
Esto ocurre de forma transparente en cada solicitud, independientemente de si fue una llamada RPC o un flujo de trabajo agente utilizando nuestras integraciones MCP.
Puntuación de Proveedores
Cada proveedor se puntúa según dos factores:
| Factor | Impacto |
|---|---|
| Tasa de éxito | Las solicitudes fallidas penalizan fuertemente la puntuación de un proveedor |
| Latencia | Las respuestas lentas reducen la puntuación, por lo que los proveedores degradados naturalmente reciben menos tráfico |
Las puntuaciones se calculan por región, por cadena y por proveedor. Un proveedor puede funcionar bien en Europa pero mal en Singapur, o manejar Ethereum de manera confiable pero tener problemas con Polygon.
Las puntuaciones se actualizan en segundos después de que se completa cada solicitud. Las solicitudes subsiguientes se benefician inmediatamente de los datos de rendimiento más recientes.
Proveedores Degradados
Cuando la puntuación de un proveedor cae por debajo de un umbral, se elimina temporalmente del grupo disponible. Esto evita que las solicitudes se enruten a un proveedor que probablemente fallará.
Las puntuaciones se recuperan gradualmente con el tiempo, permitiendo que los proveedores vuelvan a entrar al grupo lentamente. Esto evita que un proveedor en recuperación se vea abrumado con tráfico antes de estar completamente estable.
Conmutación por Error Automática
256 Blocks solo reintenta solicitudes cuando la respuesta del proveedor indica que es seguro hacerlo:
| Respuesta | Acción |
|---|---|
| 2xx | Éxito, retornar respuesta |
| 401 (No autorizado) | Reintentar con el siguiente proveedor (problema de autenticación transitorio) |
| 403 (Prohibido) | Reintentar con el siguiente proveedor (problema transitorio) |
| 429 (Límite de velocidad) | Reintentar con el siguiente proveedor |
| 5xx (Error del servidor) | Reintentar con el siguiente proveedor |
| Otros 4xx (Error del cliente) | No reintentar - la solicitud misma probablemente es inválida |
| Tiempo de espera | No reintentar (evitar doble cobro) |
| Error de conexión | Reintentar con el siguiente proveedor (la solicitud nunca llegó al proveedor) |
Cuando ocurre una conmutación por error, se prueba cada proveedor disponible en orden de puntuación hasta que uno tenga éxito o se hayan probado todos los proveedores.