Portée du réseau
Les environnements testnet sont les réseaux sur lesquels reposent les intégrations. Ils incluent un sandbox local pour itérer vite, un testnet dev partagé pour l'alignement des équipes, ainsi qu'un testnet public et un réseau de répétition pour pratiquer les upgrades. Le bundle de configuration liste chain IDs, pairs et paramètres pour garder les équipes synchronisées au fil de l'évolution du protocole.
Sandbox local
Chaîne mono-nœud pour tests locaux avec comportement déterministe et resets rapides.
Testnet dev
Réseau partagé pour intégration, coordination opérateur et reproductibilité inter-équipes.
Testnet public
Testnet ouvert aux développeurs et opérateurs externes avec chain IDs publiés.
Testnet de répétition
Environnement de répétition mainnet pour pratiquer les upgrades tout en restant réinitialisable.
Bundle de config
Chain ID, genesis, pairs et paramètres de base regroupés pour un onboarding rapide.
État réinitialisable
L'état du testnet peut être réinitialisé et les paramètres peuvent évoluer.
Accès et rôles
L'accès réseau est réparti entre développeurs, opérateurs et services de données. Les développeurs se connectent via JSON-RPC pour soumettre des actions, tandis que les opérateurs exécutent sequencer, batch posting et services de nœuds selon les règles du testnet. Les indexers suivent la chaîne pour publier des vues cohérentes et les faucets fournissent du DCHUB de test pour le gas.
Accès développeurs
Les endpoints JSON-RPC exposent la soumission de transactions et les requêtes de chaîne.
Parcours opérateur
La participation suit les règles du testnet avec rotations, upgrades et contrôles de performance.
Sync indexer
Les pipelines d'indexer suivent la chaîne et publient des vues dérivées.
Gas testnet
Les faucets distribuent du DCHUB de test pour payer les frais de transaction.
Paramètres réseau
Les paramètres clés sont publiés avec chaque bundle de configuration testnet et doivent être considérés comme actifs pour le cycle en cours. Ils incluent identifiants de chaîne, réglages du token de frais et valeurs genesis utilisées par les modules du Hub. Utilisez le bundle comme référence unique pour exécuter des nœuds ou connecter des outils clients.
Chain ID
Le chain ID identifie la version réseau et correspond au bundle en cours.
Denom de gas
Le gas est payé en DCHUB sur le testnet, les portefeuilles signataires gardent les soldes.
Valeurs genesis
Les valeurs genesis définissent les paramètres des modules et peuvent évoluer au reset.
Jeu de pairs
Les listes de pairs et seeds gardent les nœuds connectés au testnet partagé.
Flux de connexion
Utilisez ce flux pour vous connecter, soumettre des actions et valider les sorties sur le réseau. Les étapes s'appliquent au local ou au testnet dev et gardent les boucles d'intégration cohérentes entre équipes. Répétez le flux après les resets pour confirmer la configuration.
Récupérer le bundle
Récupérez le chain ID, genesis et liste de pairs pour le cycle en cours.
Démarrer ou se connecter
Lancez un nœud local ou connectez-vous aux endpoints testnet partagés.
Financer les signataires
Utilisez le faucet pour financer les portefeuilles signataires en DCHUB pour les frais réseau.
Soumettre les actions
Envoyez des transactions signées via SDKs ou APIs et surveillez les confirmations.
Valider les sorties
Vérifiez les vues explorateur et indexer pour la couverture des étiquettes et la cohérence.
Limites du testnet
Les cycles sont volontairement flexibles pour permettre au protocole d'évoluer rapidement. Les resets d'état, changements de paramètres et montées de version sont normaux en phase initiale. Utilisez ces environnements pour valider les intégrations et éviter les hypothèses de continuité longue.
Cycles de reset
L'état peut être réinitialisé, gardez les configs et exports portables.
Glissement de paramètres
Les paramètres peuvent évoluer, vérifiez toujours le dernier bundle.
Focus testnet
Ces environnements servent au développement et à la validation, pas à la production.
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.