Adam Cazes montre comment Nexus alimente GeroWallet et suit l’activité sur Cardano

Adam Cazes, cofondateur et PDG de A.D. Labs, a présenté l’infrastructure derrière GeroWallet lors des Cardano Developers Office Hours. Sa présentation s’est concentrée sur Nexus, la plateforme de données et de transactions initialement conçue pour le portefeuille et désormais disponible pour d’autres développeurs.

Cazes a montré comment Nexus fournit des informations de portefeuille, trouve des routes d’échange et surveille une activité blockchain ciblée. Il a aussi évoqué son utilisation de Yaci Store, le travail de l’équipe sur une infrastructure pour agents IA et les défis liés à la prise en charge d’applications sur plusieurs chaînes.

Comment Nexus prend en charge GeroWallet et d’autres applications

Un portefeuille crypto réunit des informations provenant de plusieurs sources avant qu’un utilisateur ne voie un solde, un historique de transactions ou une cotation d’échange. Il doit récupérer des enregistrements depuis la blockchain, identifier les actifs associés à un compte et les relier aux données de marché.

Cazes a expliqué que GeroWallet s’appuyait auparavant sur des requêtes répétées vers des services backend pour obtenir ces informations. À mesure que le nombre d’utilisateurs augmentait, l’équipe faisait face à des coûts réseau et de maintenance croissants. A.D. Labs a développé Nexus pour organiser les données dans son backend et les fournir au portefeuille.

Pour illustrer la charge, il a présenté un portefeuille avec environ 840 transactions. Chaque enregistrement peut contenir plusieurs éléments d’information, y compris des métadonnées, des scripts, des collatéraux et des sorties de transaction non dépensées, ou UTXOs. Sur Cardano, les UTXOs représentent des sorties disponibles pouvant être utilisées pour construire de nouvelles transactions.

Nexus prend en charge l’accès aux données pour Cardano, Midnight et Bitcoin. Cazes a expliqué que Midnight a besoin de son propre index, car son architecture inclut des fonctionnalités telles que des proofs et la génération de DUST. L’indexation organise les informations de la blockchain afin que les applications puissent récupérer les enregistrements dont elles ont besoin.

La plateforme combine aussi des données de marché avec un agrégateur de bourses décentralisées. Dans une application de démonstration, Cazes a saisi un montant d’échange en ADA et a affiché une route proposée, d’autres lieux de négociation disponibles et l’impact de prix estimé.

Il a cité SongMarketCap comme partenaire de Nexus qui utilise les données de marché de la plateforme et son agrégateur de bourses décentralisées. Parmi les autres utilisateurs potentiels qu’il a mentionnés figuraient des portefeuilles, des développeurs construisant des applications et des agents IA.

Une démonstration distincte de construction de transaction a produit une transaction non signée au format CBOR, un mode d’encodage des données. La transaction doit ensuite être signée par le portefeuille ou l’application de l’utilisateur avant soumission.

Blueprints diffuse des transactions Cardano via WebSockets

Cazes a aussi montré comment les développeurs peuvent suivre une activité blockchain spécifique sans demander à répétition si quelque chose a changé.

Une méthode courante, appelée polling, envoie des requêtes à intervalles réguliers. Si aucune transaction pertinente n’apparaît, la requête revient sans nouveau résultat. Les applications qui vérifient fréquemment peuvent donc générer un grand nombre de requêtes même pendant les périodes calmes.

Nexus propose une seconde approche via les WebSockets, des connexions qui permettent aux applications de s’abonner à des événements et de recevoir les mises à jour à leur arrivée. Sa fonctionnalité Blueprints permet aux développeurs de définir l’activité qu’ils souhaitent suivre.

Pendant la session, Cazes a créé un abonnement pour des transactions associées à une token policy sur le mainnet Cardano. Il a expliqué que les développeurs peuvent aussi filtrer l’activité à l’aide d’une adresse, d’un staking credential ou d’un script hash, selon l’application. Les résultats peuvent être livrés au niveau de la transaction ou pour des UTXOs individuels.

Cazes a présenté FluidTokens, partenaire design de Nexus, comme exemple de la façon dont le système peut être utilisé pour une application de prêt. Son étude de cas portait sur un script associé à 115 adresses et a montré que seule une petite partie des blocs examinés contenait une activité pertinente pour l’application.

Dans une démonstration distincte de polling impliquant le token NIGHT, Cazes a indiqué qu’environ 80 % des requêtes revenaient sans nouvelle information. Le nombre de requêtes qu’une application peut éviter dépend de sa fréquence de polling et du niveau d’activité qu’elle surveille.

Des développeurs ont aussi demandé comment un système de streaming gère un rollback, un événement dans lequel l’historique de chaîne précédemment observé est remplacé. Les participants ont expliqué que des événements de rollback peuvent être transmis aux abonnés, tandis que l’application réceptrice est responsable de mettre à jour ses propres enregistrements en conséquence.

[NEWSBREAK]

Yaci Store, agents IA et plans d’expansion

Nexus utilise principalement Yaci Store pour indexer les données de Cardano. Cazes a expliqué que A.D. Labs exécute une version modifiée basée sur Yaci Store 3.0 Beta 5 et a soumis ses changements au projet amont.

Le système peut aussi utiliser d’autres fournisseurs de données comme recours. Cazes a identifié Koios comme une source que Nexus peut consulter lorsque l’information n’est pas disponible depuis son infrastructure principale.

Lors d’une comparaison présentée pendant la session, Cazes a indiqué que Nexus avait une avance médiane d’environ deux secondes sur Blockfrost pour la livraison de nouveaux blocs observés dans son test. Il a relié ce résultat en partie à l’architecture de Nexus et à son utilisation de Yaci Store.

Au-delà des données blockchain, Nexus inclut un MCP server, qui offre un moyen pour des agents IA de se connecter aux outils et informations pris en charge. Un participant a suggéré d’ajouter un x402 facilitator, un composant décrit pendant la session comme gérant la soumission de transactions et le suivi de statut pour les agents.

Cazes a répondu que A.D. Labs avait déjà commencé à construire une infrastructure pour un mode agent dans GeroWallet. Le x402 facilitator a été évoqué comme un service possible à l’avenir, sans lancement annoncé pendant la présentation.

L’équipe envisage aussi la prise en charge de réseaux supplémentaires, y compris des chaînes EVM et Solana. Cazes a relié ce travail à la feuille de route de GeroWallet et à l’objectif de rendre les interactions entre chaînes plus simples pour les utilisateurs.

Au moment de la session, Nexus proposait un essai de sept jours et une offre d’introduction à 9 $ par mois. Interrogé sur un niveau gratuit, Cazes a confirmé que l’équipe en avait envisagé un mais ne l’avait pas introduit dans son modèle économique actuel.

Divulgation: SongMarketCap utilise un widget d’échange propulsé par Gero Nexus et reçoit une part des frais d’échange générés via le widget.