Ce que c'est
CORP-VENTURE est la configuration dCorps pour les sociétés venture avec gouvernance par le conseil et tours d'investisseurs. Elle crée le profil public de la société, l'ensemble des portefeuilles principaux, les rôles du conseil et des dirigeants, ainsi que les règles d'approbation pour les sujets protégés. Les financements, attributions d'unités et actions de trésorerie restent visibles sur la blockchain grâce aux flux étiquetés et aux approbations ancrées.
Code du modèle
Code du modèle : CORP-VENTURE. Ce libellé garde le modèle cohérent entre les applications, les liens et les vues publiques.
Gouvernance du conseil
Les rôles du conseil, les seuils de quorum et les sujets protégés définissent qui approuve les financements et les changements majeurs de politique.
Unités multi-classes
Prend en charge les unités ordinaires et préférentielles, ainsi que des pools d'attribution, avec approbations du conseil pour les émissions et transferts.
Types de portefeuilles standard
Les types de portefeuilles standard séparent revenus, dépenses opérationnelles et réserves afin que les flux de capital restent faciles à suivre.
Flux étiquetés
Les paiements et événements de capital portent des étiquettes qui montrent l'objectif, le circuit d'approbation et le contexte du tour.
Position du modèle
CORP-VENTURE se situe au-dessus de CORP-PRIVATE-STD lorsque la gouvernance du conseil, les financements et les pools deviennent des éléments du modèle opérationnel. Il garde la gouvernance claire sans ajouter de comités ni de complexité multi-entités. Simplifiez vers CORP-PRIVATE-STD si les contrôles du conseil ne sont plus nécessaires, ou évoluez vers CORP-COMPLEX-PRIVATE lorsque des comités ou des holdings multi-entités apparaissent.
Société privée standard
Utilisez CORP-PRIVATE-STD pour des équipes multi-propriétaires qui ont besoin d'approbations sans gouvernance de conseil.
Privé complexe
Utilisez CORP-COMPLEX-PRIVATE pour des comités, sujets protégés et holdings multi-entités avec approbations superposées.
Modèle solo
Utilisez CORP-SOLO lorsque la propriété se regroupe en un seul contrôleur et que la gouvernance du conseil n'est pas nécessaire.
Meilleur cas d'usage
CORP-VENTURE convient aux équipes financées par des investisseurs qui opèrent avec un conseil et des approbations d'investisseurs. Il répond aux besoins des startups qui préparent des tours répétés, des pools d'options et des calendriers d'acquisition (vesting) tout en gardant des opérations de trésorerie rapides et traçables. Les actions quotidiennes avancent vite, tandis que les sujets protégés suivent les seuils du conseil.
Gouvernance du conseil
Les approbations pilotées par le conseil gèrent financements, actions sur unités et changements de politique.
Prêt pour le financement
Conçu pour des tours répétés, des flux SAFE ou notes, et des événements de capital avec approbations claires.
Pools et acquisition (vesting)
Les pools d'options et calendriers d'acquisition (vesting) soutiennent les incitations tout en gardant les changements d'unités gouvernés.
Protections investisseurs
Les restrictions de transfert et le routage des approbations alignent les droits investisseurs avec la politique du conseil.
Pas adapté
Ce modèle n'est pas destiné aux équipes qui n'ont pas besoin de processus de conseil ni d'approbations d'investisseurs, et il n'est pas conçu pour des structures multi-entités ou riches en comités. Si vous avez seulement besoin d'approbations multi-propriétaires de base, CORP-PRIVATE-STD est plus adapté. Les organisations fondées sur les dons doivent utiliser les modèles NONPROFIT-* conçus pour la collecte et l'allocation.
Sans processus de conseil
Utilisez CORP-SOLO ou CORP-PRIVATE-STD lorsque les approbations du conseil ne sont pas nécessaires au quotidien.
Gouvernance complexe
Les comités, holdings multi-entités ou approbations par classe relèvent de CORP-COMPLEX-PRIVATE avec contrôles et reporting multi-niveaux.
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 au fil des tours et des attributions en utilisant des unités de base. Le modèle prend en charge des classes ordinaires et préférentielles ainsi que des pools pour employés et conseillers, avec approbations pour les émissions et transferts. Les actions sur unités sont des sujets protégés afin que le conseil contrôle la dilution et les droits.
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.
Classes préférentielles
Les classes préférentielles et ordinaires capturent les conditions investisseurs tout en gardant les approbations liées au conseil.
Pools et acquisition (vesting)
Les pools d'options et calendriers d'acquisition (vesting) soutiennent les attributions tout en gardant les unités non acquises verrouillées par la politique.
Autorité et gouvernance
L'autorité du conseil définit les sujets protégés tandis que les dirigeants exécutent les opérations quotidiennes. Les financements, actions sur unités et changements de politique de transfert exigent des approbations du conseil et, si configuré, des consentements investisseurs. Les changements de rôles et d'approbations restent visibles sur la blockchain afin que l'autorité actuelle soit claire.
Autorité du conseil
Les sièges du conseil et seuils de quorum définissent qui approuve les sujets protégés et les actions de financement.
Exécution par les dirigeants
Les dirigeants gèrent les décisions opérationnelles et les actions de trésorerie dans les politiques approuvées par le conseil.
Consentements investisseurs
Les approbations investisseurs peuvent être requises pour certaines actions afin de respecter les protections du term sheet.
Sujets protégés
Les tours de financement, émissions d'unités et changements de politique de transfert restent protégés par des approbations du conseil.
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 seuils du conseil maintiennent en attente les transferts de trésorerie importants et les actions sur unités tandis que les paiements courants passent vite. Les limites peuvent varier par portefeuille ou catégorie afin que les équipes suivent 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.
Seuils du conseil
Les seuils du conseil fixent le niveau de dépense ou d'action qui déclenche les co-signatures.
Contrôles de transfert
Les transferts d'unités et attributions de pools peuvent exiger une approbation du conseil ou des investisseurs 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 un portefeuille de réserve peut 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.
Portefeuille de réserve
Le portefeuille de type RESERVES conserve des buffers ou des fonds à long terme quand vous mettez de côté.
Séparation de l'autorité
Les portefeuilles d'autorité peuvent inclure des signataires du conseil, tandis que les portefeuilles de paiement reçoivent et envoient les fonds pour séparer contrôle et cash.
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-VENTURE 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 rendre 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 financements et sujets protégés, vous pouvez attacher des preuves en ancrant une référence sécurisée à des consentements du conseil, term sheets ou lettres d'attribution. 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.
Ancrages de preuves
Les ancrages relient les consentements du conseil, term sheets ou lettres d'attribution 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 des contrôles du conseil en place. La configuration relie les portefeuilles des propriétaires et du conseil, définit les politiques de trésorerie et de transfert, et fixe les règles de table de capitalisation ou de pools. 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 pour garder les opérations claires pour l'équipe et toute personne qui vérifie.
Enregistrer et lier le conseil
Enregistrez l'entité et liez les rôles du conseil, admin, trésorier et dirigeants aux bons portefeuilles.
Définir portefeuilles et politiques
Connectez les portefeuilles standards et définissez les politiques de trésorerie avec seuils du conseil et règles d'approbation.
Définir unités et pools
Fixez la table de capitalisation, les pools d'options et les références d'acquisition (vesting) pour que les actions suivent les approbations du conseil.
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 pour financements, attributions 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 du conseil, les consentements investisseurs 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 documents 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é grandit ou se simplifie, elle peut passer à un autre modèle sans perdre la continuité. Les évolutions ajoutent gouvernance par comités, holdings multi-entités ou complexité multi-classes, tandis qu'une simplification peut revenir au privé standard ou au solo. L'historique de l'entité reste intact lors des transitions.
Privé complexe
Le modèle CORP-COMPLEX-PRIVATE ajoute comités, sujets protégés et holdings multi-entités pour une gouvernance avancée.
Privé standard
Le modèle CORP-PRIVATE-STD convient lorsque les approbations du conseil ne sont plus nécessaires.
Modèle solo
Le modèle CORP-SOLO convient quand la propriété se concentre sur un seul contrôleur et que les approbations sont minimisées.
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.