Portée d'intégration
Les SDKs et APIs sont les surfaces client utilisées pour intégrer le testnet du Hub. Les packages officiels ciblent JSON-RPC et les APIs d'indexer, avec des flux de signature et des schémas de requête qui gardent les sorties alignées sur le noyau. Utilisez ces surfaces pour vous connecter, soumettre des actions et lire l'état.
Packages SDK
Les packages officiels fournissent des utilitaires typés pour actions d'entité, portefeuilles et étiquettes.
Interface JSON-RPC
Interface bas niveau pour soumettre des transactions et exécuter des requêtes brutes.
API d'indexer
Endpoints HTTP pour requêtes standardisées, vues de reporting et métadonnées.
Flux d'événements
Flux d'événements indexés pour monitoring, rapprochement et pipelines à grande échelle.
Capacités des surfaces
Les SDKs exposent les actions qui alimentent la création d'entités, l'activité des portefeuilles et l'étiquetage. Utilisez-les pour soumettre des transactions, lire l'état de la chaîne et diffuser des événements vers des applications et des tableaux de bord. Chaque surface propose un niveau d'abstraction différent, des appels directs au nœud jusqu'à des utilitaires de plus haut niveau.
Signature et diffusion
Les helpers de signature construisent les transactions, attachent les étiquettes et diffusent avec les bons frais.
Actions d'entité
Créez et mettez à jour entités, rôles, unités et portefeuilles via des appels cohérents.
Requêtes et vues
Lisez l'état de la chaîne, les soldes de portefeuilles et l'activité étiquetée pour les tableaux de bord.
Flux d'événements
Abonnez-vous aux flux d'événements pour des applications réactives et une supervision automatisée.
Versioning et statut
Les surfaces testnet évoluent vite, donc versions et couverture peuvent changer entre cycles. Les cibles de compatibilité sont publiées avec chaque bundle. Traitez les SDKs comme des références d'intégration plutôt que des contrats long terme, et attendez des mises à jour au fil de la maturation des modules.
Niveaux de statut
Les surfaces sont étiquetées disponible, limitée ou planifiée selon la couverture.
Fenêtre de compatibilité
Les versions testnet changent entre cycles, épinglez les dépendances au bundle courant.
Dépréciations
Les interfaces peuvent être retirées ou remplacées, avec notes partagées par cycle.
Flux d'intégration
Utilisez ce flux pour aligner votre application sur la surface testnet actuelle. Il garde l'installation cohérente entre équipes et facilite la vérification que les actions, les étiquettes et les vues correspondent aux attentes du Hub. Répétez le flux après un reset de testnet ou une mise à jour du SDK.
Revoir les surfaces
Passez en revue la liste des SDKs et surfaces d'interface adaptées à votre cible.
Connecter le testnet
Configurez les endpoints JSON-RPC du bundle actuel et confirmez le chain ID.
Construire les transactions
Utilisez les helpers SDK pour assembler les actions, étiquettes et paramètres de frais.
Soumettre et observer
Diffusez les actions signées et surveillez confirmations et flux d'événements.
Valider les sorties
Comparez explorateur et indexer pour confirmer couverture des étiquettes et cohérence.
Contraintes du testnet
Ces SDKs sont conçus pour le testnet, donc le comportement peut évoluer à mesure que le protocole progresse. Resets, changements de paramètres et updates d'endpoint sont normaux. Prévoyez des itérations rapides et validez votre intégration avec le dernier bundle.
Cycles de reset
Des resets peuvent survenir, exportez les configs et gardez les données portables.
Changements d'endpoint
Les endpoints et pairs peuvent changer entre cycles, actualisez le bundle.
Manques de couverture
Certains modules ou vues peuvent être en retard pendant des itérations testnet.
Manifeste
"Mon objectif est simple : permettre à chacun, partout, de créer une entité capable d’opérer avec crédibilité, continuité et de véritables infrastructures financières, conçues pour fonctionner en stablecoins."
Lire le manifesteNicolas Turcotte
Fondateur et ingénieur principal
Contribuez maintenant
La testnet est destinée aux constructeurs, opérateurs et responsables qui veulent valider le Hub en public.
Ingénieurs de protocole
Travail sur les définitions du kernel, le périmètre des messages et les invariants.
Ingénieurs d’indexation et de données
Définition des schémas d’événements et des entrées reproductibles pour les vues.
Opérateurs précoces
Test du séquenceur, de la publication des lots et du périmètre opérationnel sous règles de testnet.
Investisseurs alignés sur l’infrastructure
Suivi du périmètre, des risques et des progrès (sans promesse de rendement).
Conseil juridique
Révision des limites, du périmètre non custodial et de l’ordre de la pile documentaire.
Responsables de gouvernance
Définition de la séparation kernel/adaptateurs et de la posture de mise à jour.
Accès à la testnet
Demandez l’accès pour explorer le Hub, tester les interfaces de référence et valider le comportement du protocole de bout en bout sur la testnet de développement. Tout le monde peut en faire la demande ; l’accès opérateur local/dev est examiné plus strictement.
Accès contrôlé. Approbation requise.
Testnet En anglais uniquement
Accès à la testnet
Demandez l’accès pour explorer le Hub, tester les interfaces de référence et valider le protocole sur la testnet de développement. L’accès local/dev des opérateurs est examiné plus strictement.
Demander l’accès à la testnetBulletin En anglais uniquement
Restez informé
Mises à jour concises sur la préparation de la testnet, les lancements et les jalons de gouvernance.