dCorps Hub
DevCo Testnet Fondation Audit Mainnet Adoption

Gouvernance

Cadre de décision

La gouvernance définit comment le dCorps Hub évolue, qui peut approuver les mises à jour et comment l’autorité apparaît sur la blockchain sous forme d’un état ordonné dans le temps et vérifiable. Le cadre privilégie la sécurité, la neutralité et la transparence plutôt que la vitesse. Statut : testnet, aucune promesse au-delà des capacités actuelles.

Contrôle des changements

Les changements de protocole suivent des étapes définies de proposition, revue et adoption.

Priorité à la sécurité

Les changements à fort impact imposent des seuils plus stricts, des fenêtres de revue et une justification claire.

Neutralité

Le Hub définit des structures communes sans privilégier de juridictions ou d’institutions.

Autorité conditionnée par phases

L’autorité décisionnelle ne s’élargit qu’après validation des portes de phase.

Instances de gouvernance

Des instances définies et des groupes consultatifs encadrent les décisions, avec la gouvernance sur la blockchain comme autorité visée en mainnet. La coordination avant la mainnet est pilotée par les fondateurs et documentée dans des politiques publiques. Les instances prévues restent des intentions de conception tant qu’elles ne sont pas constituées ou activées.

Gouvernance sur la blockchain

Autorité principale en mainnet pour les mises à jour, paramètres et le cycle de vie des modules.

Conseil du protocole

Instance consultative qui examine les propositions à fort impact et publie des orientations.

Fondation (prévue)

Intention de conception pour la gouvernance, le financement des biens publics et la coordination.

DevCo et ResCo

Prestataires prévus pour l’ingénierie et la recherche dans le périmètre de gouvernance.

Groupes de travail

Groupes consultatifs limités dans le temps pour revue spécialisée et coordination.

Domaines de décision

Le périmètre couvre les paramètres, modules, sous-chaînes, mises à jour, trésorerie et politiques. Le noyau est l’ensemble minimal de règles communes; les adaptateurs et modules sont optionnels et ne peuvent pas le redéfinir. Chaque domaine exige une justification publiée, des seuils et des notes de revue.

Modifications de paramètres

Ajuster les paramètres du protocole selon des seuils de gouvernance définis.

Cycle de vie des modules

Enregistrer, mettre à jour ou déprécier des modules optionnels par décision de gouvernance.

Reconnaissance des sous-chaînes

Accorder ou retirer le statut de sous-chaîne selon des décisions explicites.

Mises à jour logicielles

Approuver les versions, les plans de migration et de retour arrière pour le noyau.

Trésorerie et budgets

Allouer des fonds selon la politique de trésorerie publiée et une justification annoncée.

Politiques et documents

Adopter ou modifier les documents de gouvernance avec des mises à jour versionnées.

Chemin de transition

L’autorité évolue au fil des portes de phase, passant d’une coordination pilotée par les fondateurs à une gouvernance sur la blockchain. La fondation se constitue avant la mainnet, avec transfert de la gouvernance de l’IP comme condition de lancement. Les instances consultatives restent non contraignantes.

1

Coordination des fondateurs

La coordination avant la mainnet suit des politiques publiées et des divulgations publiques.

2

Constitution de la fondation

La fondation se constitue avant la mainnet, reçoit la gouvernance de l’IP comme condition de lancement et se prépare à exécuter des actions hors chaîne approuvées par la gouvernance.

3

Autorité sur la blockchain

La gouvernance mainnet devient la voie principale d’approbation des changements de protocole.

4

Continuité consultative

Les conseils et groupes de travail restent consultatifs à toutes les phases.

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 manifeste

Nicolas 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.

En anglais uniquement
Testnet

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.

Demander l’accès à la testnet

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 testnet

Bulletin En anglais uniquement

Restez informé

Mises à jour concises sur la préparation de la testnet, les lancements et les jalons de gouvernance.