Extensions optionnelles
Les extensions sont optionnelles et s'ajoutent au-dessus du noyau. Les modules et adaptateurs ajoutent une logique spécialisée pour des secteurs, juridictions ou parcours d'assurance sans changer les règles d'autorité centrales. Les extensions ajoutent des capacités tandis que le noyau reste stable, partagé et cohérent pour toutes les entités.
Modules optionnels
Les extensions ajoutent une logique spécifique sans modifier l'autorité de base.
Non autoritatif
Les extensions ne remplacent pas les règles du noyau, elles s'ajoutent en complément.
Déclarations d'interface
Les adaptateurs publient leurs interfaces et versions pour faciliter l'intégration.
Statut testnet
Les listes d'extension sont liées au testnet et peuvent évoluer à chaque cycle.
Noyau vs extension
Partez de la base partagée : registre d'entités, rôles, portefeuilles et flux étiquetés. Les extensions ajoutent une logique spécialisée pour des domaines comme les exigences sectorielles, les adaptations juridictionnelles ou les mécanismes d'assurance. Cela garde le cœur stable tout en permettant des extensions optionnelles.
Noyau noyau
Registre d'entités, rôles, actions de gouvernance et portefeuilles canoniques définissent la base.
Extensions
Les adaptateurs optionnels ajoutent logique de domaine, attestations ou reporting sans changement noyau.
Listing du registre
Les extensions sont listées dans le registre des modules avec des métadonnées qui décrivent compatibilité, plages de versions et statuts. Les listings facilitent la découverte des adaptateurs et la confirmation des détails d'intégration. Le listing est informatif et n'implique pas d'approbation ni de reconnaissance légale.
Métadonnées de listing
Les métadonnées incluent identifiants, plages de versions et propriétaire de l'entrée.
Plage de compatibilité
Les signaux indiquent quelles versions noyau et interfaces l'adaptateur supporte.
Gouvernance requise
Les politiques du registre exigent des actions de gouvernance pour lister ou retirer.
Labels de statut
Les modules sont marqués brouillon, actif ou retiré pour refléter le statut.
Flux d'attachement
Les extensions s'attachent via des actions de gouvernance pour que la décision soit transparente et cohérente entre outils. L'attachement lie l'entité à un module et expose les métadonnées dans les explorateurs et registres. Les détachements et mises à jour suivent le même flux et gardent l'état aligné.
Proposer l'attachement
Soumettez une action de gouvernance qui nomme le module et l'entité cible.
Capturer l'approbation
Les résultats d'approbation sont stockés sur la blockchain pour vérification par les outils.
Attacher le module
Liez le module à l'entité et exposez ses métadonnées dans le registre.
Mettre à jour ou détacher
Utilisez le même flux pour mettre à jour ou retirer des modules en sécurité.
Limites du testnet
Les extensions sont liées au testnet et peuvent changer à mesure que modules et politiques évoluent. Les listings, plages de compatibilité et flux de gouvernance peuvent varier entre cycles. Traitez les extensions comme des références d'intégration et vérifiez leur statut avant tout engagement externe.
Cycles de reset
Les resets peuvent affecter les listings, gardez les configurations portables.
Changements de politique
Les politiques du registre peuvent évoluer, relisez les updates avant attachement.
Manques de couverture
Certains adaptateurs peuvent être expérimentaux ou incomplets pendant le 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.