Périmètre du protocole
Définir le registre canonique des entités que le Hub stocke sur la blockchain, ainsi que ce qui reste hors chaîne. Le périmètre du noyau et les règles de frontière garantissent que chaque entité reste lisible sous un même standard minimal. Les interfaces restent des vues en aval de la chaîne.
Registre noyau
Registre partagé minimal pour l’identité, l’autorité, les décisions, les portefeuilles, l’historique de trésorerie et les ancrages.
Actions enregistrées
Décisions de gouvernance, événements de portefeuilles étiquetés et ancrages de documents enregistrés dans l’ordre.
Mécanique DCHUB
Le gas, les frais de protocole et la gouvernance définissent l’exécution et les mises à jour.
Interfaces en aval
Les interfaces ne font pas autorité. Les applications soumettent des actions et affichent les vues.
Registre noyau
Un noyau minimal est requis pour chaque entité, avec ou sans adaptateurs. Il reste compact pour permettre aux entités d’évoluer via la gouvernance sans changer le standard.
Registre des entités
Identifiant unique, type et statut de cycle de vie pour référencer et vérifier une entité.
Rôles et autorité
Attributions de rôles et permissions qui définissent qui peut agir, approuver ou dépenser.
Actions de gouvernance
Propositions, approbations et résolutions enregistrées qui définissent les décisions dans le temps.
Portefeuilles canoniques
Portefeuilles officiels liés à l’autorité pour rendre l’activité de trésorerie attribuable.
Événements étiquetés
Événements d’entrées et sorties standardisés avec étiquettes pour un reporting cohérent.
Ancrages de documents
Empreintes de hachage qui prouvent l’existence d’un document et sa correspondance ultérieure.
Règles de frontière
Les règles de frontière maintiennent le protocole neutre et sans garde. Il n’est ni une banque, ni un courtier, ni une bourse, ni un dépositaire. Il ne fait aucune affirmation de préparation à la production.
Noyau requis
Aucune entité n’existe sans le registre noyau et ses champs requis.
Adaptateurs optionnels
Les adaptateurs ajoutent du contexte ou de la reconnaissance mais ne peuvent pas remplacer l’état du noyau.
Sans garde
Les fonds restent dans les portefeuilles des entités. Le protocole ne détient jamais d’actifs.
Aucune garantie de conformité
La reconnaissance juridique et la conformité restent externes. L’exactitude du noyau demeure indépendante.
Noyau et adaptateurs
Considérez le noyau comme requis. Les adaptateurs sont optionnels : ils ajoutent du contexte sans redéfinir l’autorité centrale. Ils peuvent être ajoutés ou retirés sans changer le registre de base.
Noyau
Identité, rôles, décisions, portefeuilles, événements, ancrages toujours présents.
Adaptateurs optionnels
Juridiction, secteur, attestation et reporting, des extensions au-dessus du noyau.
Confidentialité, divulgation et cycle de vie
Le protocole enregistre un mode de divulgation pour que les explorateurs affichent ce qui est public ou agrégé. Il enregistre aussi le statut du cycle de vie pour que chacun voie si une entité est en brouillon, active, suspendue ou dissoute. Cela réduit la confusion et aide à éviter des paiements vers des entités inactives.
Tout est public
Transparence et vérification maximales.
Structure publique, divulgation sélective
Structure et totaux publics, avec des détails respectueux de la confidentialité.
Exécution privée avec preuve publique
Exécution privée via des zones privées ou des sous-chaînes, avec des ancrages publics comme preuves.
Statut d’enregistrement
brouillon
actif
suspendu
dissous
Actions enregistrées
Les actions en stablecoins sont enregistrées sur la blockchain, dans l’ordre chronologique, et sont infalsifiables. Cela crée un historique auditable, sans garde ni passerelles fiat.
Enregistrement
Créer l’entité et mettre à jour son statut de cycle de vie.
Gouvernance
Enregistrer les approbations, votes et résolutions comme état du protocole.
Événements de trésorerie
Étiqueter les revenus, dépenses et transferts depuis les portefeuilles canoniques.
Ancrages de documents
Joindre des empreintes de preuves pour vérifier les documents plus tard.
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.