Conditions d’accès
Testnet de développement actuel, à accès restreint, destiné à valider le protocole, la reproductibilité et les interfaces. L’accès est contrôlé et réinitialisable, et rien n’implique une préparation à la production. Les actions et événements sont enregistrés sur la blockchain sous forme d’état infalsifiable, ce qui permet de comparer les vues entre indexers indépendants. Les résultats peuvent être en retard ou réinitialisés et ne constituent pas des enregistrements durables. Les flux opérationnels sont conçus pour fonctionner en stablecoins. Des actifs de test peuvent être utilisés lorsqu’ils sont fournis. Aucun circuit fiat, aucune garde ni garantie de règlement n’est fournie.
Surface uniquement XML. Non liée depuis la navigation. Accès interne uniquement.
L’accès à l’interface GUI du dev testnet est fourni après approbation. Les kits de sandbox locale sont fournis aux opérateurs approuvés via invitation à un repo privé ou lien de bundle.
Accès de connexion
Connectez-vous avec des identifiants fournis pour accéder aux endpoints et bundles du testnet sous restriction.
La connexion est restreinte. Les identifiants sont délivrés après revue.
Demander l’accès
Partagez les informations nécessaires pour examiner l’accès au testnet et fournir des identifiants.
- Votre rôle et votre organisation.
- Type d’accès : tests de l’interface GUI du dev testnet ou kit de sandbox locale.
- Périmètre de test (opérateur, indexer, développeur, observateur).
- Juridiction et email de contact pour les identifiants.
- Si vous demandez un kit de sandbox, mode de livraison préféré (invitation à un repo privé ou lien de bundle).
- Tout contexte de conformité ou opérationnel nécessaire pour l’accès.
Aucun faucet public ni parcours d’onboarding n’est proposé.
L’accès est accordé uniquement pour la validation et la reproductibilité. Les demandes sont évaluées au cas par cas. L’approbation n’est pas garantie et l’accès peut être réinitialisé ou révoqué sans préavis.
Posture d’environnement
Le testnet est réparti entre des environnements locaux et partagés. Les deux environnements sont réinitialisables et susceptibles d’évoluer.
Local et dev uniquement
Les environnements sont limités à la sandbox locale et au dev testnet. Aucune posture mainnet n’est implicite.
État réinitialisable
Les réinitialisations d’état et les changements de paramètres sont normaux pendant les premiers cycles de validation.
Aucune garantie
Aucune garantie de disponibilité, d’uptime ou de support n’est fournie.
Carte des environnements
| Environnement | Objectif | Notes d’accès |
|---|---|---|
| Sandbox locale | Environnement de test local. | État autonome, non partagé. Kit fourni après approbation. |
| Dev testnet | Environnement de test partagé. | Accès contrôlé. Identifiants délivrés après revue. |
Liste des surfaces d’accès
Les surfaces d’accès sont fournies après approbation pour les tests. Toutes les surfaces sont réinitialisables et peuvent changer sans préavis.
| Surface | Objectif | Statut | Notes d’accès |
|---|---|---|---|
| Bundle de configuration (si fourni) | Genesis, peers et réglages de base pour le testnet. | Restreint | Des changements peuvent survenir entre les réinitialisations. |
| Interface de référence (GUI) (si fournie) | Tester l’interface de référence sur le dev testnet. | Restreint | Identifiants délivrés après revue. Limité au testnet. |
| Endpoint JSON-RPC (si fourni) | Tests d’opérateur et d’intégration. | Restreint | Accès contrôlé. Environnement réinitialisable. |
| Kit de sandbox locale (si fourni) | Sandbox mono-nœud pour des tests locaux isolés. | Restreint | Livré via invitation à un repo privé ou lien de bundle après approbation. |
| API d’indexer (si fournie) | Vérifications de reproductibilité et tests de reporting. | Restreint | Les données peuvent être réinitialisées. Les formats peuvent changer. |
| Vue d’explorateur (si fournie) | Visibilité en lecture seule pendant les tests. | Lecture seule | Non public. Peut changer sans préavis. |
| Faucet (si fourni) | Distribution de tokens de test pour le développement. | Restreint | Accès interne. Des limites de débit peuvent s’appliquer. |
Contraintes de périmètre
Dans le périmètre
- Mécanismes du testnet, cycles de validation et environnements réinitialisables.
- Accès contrôlé pour la validation du protocole, la reproductibilité et les tests d’interface.
- Surfaces de référence non autoritatives pour un usage testnet uniquement.
Hors périmètre
- Accès au mainnet ou affirmations de préparation à la production.
- Onboarding public, disponibilité ou garanties d’accès.
- Engagements de support ou d’uptime.
- Garde, conformité ou garanties juridiques.