0x ejecuta su API de intercambio « Solana » en Quicknode

Quicknode

10 de septiembre de 2026 — 5 minutos de lectura

Compartir

Añadir como fuente preferida

En muchas aplicaciones en cadena, la selección de la ruta de intercambio suele determinarse en función del precio cotizado por sus proveedores de intercambio. El motor de enrutamiento de 0x se optimiza en función de lo que realmente se liquida: si la operación se ejecuta o no, y en qué medida el importe final se desvía del importe prometido. Ese criterio ejerce presión sobre los datos. En Solana, una cotización solo es válida en la medida en que se ajuste al estado de la cuenta con respecto a la cual se ha fijado el precio.

En agosto de 2026, 0x incorporó esa disciplina a Solana. La API de 0x Swap en Solana entró en fase beta abierta, la primera red no EVM que se basa en más de nueve años de operaciones en cadena, y llegó con usuarios listos para realizar operaciones: Kamino, que utiliza 0x para los intercambios dentro de su protocolo de préstamos; Matcha Meta, el metaagregador propio de 0x, que liquidó un volumen de millones de dólares durante la beta; y Titan, un metaagregador que hace que los proveedores compitan por el importe liquidado.

Qué supuso la reconstrucción de la API Swap para Solana

En las cadenas EVM, la API de Swap devuelve una transacción lista para firmar. En el caso de Solana, 0x ha optado por un formato diferente: instrucciones, cada una con un precio calculado en función del estado actual de la cuenta, que el integrador agrupa en la transacción que envía. Las rutas de múltiples saltos se compilan mediante tablas de búsqueda de direcciones lo suficientemente compactas como para caber dentro de los límites de Solana. El conjunto de instrucciones crea cuentas de tokens sobre la marcha y gestiona SOL nativo sin necesidad de un paso de envoltura. El enrutamiento Token-2022 se aplicó en la beta cerrada de julio para monedas estables, acciones tokenizadas y tokens de Launchpad. Todo ello depende del estado actual de la cuenta, que se transmite directamente a través de Quicknode.

La carga de trabajo en el marco de una cotización de Solana no consiste en el envío de transacciones. 0x la describe como «básicamente un seguimiento de cuentas a gran escala»: cuentas, suscripciones y recuperaciones RPC directas que mantienen actualizado el estado del pool. La API de 0x mantiene unas 3.000 conexiones WebSocket activas y procesa más de 100 actualizaciones de cuentas por segundo. La ruta de recuperación tiene tanta importancia como las suscripciones; 0x la considera fundamental para la baja latencia de la API Swap en Solana. Los tiempos de slot de Solana se están acortando, pasando de 400 ms a 350 ms en agosto de 2026, con recortes progresivos hacia los 200 ms por delante. Cada intervalo puede desplazar los fondos que hay detrás de una cotización, por lo que el margen para obtener una nueva se va reduciendo cada vez más. Una actualización lenta genera una cotización obsoleta. Una suscripción interrumpida produce el mismo resultado, sin que se produzca ningún error.

0x enumera tres aspectos de los que dependía el lanzamiento: estabilidad ante un elevado volumen de actualizaciones de cuentas, conexiones de suscripción que se mantengan estables y respuestas de baja latencia ante una elevada carga de solicitudes. Detrás de todo ello se encuentra el listón que 0x establece para todo lo que lanza: un tiempo de actividad mensual del 99,5 %. Esa fiabilidad es una de las principales razones por las que los equipos de todas las cadenas pasan por 0x, y el mismo estándar se aplica a sus proveedores. Según 0x, cumplirlo es «no negociable».

Puesta en marcha de « Solana »: tres llamadas de infraestructura

La incorporación de la API Swap a su primera red que no es EVM supuso tres decisiones distintas. El artículo de 0x « Solana » (equipe ) abordaba cada una de ellas en detalle.

La primera era si recurrir a un especialista en Solana o a un proveedor multichain. Para 0x, lo más importante era gestionar grandes volúmenes de datos de suscripciones y solicitudes. Algunos proveedores pueden hacerlo en Solana, pero según la evaluación de 0x,«solo pueden hacer Solana », lo que supondría complicar su pila de proveedores RPC. En cuanto a capacidades, 0x consideró que el producto de Quicknodeestaba «bien desarrollado y ofrecía el rendimiento que necesitábamos». La prueba más difícil fue la concurrencia, es decir, dar soporte a tantas suscripciones a la vez. El equipe lo calificó como«un reto realmente difícil, y Quicknode lo superó». La asociación existente con EVM aportaba años de trayectoria y soporte, y significaba un único socio y un único paquete para todos los productos que gestiona 0x, en lugar de otro proveedor exclusivo de Solana en la pila.

La segunda cuestión era cuánta capacidad reservar y en cuántas regiones. 0x llevó a cabo su propia evaluación. En las primeras pruebas, la red « Quicknode » Pro mostró una de las latencias p90 más bajas entre los proveedores evaluados por 0x. A continuación, « equipe » pasó a Quicknode Dedicated Clústeres: capacidad reservada en dos regiones, con recambio a la red Pro. La latencia en p90 se redujo en aproximadamente un 70 %.

La tercera opción iba en contra de los instintos de la empresa. Se trata de una plataforma centrada en los desarrolladores ( equipe), y se barajó brevemente la posibilidad de gestionar sus propios nodos de Solana . Dos factores fueron decisivos: el coste y, lo que es más importante, la experiencia. Según equipe,«hay muchos aspectos de Solana que requieren conocimientos específicos». Delegar los nodos a Quicknode permitió a los ingenieros de 0x centrarse en el único problema que solo 0x podía resolver: reconstruir la API de Swap para Solana,«lo cual, de por sí, no era tarea fácil».

Desde la beta abierta

La primera señal llegó sin intervención alguna por parte de 0x equipe. Los integradores individuales pasaron de decenas de solicitudes por segundo a 200 RPS sin que se produjera ningún cambio por parte de 0x. 0x atribuye ese crecimiento a la arquitectura de su API, así como al proveedor de RPC subyacente.

En julio, durante la beta cerrada, entre 12 y 14 equipos distintos a la semana realizaban la llamada « Solana »endpoint. En agosto, 33 a la semana (entre 2,4 y 2,8 veces más). Los equipos que realizaban su primera llamada a Solana pasaron de uno al día a tres. La latencia en la pasarela de 0x se mantuvo: p50 en torno a los 15 ms y p95 en torno a los 80 ms, mientras que el número de integradores se duplicó con creces. Durante ese mismo periodo de julio a agosto, la tasa de errores del servidor descendió del 0,19 % al 0,017 %, lo que supone una reducción de 11 veces. Los errores 503 se redujeron a cero.

Quicknode Ya era un proveedor de la API Swap de 0x en el lado de la EVM. Esa relación abarca ahora también la primera red ajena a la EVM compatible con la API, así como el estado de la cuenta en función del cual se fijan los precios de sus cotizaciones de « Solana ».

Habla con nuestro equipo de equipe sobre tu carga de trabajo de Solana .