La red RPC de Ankr supera 1 billón de solicitudes mensuales en más de 80 cadenas.

Ankr, un importante proveedor de infraestructura Web3, anunció esta semana que su plataforma RPC ahora procesa más de 1 billón de solicitudes por mes, un hito que subraya cuánto de la actividad blockchain pasa a través de infraestructura centralizada incluso cuando las aplicaciones intentan descentralizarse. La compañía enmarcó el hito no como una exageración publicitaria, sino como un instantáneo del tráfico cotidiano: todo, desde comprobaciones de saldo hasta llamadas de rollup y extracciones de bots MEV.

Las Llamadas a Procedimientos Remotos (RPCs) son la infraestructura de lectura/escritura de las blockchains, la capa API entre billeteras, dApps y las flotas de nodos que realmente mantienen el estado. Según Ankr, las mayores porciones de ese pastel de mil millones de solicitudes provienen de billeteras y frontends, indexadores y servicios de análisis, bots y sistemas MEV, rollups/L2s y puentes (que generan muchas llamadas entre cadenas), y una larga cola de dApps más pequeñas en más de 80 redes.

Esas llamadas cotidianas incluyen métodos de lectura frecuentes, como eth_call, eth_getBalance y eth_getBlockByNumber, con consultas de rango y de logs más pesadas (eth_getLogs), llamadas de trazado/debug, suscripciones websocket para nuevos bloques y transacciones pendientes, y un volumen más pequeño pero crítico de escrituras como eth_sendRawTransaction.

¿Qué significa?

Alcanzar mil millones de solicitudes mensuales obliga a hacer concesiones: la fiabilidad, la latencia y el costo son importantes cuando las aplicaciones dependen de datos en la cadena. Ankr dice que aborda esas presiones con una combinación de ingeniería de red y software: anycast global y enrutamiento regional para reducir la latencia, balanceo de carga consciente de la cadena de bloques, flotas especializadas ( separando lecturas frecuentes de rutas de archivo y trazado/depuración/escritura ), modelado de tasas y lógica de failover ponderada por método, además de infraestructura a medida para clientes empresariales con un rendimiento muy alto. El resultado, argumenta la empresa, es una capa RPC que puede manejar tanto lo rutinario, como un monedero verificando el saldo de una cuenta, como lo explosivo, un sistema de rollup o MEV golpeando puntos finales.

Para los desarrolladores, el mensaje de Ankr es práctico: verás el mejor rendimiento si diseñas tus aplicaciones para que sean amables con los RPC. Eso significa usar almacenamiento en caché, agrupar llamadas, fijar el tráfico a regiones, respetar los pesos de los métodos y monitorear el uso por cadena y método. En resumen, optimiza cómo pides datos tanto como dónde los obtienes.

¿Por qué importa esto? Los RPC son los puntos de estrangulamiento invisibles que pueden hacer o deshacer la experiencia del usuario. Sin lecturas de saldo, sin intercambios; sin suscripciones confiables, sin experiencia en tiempo real. A medida que más usuarios y servicios se trasladan a las L2, puentes y billeteras multichain, el volumen y la complejidad del tráfico RPC crecen, y con ello la necesidad de una infraestructura escalable y resiliente. Por lo tanto, la afirmación de Ankr de billones de solicitudes es menos un trofeo y más una métrica de cuánto de Web3 depende actualmente de un puñado de proveedores de infraestructura.

El hilo completo y el desglose de los tipos de tráfico de Ankr están disponibles en su publicación oficial. Los desarrolladores que construyen en Web3 harían bien en considerar los RPC como una parte fundamental de la planificación de la arquitectura, no como un pensamiento posterior, porque detrás de cada verificación de saldo fluida o intercambio instantáneo hay miles de pequeñas llamadas a la API que deben aterrizar y regresar en milisegundos.