Ce que c'est
CORP-COMPLEX-PRIVATE est la configuration dCorps avancée pour la gouvernance privée multi-classes. Elle crée le profil public de la société, l'ensemble des portefeuilles principaux, les rôles du conseil et des comités, ainsi que les règles d'approbation pour les sujets protégés. Les niveaux de trésorerie, actions par classe et flux intersociétés restent visibles sur la blockchain grâce aux mouvements d'argent étiquetés et aux approbations ancrées.
Code du modèle
Code du modèle : CORP-COMPLEX-PRIVATE. Ce libellé garde le modèle cohérent entre les applications, les liens et les vues publiques.
Gouvernance par comités
Le conseil et les comités définissent les approbations pour sujets protégés, actions de classe et niveaux de trésorerie.
Unités multi-classes
Plusieurs classes d'unités définissent des droits distincts, avec approbations pour émissions, conversions et transferts.
Types de portefeuilles standard
Les types de portefeuilles standard séparent revenus, dépenses, réserves et compartiments de trésorerie libellés.
Flux étiquetés
Les paiements et flux de capital portent des étiquettes qui montrent l'objectif, le niveau d'approbation et le contexte de classe.
Position du modèle
CORP-COMPLEX-PRIVATE se place au sommet de la hiérarchie des modèles de sociétés privées. Il s'adresse à la gouvernance multi-classes, aux approbations par comités et aux structures de groupe qui exigent un contrôle strict. Simplifiez vers CORP-VENTURE ou CORP-PRIVATE-STD lorsque les comités ou la complexité des classes ne font plus partie du modèle.
Modèle Venture
Utilisez CORP-VENTURE pour une gouvernance du conseil et des financements sans comités ni structures de groupe.
Privé standard
Utilisez CORP-PRIVATE-STD pour des approbations multi-propriétaires sans conseil, comités ou structure multi-classes.
Modèle solo
Utilisez CORP-SOLO lorsque la propriété se regroupe en un seul contrôleur et que la gouvernance est minimale.
Meilleur cas d'usage
CORP-COMPLEX-PRIVATE convient aux sociétés privées matures avec capital multi-classes, comités et politiques de trésorerie multi-niveaux. Il correspond aux groupes de holdings, aux sociétés avec comités d'audit ou de rémunération, et aux équipes gérant des actions de capital complexes. Les opérations quotidiennes restent rapides, tandis que les sujets protégés suivent des niveaux d'approbation stricts.
Capital multi-classes
Plusieurs classes d'unités et conversions sont prises en charge avec approbations et seuils par classe.
Niveaux de comités
Les comités d'audit, finance ou rémunération peuvent approuver des actions dans leur périmètre délégué.
Structures de groupe
Conçu pour des configurations maison mère et filiales avec des chaînes de propriété claires et des flux intersociétés.
Contrôles avancés
Les niveaux de trésorerie, règles de transfert et seuils de preuve renforcent le contrôle global.
Pas adapté
Ce modèle n'est pas destiné aux équipes en phase initiale ou aux sociétés sans gouvernance par comités. Il n'est pas idéal non plus lorsqu'un seul niveau de conseil suffit ou lorsqu'aucune structure multi-classes n'est utilisée. Si vous avez seulement besoin d'approbations du conseil sans comités, CORP-VENTURE est plus adapté. Les organisations fondées sur les dons doivent utiliser les modèles NONPROFIT-* conçus pour la collecte et l'allocation.
Phase initiale
Utilisez CORP-SOLO ou CORP-PRIVATE-STD pour une structure simple dans de petites équipes.
Niveau venture
Une gouvernance venture standard sans comités correspond à CORP-VENTURE pour des cycles d'approbation pilotés par le conseil.
Modèle à but non lucratif
Les organisations à but non lucratif suivent des flux de dons et d'allocation et s'alignent sur les modèles dédiés à la collecte.
Propriété et unités
Gardez les pourcentages clairs entre classes et conversions en utilisant des unités de base. Le modèle prend en charge plusieurs classes d'unités, le vote par classe et les règles de transfert liées aux approbations de gouvernance. Les entités peuvent détenir des unités dans d'autres entités pour que la propriété de groupe reste visible.
Unités de base
Par défaut, 10 000 unités de base gardent les répartitions claires et permettent plus de précision plus tard.
Droits de classe
Les classes définissent des droits de vote et économiques distincts, avec approbations pour émissions et conversions.
Détention par entités
Les entités mères ou filiales peuvent détenir des unités afin que les liens de propriété restent visibles sur la blockchain.
Autorité et gouvernance
Combinez l'autorité du conseil avec des comités et des approbations par classe. Les sujets protégés comme les financements, conversions et changements de politique exigent les bonnes approbations selon la classe et le périmètre du comité. Les changements de rôles et d'approbations restent visibles sur la blockchain pour que l'autorité soit claire pour l'équipe et les contreparties.
Autorité du conseil
Les sièges du conseil et seuils de quorum définissent qui approuve les sujets protégés et actions de capital.
Périmètres des comités
Les comités approuvent les actions de finance, d'audit ou de rémunération dans les limites déléguées.
Approbations par classe
Des votes par classe peuvent être requis pour les actions qui modifient les droits ou la propriété.
Sujets protégés
Les financements, conversions et changements de politique restent protégés par des approbations superposées.
Portefeuilles de rôles d'équipe
Déléguez le travail tout en gardant les approbations auprès des approbateurs désignés grâce aux portefeuilles de rôles. Les opérateurs peuvent préparer des factures, étiqueter des paiements ou préparer des sorties, et les approbateurs signent avant que les fonds bougent. Le travail avance tandis que la responsabilité reste partagée.
Types de rôles
Les portefeuilles de rôles peuvent être définis pour opérateurs, comptables, approbateurs ou exécutants de paiements.
Permissions ciblées
Les permissions peuvent autoriser facturation, étiquetage ou préparation des paiements tout en bloquant l'exécution avant signature.
Séparation des bénéficiaires
Les portefeuilles bénéficiaires reçoivent les fonds, tandis que les portefeuilles de rôles gèrent l'autorité, sauf si la société lie les deux.
Délégation et seuils d'approbation
Fixez des seuils d'approbation pour définir ce qui peut se dérouler automatiquement et ce qui doit être co-signé. Les niveaux de trésorerie routent les paiements vers des approbations courantes, protégées ou extraordinaires, tandis que les actions sur unités suivent des seuils par classe. Les limites peuvent varier par portefeuille ou catégorie afin que chaque équipe suive des garde-fous clairs.
Périmètre des rôles
Chaque rôle inclut un périmètre clair qui liste les actions qu'il peut préparer, approuver ou exécuter.
Niveaux de trésorerie
Les niveaux courants, protégés et extraordinaires routent les approbations par montant ou par catégorie.
Contrôles par classe
Les actions sur unités et conversions peuvent exiger des approbations de classe ou de comité avant exécution.
Structure des portefeuilles
Séparez l'argent par objectif pour que l'activité soit facile à suivre. Un portefeuille reçoit les paiements clients, un autre gère les dépenses opérationnelles, et des portefeuilles de réserve peuvent conserver des fonds à long terme. Les portefeuilles d'autorité signent les approbations, tandis que les portefeuilles de paiement reçoivent et envoient les fonds. Le contrôle reste séparé du cash pour une vérification claire.
Portefeuille marchand
Le portefeuille de type MERCHANT est le portefeuille public de paiement où les revenus clients arrivent.
Trésorerie opérationnelle
Le portefeuille de type OPERATING_TREASURY gère les dépenses courantes et les paiements aux fournisseurs et prestataires.
Portefeuilles de réserve
Le portefeuille de type RESERVES peut être libellé pour suivre des compartiments stratégiques ou des réserves restreintes.
Séparation de l'autorité
Les portefeuilles d'autorité incluent des signataires du conseil et des comités, tandis que les portefeuilles de paiement reçoivent et envoient les fonds.
Actifs opérationnels
Affichez les totaux opérationnels en USDC pour garder des valeurs stables et comparables. Les portefeuilles de trésorerie peuvent aussi détenir du DCHUB pour le gas ou une exposition long terme si vous le souhaitez. Ces avoirs sont étiquetés afin que les résumés restent clairs et ne se mélangent pas avec la trésorerie opérationnelle.
Totaux en USDC
Tous les totaux v0.1 utilisent USDC pour garder des vues stables dans le temps.
Avoirs de trésorerie
Les portefeuilles de trésorerie et de réserve peuvent détenir du DCHUB aux côtés des stablecoins.
Actifs étiquetés
Les soldes DCHUB doivent porter asset_tag et BAL_DCHUB pour que les explorateurs les séparent de la trésorerie opérationnelle.
Paiements de gas
Les frais de transaction sont payés en DCHUB par le portefeuille signataire à chaque transaction.
Modes de commerce et de paiement
CORP-COMPLEX-PRIVATE prend en charge les paiements directs et les factures afin que les clients paient selon ce qui leur convient. Les plans récurrents couvrent la facturation d'abonnement avec des paiements planifiés sur la blockchain. Chaque facture porte un statut pour que l'équipe voie ce qui est ouvert, payé ou annulé d'un coup d'œil.
Paiements directs
Les clients peuvent payer directement vers le portefeuille marchand lorsque le montant est connu à l'avance.
Demandes de facture
Les factures sont des demandes de paiement sur la blockchain liées à l'entité, avec montant, échéance et référence payeur.
Plans récurrents
Les plans récurrents programment la facturation pour les abonnements ou honoraires sans ressaisie manuelle.
Mises à jour de statut
Chaque statut de facture évolue d'ouvert à payé ou annulé pour un suivi clair.
Articles du catalogue
Définissez ce que vous vendez une fois pour que factures et paiements restent organisés à mesure que l'activité grandit. Chaque article a un nom, un prix et un identifiant réutilisable dans les factures et les étiquettes. Cela crée une vision cohérente des ventes sans retaper les détails.
Référence d'article
Créez un item_id avec un libellé clair et un prix pour réutiliser chaque produit ou service.
Base de coûts
Ajoutez une base de coûts optionnelle pour estimer les marges plus tard sans estimations rétroactives.
Lien avec les factures
Utilisez item_id sur les factures et étiquettes pour relier l'activité de vente aux totaux.
Flux de paie et de prestataires
Étiquetez les paiements de salaires et de prestataires pour garder la rémunération visible sans la mélanger aux rôles d'autorité. Les portefeuilles bénéficiaires reçoivent les fonds, tandis que les rôles d'approbation contrôlent les sorties. Les applications peuvent programmer ou regrouper des paiements pour suivre les cycles de paie.
Portefeuilles bénéficiaires
Les portefeuilles bénéficiaires reçoivent salaires ou paiements de prestataires, séparés des rôles d'autorité.
Paiements étiquetés
Les paiements portent des étiquettes de paie ou de prestataire pour une lecture claire dans les résumés.
Calendriers optionnels
Les applications ou SDKs peuvent programmer ou regrouper les paiements si vous voulez des flux récurrents.
Étiquettes et preuves
Les étiquettes sont des libellés simples ajoutés à chaque paiement pour garder l'activité compréhensible dans le temps. Pour les sujets protégés et les niveaux de trésorerie, vous pouvez attacher des preuves en ancrant une référence sécurisée à des approbations, politiques ou accords. Cela crée une trace claire sans publier de fichiers privés.
Requis de base
Ces étiquettes sont requises sur chaque flux pour garder des vues cohérentes. Associez reference_type et reference_id.
Contexte opérationnel
Les étiquettes optionnelles segmentent l'activité par équipe, produit, projet ou canal pour un suivi clair.
Contexte capital
Utilisez ces étiquettes pour les tours, titres, classes, pools et financements par dette.
Contexte de trésorerie
Utilisez ces étiquettes pour qualifier les compartiments de portefeuille, le contexte de garde et le suivi d'actifs dans les flux.
Ancrages de preuves
Les ancrages relient des politiques, approbations ou accords sans publier le document.
Seuil de matérialité
Définissez un seuil de matérialité pour que les éléments importants exigent une preuve, avec 1 000 USDC par défaut.
Répertoire des contreparties et confidentialité
Les clients ou fournisseurs récurrents peuvent être libellés par des surnoms privés plutôt que par leurs noms réels. La correspondance réelle reste hors chaîne sous votre contrôle, ce qui protège les données sensibles. Les vues publiques n'affichent que l'étiquette et le portefeuille, pas l'identité réelle. Vous conservez un historique cohérent de qui paie et qui est payé sans exposer les identités.
Identifiants pseudonymes
Utilisez counterparty_tag pour étiqueter des clients ou fournisseurs récurrents sans exposer leur nom légal sur la blockchain.
Correspondance hors chaîne
Gardez la correspondance des noms réels hors chaîne pour que seule votre équipe y accède.
Contreparties récurrentes
Suivez les contreparties récurrentes sur les factures et paiements sans publier de données personnelles ou d'entreprise.
Flux opérationnel
Passez de la configuration à l'activité en direct avec une gouvernance multi-niveaux. La configuration relie les portefeuilles du conseil et des comités, définit les règles de classe et les politiques de transfert, et fixe les niveaux de trésorerie. Vous enregistrez l'entité, connectez les portefeuilles, effectuez les paiements et étiquetez ce qui se passe pour garder des vues cohérentes. Chaque étape écrit dans l'historique sur la blockchain, ce qui garde les opérations claires pour l'équipe et pour toute personne qui vérifie.
Enregistrer et lier la gouvernance
Enregistrez l'entité et liez les rôles du conseil, des comités, admin et trésorier aux bons portefeuilles.
Définir classes et politiques
Fixez les droits de classe, les règles de transfert et les seuils d'approbation pour les actions de capital protégées.
Définir portefeuilles et niveaux
Connectez les portefeuilles standards, libellez les compartiments de trésorerie et fixez les niveaux d'approbation des dépenses.
Collecter les revenus
Émettez des factures ou acceptez des paiements directs afin que les revenus arrivent dans le portefeuille marchand.
Étiqueter et ancrer les preuves
Étiquetez les entrées et sorties, et ancrez les approbations liées aux politiques, financements ou éléments matériels.
Revoir et clôturer
Consultez les vues en direct, puis clôturez une période si vous voulez un instantané fixe pour comparaison.
Vues sur la blockchain en temps réel
Les explorateurs montrent des résumés en direct à partir de transactions étiquetées, sans attendre des exports manuels. Vous voyez les soldes, l'activité récente et la couverture des étiquettes en temps réel. Les autres peuvent vérifier les mêmes chiffres, ce qui garde la visibilité publique alignée.
Soldes des portefeuilles
Les soldes des portefeuilles se mettent à jour à mesure que les transactions se confirment sur la blockchain.
Vues par période
Les vues par période résument l'activité sans attendre une clôture manuelle.
Taux de couverture
Les taux de couverture montrent quels flux sont entièrement étiquetés et lesquels manquent de contexte.
Exports de données
Les exports restent optionnels pour l'analyse hors chaîne ou les sauvegardes.
Registre, journaux et preuves
Utilisez le registre et le journal de gouvernance pour vérifier l'identité, le statut, les portefeuilles officiels, les approbations, les votes de classe et les changements de rôles. Chaque entrée d'approbation indique qui a signé et quand, créant une trace claire des décisions. Les ancrages horodatent les politiques et accords lorsque la preuve est requise, afin que l'historique reste durable et vérifiable.
Entrée du registre
Le registre liste l'identité, le statut et les liaisons de portefeuilles officiels pour vérifier la configuration actuelle.
Journal de gouvernance
Le journal de gouvernance montre approbations, co-signatures et changements de rôles dans l'ordre temporel.
Preuves ancrées
Les ancrages horodatent des reçus et contrats pour vérifier leur existence sans publier les fichiers.
Cycle de vie et statut
Les signaux indiquent si une société est active, en pause ou clôturée afin que chacun sache si les paiements doivent passer. Les applications peuvent afficher automatiquement ce statut comme repère de sécurité. Cela réduit la confusion et évite d'envoyer des fonds vers des entités inactives.
États de statut
Les libellés de statut indiquent si l'entité est active et sûre à payer, avec un code couleur cohérent.
Points de paiement
Les points de paiement se résolvent depuis l'ID d'entité et le type de portefeuille afin d'éviter la copie d'adresses brutes.
Alertes d'interface
Les interfaces peuvent avertir lorsqu'une entité est suspendue ou dissoute afin d'éviter les paiements.
Chemins d'évolution
Lorsque la société se simplifie, elle peut passer à un autre modèle sans perdre la continuité. Une simplification peut revenir vers le niveau venture ou le privé standard lorsque les comités, la complexité de classe ou les holdings de groupe ne sont plus nécessaires. L'historique de l'entité reste intact lors des transitions.
Modèle Venture
Le modèle CORP-VENTURE convient lorsque la gouvernance du conseil reste en place sans comités.
Privé standard
Le modèle CORP-PRIVATE-STD convient lorsque la gouvernance du conseil ne fait plus partie du modèle.
Modèle solo
Le modèle CORP-SOLO convient quand la propriété se concentre sur un seul contrôleur, sans conseil ni comité.
Où opérer et vérifier
L'application officielle gère les actions quotidiennes comme l'enregistrement, la facturation et les approbations. Les outils publics, registre, explorateur et indexer officiel, permettent de vérifier l'identité, le statut et les liaisons de portefeuilles. Cela garde ce que vous faites et ce que les autres voient aligné sur le réseau.
Application officielle
L'application officielle sert à enregistrer, émettre des factures, étiqueter des paiements et approuver des actions.
Le registre
Le registre confirme l'identité, le statut et les portefeuilles officiels pour que les contreparties sachent à qui elles paient.
L'explorateur
L'explorateur, alimenté par l'indexer officiel, montre transactions, soldes et historique public.
Indexer officiel
Service de données de référence qui alimente les résumés d'explorateur et les vues de reporting.
dApps et SDKs
Les dApps et SDKs tiers permettent de créer des flux personnalisés ou d'intégrer des paiements.
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.