Portée de signature
Les interfaces de référence (testnet) sont les outils publics qui lisent ou soumettent des actions du Hub, et les portefeuilles en sont le mécanisme de signature pour les approbations. Les interfaces sont des points d'accès de référence, le protocole est l'autorité. Le périmètre du protocole est défini dans la vue d'ensemble du protocole. Les entités gardent le contrôle des fonds, le Hub ancre l'autorité et les événements. Les opérations se font en stablecoins, sans rails fiat ni garde.
Clés sous votre contrôle
Les clés restent chez le signataire, le portefeuille ne détient jamais de fonds ni d'approbations pour votre compte.
Autorité et paiements
Les portefeuilles d'autorité approuvent rôles et gouvernance, les portefeuilles opérationnels déplacent les fonds sous les approbations que vous définissez.
Gas et stablecoins
Les transactions utilisent DCHUB pour le gas, tandis que les paiements circulent en stablecoins étiquetés avec le contexte métier.
Interface de référence
Les portefeuilles signent les actions, la validation et la justesse sont définies par les règles du protocole sur la blockchain.
Portefeuilles compatibles
La signature sur testnet utilise aujourd'hui des portefeuilles EVM compatibles. MetaMask est une option courante pour les actions et approbations du Hub, et Rabby ainsi que les portefeuilles compatibles WalletConnect sont aussi supportés pour les flux de signature standard. Un portefeuille aligné dCorps est prévu pour une phase ultérieure (phase-gated) afin d'afficher rôles, étiquettes et approbations avec des prompts plus clairs et des politiques par défaut.
MetaMask
Portefeuille EVM populaire pour la signature et les approbations testnet du Hub, avec revue standard des transactions.
Rabby Portefeuille
Portefeuille EVM natif avec des aperçus de signature clairs pour les actions et approbations du Hub.
WalletConnect
Connectez des portefeuilles mobiles et desktop compatibles pour les flux de signature EVM standard.
Portefeuille dCorps (prévu)
Portefeuille dédié prévu pour une phase ultérieure afin d'afficher clairement rôles, étiquettes et approbations du Hub.
Flux de signature
Transformez les approbations en état sur la blockchain, ordonné dans le temps et infalsifiable en signant localement. Le flux est le même dans les applications : préparez l'action, vérifiez les rôles et le routage, signez localement, puis vérifiez l'événement publié dans les vues publiques avant que les approbations ne soient finalisées.
Préparer l'action
Créez l'action dans l'application officielle ou le SDK avec montants, étiquettes et portefeuilles cibles.
Vérifier l'autorité
Vérifiez que le rôle signataire et la politique d'approbation correspondent au périmètre et aux limites.
Signer localement
Signez avec la clé contrôlée par l'utilisateur, le portefeuille n'exporte jamais de clés privées ni d'approbations.
Vérifier sur la blockchain
Confirmez que la transaction est publiée et visible dans les vues d'explorateur ou d'indexer.
Rôles des portefeuilles
Les entités associent différents portefeuilles à différentes fonctions afin que les approbations et paiements restent clairs. Les portefeuilles d'autorité portent les rôles capables d'approuver la gouvernance ou des changements de politiques, tandis que les portefeuilles de paiement déplacent les fonds pour les opérations, la paie, le checkout commerçant ou les dons. La vue portefeuille montre quel rôle signe et quel portefeuille exécutera le transfert.
Portefeuilles d'autorité
Contrôlent approbations de propriétaires ou de conseil, changements de rôles et actions de gouvernance liées à l'entité.
Portefeuilles opérationnels
Gèrent paiements du quotidien, paiements fournisseurs et flux de dépenses sous des limites d'approbation définies.
Portefeuilles de trésorerie
Portent réserves et soldes long terme, y compris des positions DCHUB, avec des seuils d'approbation plus stricts.
Portefeuilles commerçant et dons
Reçoivent paiements clients ou dons routés depuis factures, liens de checkout ou pages de dons publiques.
Responsabilité de sécurité
Assignez la sécurité à l'entité et à ses opérateurs. Le portefeuille ne signe que ce que l'utilisateur approuve, et le protocole applique les règles de rôles. Cette matrice clarifie qui possède le stockage des clés, la revue des transactions et le plan de récupération afin que les équipes assignent la responsabilité avant de signer.
| Responsabilité | Responsable | Notes |
|---|---|---|
| Stockage des clés et accès | Entité ou signataire | Les clés restent chez le signataire, aucun service de garde ni de récupération n'est fourni. |
| Revue de transaction | Signataire | Le signataire vérifie montants, étiquettes et destination avant soumission de l'approbation. |
| Mises à jour de rôles | Propriétaires ou conseils autorisés | Les changements de rôles requièrent des approbations signées et apparaissent dans les vues sur la blockchain. |
| Hygiène des appareils et sauvegardes | Entité ou signataire | Les sauvegardes et la sécurité des appareils suivent la politique interne de l'entité. |
Limites du testnet
Ces interfaces opèrent en conditions testnet où resets et couverture partielle sont normaux. Statut : testnet, aucune affirmation au-delà des capacités actuelles. Traitez les sorties comme des signaux d'intégration et confirmez le comportement avec le bundle actuel avant de vous y fier.
Pas de garde ni d'assurance
Le portefeuille n'assure pas la garde des fonds, n'assure pas les clés et ne fournit pas de service de récupération en cas de perte d'accès.
Resets du testnet
Les resets du testnet peuvent effacer soldes et historique, évitez de compter sur la persistance.
Variations de couverture
Couverture et outils peuvent évoluer avec le protocole, confirmez les sorties avec le bundle actuel.
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.