Cómo Alchemy impulsa los servicios financieros onchain

Una aplicación financiera se juzga en milisegundos.

Cuando alguien revisa un saldo de ahorros, envía una operación, espera a que se confirme un depósito o monitorea una posición de préstamo en una hora de volatilidad, una respuesta desactualizada cuesta lo mismo que una respuesta incorrecta. La cadena subyacente es descentralizada. El producto que se construye encima se mide con el mismo estándar que los clientes ya conocen de cualquier otra aplicación financiera que usan.

Las finanzas se están moviendo onchain, y la infraestructura que las sostiene se mueve con ellas. En lending, exchanges, cuentas de stablecoins, remesas, herramientas de portafolio y datos de mercado, proveemos la conexión entre un producto financiero y la cadena: lecturas de baja latencia, ejecución confiable de transacciones, entrega de eventos en tiempo real, datos archivados para consultar el historial, y capacidad dedicada de un solo inquilino para los equipos que la necesitan. También publicamos un benchmark de latencia en vivo de nuestros endpoints EVM frente a QuickNode, dRPC e Infura, con la metodología y los datos sin procesar abiertos, de modo que la afirmación de rendimiento sea algo que puedas verificar y no algo que tengas que aceptar por fe.

¿Por qué la infraestructura determina si un producto financiero funciona?

Todo producto financiero onchain ejecuta un ciclo entre la acción de un usuario y la respuesta de la cadena, y ese ciclo tiene un límite de tiempo.

Un protocolo de lending debe conocer el valor actual de la garantía antes de poder calcular el health factor de un prestatario. Un exchange necesita confirmación independiente de que un depósito se liquidó antes de acreditarlo a un cliente. Una aplicación de pagos tiene que enviar una transferencia de stablecoins, monitorearla y mostrar el nuevo saldo sin que el cliente tenga que aprender qué es el gas. Un proveedor de datos de mercado tiene que publicar un precio lo bastante rápido para los protocolos que lo leen.

Si se rompe cualquier parte de ese ciclo, la falla aparece como una falla del producto, no de la infraestructura. Una operación que no se ejecuta. Un depósito que queda pendiente. Un saldo que está silenciosamente mal. Los clientes no lo clasifican como "degradación del RPC".

Por eso equipos como Aave, Bitget, Pana, Polymarket, RedStone, Symphony, Solflare, 0x, Zapper y Zerion tratan la latencia y la confiabilidad como requisitos del producto y no como una línea más del contrato con un proveedor.

¿Cómo afecta la latencia del RPC a la ejecución de transacciones y al rendimiento de trading?

La latencia del RPC fija el piso de qué tan rápido un producto financiero puede leer el estado de la cadena y lograr que se envíe una transacción, por lo que se refleja directamente en la vigencia de las cotizaciones, el tiempo para acreditar un depósito y si una operación se ejecuta al precio que el usuario vio. Un endpoint RPC es la interfaz que una aplicación llama para leer el estado de la blockchain y enviar transacciones. Cada milisegundo que se agrega es un milisegundo que el usuario espera, y bajo volatilidad esa demora es de donde viene el slippage y los precios desactualizados.

La solicitud más rápida no siempre es la que se envía a la máquina más cercana. El estado de salud de los nodos cambia minuto a minuto. Los patrones de tráfico varían. Una consulta histórica pesada y una simple revisión de saldo tienen necesidades de infraestructura distintas y no deberían competir por la misma capacidad.

Cortex es el motor detrás de nuestra plataforma que se encarga de esto. Enruta cada solicitud hacia la capacidad que está actualmente saludable y que es adecuada para ese método específico, y se adapta a medida que cambian las condiciones en lugar de seguir un mapa fijo. Las mejoras publicadas respecto a nuestra arquitectura anterior son 2.5x más rápido, 5x más confiable y 500x más throughput.

Para un producto financiero, ese trabajo ocurre antes de que el usuario perciba algo. Las pantallas de cotización siguen respondiendo durante una ráfaga de operaciones. La reconstrucción de datos históricos de un equipo se ejecuta sin frenar las consultas en vivo de las que dependen sus clientes. Cuando una ruta se degrada, las solicitudes se mueven fuera de ella antes de que los clientes lo noten.

Aave opera el protocolo de lending más grande de DeFi en más de 20 redes, donde el lending nunca se detiene y un estado desactualizado significa que un usuario malinterpreta su propia posición. Después de migrar a Cortex, las cargas de indexación y backfill de Aave corrieron entre 3 y 5 veces más rápido. Cuando la API de Aave tuvo un pico de aproximadamente 70,000 solicitudes por segundo, lo absorbimos sin incidentes.

¿Qué hace que la infraestructura blockchain sea suficientemente confiable para servicios financieros?

Confiabilidad para una carga de trabajo financiera significa dos cosas a la vez: que la solicitud tenga éxito y que la respuesta que devuelve sea completa y correcta. Una respuesta incorrecta rápida es peor que una lenta.

Entregamos eso mediante RPC multichain para lecturas y escrituras, datos archivados para consultas históricas, y sistemas de eventos en tiempo real para la actividad a medida que se liquida. Los equipos también pueden observar e investigar su propio tráfico de blockchain, que es como se detectan la mayoría de los problemas antes de que un cliente reporte uno.

Bitget atiende a más de 125 millones de usuarios y nos usa como capa de confirmación independiente para depósitos y retiros. Sus propios nodos manejan la mayor parte de la carga. Nosotros operamos junto a ellos como una segunda fuente de verdad, sin afiliación, para todo lo que involucra fondos de clientes, de modo que un error o un retraso en un sistema no pueda acreditar o debitar una cuenta silenciosamente. En una ventana reciente de 30 días, Bitget enrutó más de 25 millones de solicitudes en 9 redes hacia nosotros con cero errores.

Ese diseño vale la pena replicarlo. Cualquier proveedor único, incluidos nosotros, es un punto único de falla para un producto que mueve dinero. La respuesta de Bitget es operar sus propios nodos y mantener una segunda ruta independiente para los flujos en los que equivocarse resulta costoso.

Para RedStone, la confiabilidad es integridad de mercado. RedStone suministra price feeds a mercados de lending, perpetuos, stablecoins, pares de FX y activos del mundo real tokenizados, y nos convirtió en su proveedor de RPC preferido para los lanzamientos de nuevas cadenas desde febrero de 2025. Desde entonces hemos servido más de 12 mil millones de solicitudes, con 51 cadenas que hoy corren tráfico de RedStone activamente en nuestros nodos. Su registro histórico de price-push es de 26.8 millones de transacciones onchain con una tasa de éxito del 99.999%. Para un feed que leen los motores de liquidación, esa tasa de éxito es la diferencia entre un mercado que se liquida correctamente y uno que no.

¿Cómo mantienes un producto sincronizado con la cadena en tiempo real?

La forma confiable de mantenerse sincronizado es que la cadena te envíe los eventos en lugar de hacer polling, que es lo que hace un webhook: un callback HTTP que se dispara hacia tu servicio en el momento en que ocurre un evento onchain que coincide. Hacer polling de muchas cadenas con un temporizador significa pagar por consultas constantes o aceptar un retraso, y significa construir y operar tú mismo esa infraestructura de polling.

Alchemy Webhooks resuelve eso. Los equipos se suscriben a los eventos que les interesan y mantienen sus propios libros contables, notificaciones e interfaces actualizados a medida que la actividad ocurre. La entrega es at-least-once, por lo que una falla transitoria de tu lado no se convierte en un evento perdido.

Slingshot había construido el rastreo de depósitos cross-chain sobre 40 servicios separados de Google Cloud, con un sistema para cadenas EVM y otro para Solana. Reemplazarlo con Webhooks tomó cerca de 20 líneas de código y una semana. El resultado fue un único sistema de depósitos en tiempo real con cero depósitos perdidos.

¿Cómo cargas actividad histórica sin hacer esperar al usuario?

Los eventos en vivo mantienen actualizado un libro contable. El historial es lo que un cliente ve cuando abre la aplicación: transferencias pasadas, análisis de portafolio, años de actividad. Eso tiene que cargar tan rápido como un saldo en vivo.

Solflare usa nuestro Solana Archive Method para servir actividad histórica y análisis de portafolio a más de 4 millones de usuarios activos. Las consultas de archivo corren hasta 20 veces más rápido que otros proveedores que Solflare probó, con tiempos de respuesta por debajo de 200ms, razón por la cual un usuario puede abrir la aplicación y ver cómo carga todo su historial financiero en lugar de mirar un ícono de carga girando.

¿Cómo eliminas la fricción de la blockchain de un producto financiero?

El objetivo de cara al cliente es que nada de la cadena llegue al cliente. Debería poder hacer un pago sin antes comprar un token nativo, fondear una cuenta mediante un flujo de firma que entienda, y completar una acción de ahorro sin tocar la configuración de red.

Las cuentas programables son wallets que pueden contener sus propias reglas, de modo que una aplicación puede mover fondos y hacer cumplir límites de gasto a nivel de cuenta en lugar de trasladarle cada mecánica al usuario. El patrocinio de gas permite que la aplicación pague las comisiones de red en nombre del cliente y le facture en dólares. Junto con el envío confiable de transacciones y las actualizaciones de estado en tiempo real, los equipos diseñan el flujo que quieren mientras la liquidación sigue ocurriendo onchain.

Esa capa hoy maneja cerca del 85% de las transacciones sin gas en EVM y Solana, con 99.99% de uptime y respuestas por debajo de 50ms.

Pana usa nuestro RPC y patrocinio de gas para remesas en stablecoins, fondeo de tarjetas y liquidación en Base y Ethereum. Alcanzó más de 200,000 usuarios en menos de seis meses y procesa decenas de miles de transacciones en stablecoins al día.

Symphony ha procesado más de $500 millones en volumen de transacciones y opera en seis redes. En una ventana reciente de 30 días, servimos más de 800,000 solicitudes para Symphony con una tasa de éxito del 100% en cada mainnet correctamente configurada.

¿Qué equipos financieros construyen sobre Alchemy, y qué han medido?

¿Cómo deberías evaluar a un proveedor de infraestructura para cargas de trabajo financieras?

Pide números que puedas reproducir, y luego reprodúcelos con tu propio tráfico. El marketing de un proveedor no es un benchmark, y tampoco lo es una sola captura de pantalla.

Hay cuatro cosas que vale la pena revisar antes de firmar cualquier cosa.

Latencia en tus métodos, en tus regiones

Los promedios agregados esconden las llamadas lentas que importan. Prueba los métodos específicos de los que depende tu producto, desde las regiones donde están tus usuarios, y mira el p95 en lugar de la media. Nuestra metodología de benchmark documenta cómo corremos el nuestro, incluyendo las regiones, las reglas de timeout y qué cuenta como falla, de modo que puedas replicar la configuración con cualquier proveedor.

Tasa de éxito bajo carga, no en reposo

Un proveedor que es rápido en condiciones normales y pierde solicitudes durante un pico de volatilidad no sirve para finanzas. Haz pruebas de carga en el pico que esperas, y luego duplícalo.

Comportamiento ante fallas

¿Qué pasa cuando un nodo se degrada, y qué tan rápido se mueve el tráfico fuera de él? Revisa la página de estado del proveedor y su historial de incidentes antes de revisar su página de inicio.

Aislamiento, cuando lo necesitas

Los endpoints compartidos colocan tu tráfico junto al de todos los demás. Los Dedicated Clusters son de un solo inquilino, cumplen con SOC 2 Type II y se pueden desplegar en la región más cercana a tus usuarios o a tu matching engine. El switchover hacia capacidad RPC compartida es opcional, y cubre el tráfico por encima de la capacidad del cluster. Eso importa más para sistemas de trading y para cualquier carga de trabajo donde un vecino ruidoso sea una variable inaceptable.

Construye para el sistema financiero que se está moviendo onchain

Los equipos financieros que construyen con nosotros están resolviendo problemas distintos. Algunos están ampliando el acceso al crédito. Algunos están abaratando los pagos transfronterizos. Algunos entregan datos de mercado, herramientas de trading, custodia o inteligencia de portafolio.

Lo que los conecta es el estándar que sus propios clientes les exigen: respuestas rápidas, transacciones que se ejecutan, y un producto a la altura de manejar dinero. A medida que más liquidación, trading e inversión se mueven onchain, ese estándar pasa directamente a la infraestructura subyacente, porque lo que un cliente experimenta como un pago confirmado o un saldo exacto es, por debajo, si la conexión con la cadena se mantuvo firme.

Le damos a los equipos una sola base para acceso a blockchain de baja latencia, infraestructura de transacciones resiliente, datos en tiempo real, capacidad dedicada de un solo inquilino, y flujos de ejecución listos para el cliente, en cada cadena a la que se expandan.

Aave ha operado su tráfico de lending con nosotros desde 2021, a través de cada expansión de red y cada día de depósitos récord, y sus usuarios nunca han tenido que saber que existimos. Ese es el trabajo.

Construye productos financieros en Alchemy.

Preguntas frecuentes

¿Alchemy es confiable, y cuál es su historial de uptime?

Alchemy publica un uptime del 99.995% mientras asegura más de $1 billón (trillion) en volumen anual de transacciones, y mantiene su historial de incidentes público en su página de estado. Entre la evidencia verificada por clientes están las 25 millones de solicitudes de Bitget en 9 redes con cero errores y la tasa de éxito del 99.999% en price-push de RedStone.

¿Qué es Alchemy Cortex?

Cortex es el motor de blockchain inteligente que impulsa la plataforma de desarrollo de Alchemy. Enruta cada solicitud hacia capacidad saludable adecuada para ese método específico y se adapta a medida que cambian el estado de los nodos y el tráfico, en lugar de seguir un enrutamiento estático. Alchemy publica el resultado como 2.5x más rápido, 5x más confiable y 500x más throughput respecto a la arquitectura anterior.

¿Cómo afecta la latencia del RPC a la ejecución de transacciones y al rendimiento de trading?

La latencia del RPC fija el piso de qué tan rápido una aplicación puede leer el estado de la cadena y enviar una transacción. Mayor latencia significa que las cotizaciones quedan desactualizadas, los depósitos se acreditan tarde, y las operaciones se ejecutan a peores precios que el que vio el usuario. Para sistemas de trading, el p95 de latencia en tu propia región importa más que un promedio global.

¿Qué SLA debería esperar de un proveedor de RPC empresarial?

Los SLA firmados vienen con los planes Enterprise de Alchemy, con compromisos de uptime y tiempo de respuesta negociados por contrato en lugar de publicarse como una cifra pública única. De cualquier proveedor, pide cuatro cosas: el número de uptime, la ventana de medición, las exclusiones y el remedio cuando no se cumple. Un porcentaje sin eso no es un SLA.

¿Cuáles son los riesgos de depender de un solo proveedor de RPC en producción?

Un solo proveedor es un punto único de falla para cualquier cosa que mueva dinero. El enfoque de Bitget es un buen modelo: operar tus propios nodos para el grueso del tráfico y mantener un segundo proveedor independiente como fuente de verdad separada para depósitos, retiros y cualquier flujo donde una respuesta incorrecta sea costosa.

¿Qué API de blockchain ofrece la entrega de webhooks más confiable?

Alchemy Webhooks garantiza entrega at-least-once, por lo que una falla transitoria de tu lado no se convierte en un evento perdido. Slingshot reemplazó el rastreo de depósitos cross-chain que abarcaba 40 servicios de Google Cloud con alrededor de 20 líneas de código y reportó cero depósitos perdidos en cadenas EVM y Solana.

¿Cómo hago benchmark de proveedores de RPC antes de elegir uno?

Prueba los métodos específicos que llama tu producto, desde las regiones donde están tus usuarios, en cuentas pagas estándar, sin reintentos y con un timeout fijo. Reporta el p95 junto con el promedio, y separa la tasa de éxito de la latencia. La metodología de benchmark de Alchemy documenta una configuración que puedes replicar con cualquier proveedor.

¿Alchemy o QuickNode para infraestructura de pagos en stablecoins de alto volumen?

Ambos operan cargas de trabajo de producción en stablecoins a escala. La comparación útil es la latencia medida en tus métodos, la tasa de éxito en tu pico, y si el envío de transacciones y el patrocinio de gas provienen del mismo proveedor que tus lecturas. El benchmark en vivo de Alchemy publica sus números frente a QuickNode con metodología y datos sin procesar abiertos.

¿Qué proveedor ofrece nodos dedicados de un solo inquilino con despliegue regional?

Los Alchemy Dedicated Clusters son de un solo inquilino y cumplen con SOC 2 Type II, sin tráfico ni cómputo compartido. Se despliegan en la región más cercana a tu stack o a tus usuarios para lograr menor latencia. El switchover hacia capacidad RPC compartida es opcional, y cubre el tráfico por encima de la capacidad del cluster.