0x met en œuvre son API d'échange « Solana » sur Quicknode

Quicknode

10 septembre 2026 — 5 min de lecture

Partager

Ajouter comme source préférée

Dans de nombreuses applications « on-chain », le choix de l'itinéraire d'échange est généralement déterminé par le cours proposé par leurs fournisseurs d'échange. Le moteur de routage de 0x optimise les transactions en fonction de leur règlement : il examine si la transaction est effectivement exécutée et dans quelle mesure le montant reçu s'écarte du montant promis. Cette norme exerce une pression sur les données. Sur Solana, la valeur d'une cotation dépend entièrement de l'état du compte sur lequel elle a été calculée.

En août 2026, 0x a mis en place cette fonctionnalité sur Solana. L'API 0x Swap sur Solana est entrée en bêta ouverte, le premier réseau non-EVM s'appuyant sur plus de neuf ans d'expérience en matière de trading sur la chaîne, et elle a été accueillie par des utilisateurs prêts à l'adopter : Kamino, qui utilise 0x pour les swaps au sein de son protocole de prêt ; Matcha Meta, le méta-agrégateur de 0x, qui a traité des millions de dollars de volume pendant la bêta ; et Titan, un méta-agrégateur qui met les fournisseurs en concurrence sur le montant traité.

Ce qu'a impliqué la refonte de l'API Swap pour Solana

Sur les chaînes EVM, l’API Swap renvoie une transaction prête à être signée. Pour Solana, 0x a opté pour une approche différente : des instructions, dont le prix est calculé en fonction de l’état en temps réel du compte, que l’intégrateur assemble pour former la transaction qu’il soumet. Les itinéraires à plusieurs sauts sont compilés via des tables de recherche d’adresses suffisamment compactes pour respecter les limites de Solana. Le jeu d’instructions crée des comptes de jetons au fur et à mesure et gère le SOL natif sans étape d’emballage. Le routage Token-2022 a été mis en œuvre lors de la bêta fermée de juillet pour les stablecoins, les actions tokenisées et les jetons de launchpad. Tout cela dépend de l’état actuel du compte, fourni directement via Quicknode.

La charge de travail dans le cadre d’une offre « Solana » ne concerne pas l’envoi de transactions. 0x la décrit comme «essentiellement un suivi de comptes à grande échelle»: comptes, abonnements et requêtes RPC directes permettant de maintenir à jour l’état du pool. L’API de 0x gère environ 3 000 connexions WebSocket actives et traite plus de 100 mises à jour de comptes par seconde. Le chemin de récupération a autant d’importance que les abonnements ; 0x le qualifie d’élément essentiel à la faible latence de l’API Swap sur Solana. Solana Les durées des créneaux horaires sont en train de diminuer, passant de 400 ms à 350 ms en août 2026, avec réductions progressives prévues vers 200 ms à venir. Chaque créneau peut déplacer les pools derrière une cotation, de sorte que la fenêtre disponible pour une nouvelle cotation ne cesse de se réduire. Une mise à jour lente produit une cotation obsolète. Un abonnement interrompu produit le même résultat, sans générer d’erreur.

0x énumère trois éléments dont dépendait le lancement : la stabilité face à un débit élevé de mises à jour de comptes, la pérennité des connexions d’abonnement et des réponses à faible latence en cas de forte charge de requêtes. Derrière ces critères se cache l’objectif que 0x se fixe pour tous ses services : une disponibilité mensuelle de 99,5 %. Cette fiabilité explique en grande partie pourquoi les équipes de différentes chaînes passent par 0x, et cette même norme s’applique à ses fournisseurs. Selon 0x, le respect de cet objectif est « non négociable ».

Mise en place d’ Solana: trois appels d’infrastructure

L'intégration de l'API Swap sur son premier réseau non-EVM a nécessité trois choix distincts. L'article de 0x intitulé « Solana » (equipe ) les détaillait chacun.

La première question était de savoir s’il fallait faire appel à un spécialiste de l’ Solana ou à un fournisseur multichaîne. 0x accordait une importance particulière à la gestion de volumes élevés de données d’abonnement et de requêtes. Certains fournisseurs sont capables de le faire sur Solana, mais selon l’évaluation de 0x, «ils ne peuvent traiter que Solana », ce qui aurait pour conséquence de compliquer leur pile de fournisseurs RPC. En termes de capacités, 0x a estimé que le produit de Quicknode était «bien abouti et performant pour nos besoins ». Le test le plus difficile concernait la concurrence, c’est-à-dire la prise en charge simultanée d’un grand nombre d’abonnements. L’ equipe l’a qualifié de «défi véritablement difficile, que Quicknode a relevé ». Le partenariat existant avec EVM apportait des années d’expérience et d’assistance, et cela signifiait un seul partenaire et un seul package pour tous les produits exploités par 0x, plutôt que l’ajout d’un autre fournisseur dédié à l’ Solana dans la pile.

La deuxième question portait sur le volume de capacité à réserver et sur le nombre de régions concernées. 0x a mené sa propre évaluation. Lors des premiers tests, le réseau « Quicknode » Pro affichait l’une des latences p90 les plus faibles parmi les fournisseurs évalués par 0x. L’ equipe a ensuite adopté la configuration « Quicknode » ( Clusters) : une capacité réservée sur deux régions, avec un repli vers le réseau Pro. La latence au p90 a ainsi baissé d’environ 70 %.

La troisième option allait à l'encontre des instincts de l'entreprise. Il s'agit d'une plateforme axée sur les développeurs ( equipe), et la possibilité d'exploiter ses propres nœuds Solana a été brièvement envisagée. Deux facteurs ont fait pencher la balance : le coût et, surtout, l'expertise. Selon l'equipe, «de nombreux aspects de Solana nécessitent une expertise spécifique ». En confiant les nœuds à Quicknode , les ingénieurs de 0x ont pu se consacrer au seul problème que 0x pouvait résoudre : la refonte de l'API Swap pour Solana, «ce qui n'était pas une mince affaire en soi ».

Depuis la bêta ouverte

Le premier signal est apparu sans intervention de la part de equipe de 0x. Les intégrateurs individuels sont passés de quelques dizaines de requêtes par seconde à 200 RPS sans aucune modification de la part de 0x. 0x attribue cette croissance à l'architecture de son API ainsi qu'au fournisseur RPC qui la sous-tend.

En juillet, pendant la bêta fermée, 12 à 14 équipes différentes par semaine ont appelé l'Solana endpoint . En août, ce chiffre est passé à 33 par semaine (soit entre 2,4 et 2,8 fois plus). Le nombre d’équipes effectuant leur tout premier appel « Solana » est passé d’une par jour à trois. La latence au niveau de la passerelle 0x est restée stable : p50 autour de 15 ms et p95 autour de 80 ms, alors que le nombre d’intégrateurs a plus que doublé. Sur la même période de juillet à août, le taux d’erreurs serveur est passé de 0,19 % à 0,017 %, soit une réduction par 11. Les erreurs 503 ont été réduites à zéro.

Quicknode était déjà un fournisseur pour l'API Swap de 0x du côté de l'EVM. Ce partenariat s'étend désormais au premier réseau non-EVM pris en charge par l'API, ainsi qu'à l'état du compte sur lequel se basent les cotations de son « Solana ».

Discutez avec nos spécialistes « equipe » de votre charge de travail « Solana ».