Ce que c'est
Le Hub est une infrastructure partagée pour les entités (sociétés et organisations à but non lucratif). Il fournit une identité cohérente sur la blockchain, des rôles d'autorité, des actions de gouvernance, des types de portefeuilles et des ancrages de preuves afin que chaque organisation suive la même structure. Les modèles s'appuient sur ce noyau, ce qui permet aux applications et aux explorateurs de lire toute entité selon les mêmes règles.
Identité de l'entité
Définit un profil d'entité public avec un type et un statut afin que chacun puisse vérifier avec qui il travaille.
Rôles d'autorité
Les rôles sont liés aux portefeuilles et définissent qui peut soumettre des actions, approuver des changements ou signer des paiements.
Actions de gouvernance
Les actions de gouvernance capturent les approbations et les changements de politique afin que les décisions restent visibles et ordonnées dans le temps.
Système de portefeuilles
Des types de portefeuilles standard séparent les activités de réception, d'opération, de trésorerie et de réserve pour des vues claires et comparables.
Ancrages de preuves
Les ancrages relient des politiques, des procès-verbaux ou des documents de subvention sans exposer de fichiers privés.
Fondations du noyau
Les fondations partagées restent actives pour chaque modèle : le noyau définit le minimum de données qu'une entité doit publier pour que l'identité, l'autorité et les portefeuilles puissent être vérifiés partout. Les interfaces lisent des vues dérivées de la blockchain, donc une même entité apparaît de manière cohérente dans les applications, les explorateurs et les indexers.
Noyau partagé
Un schéma unique du noyau garde les entités cohérentes afin que tout outil puisse les lire sans cartographie personnalisée.
Autorité neutre
L'autorité vient toujours de la chaîne, pas des applications, des pages ou des systèmes internes privés.
Indépendant des interfaces
Les applications, les explorateurs et les indexers utilisent les mêmes données, ce qui aligne les vues publiques sur tout le réseau.
Actions ordonnées dans le temps
Les actions de gouvernance sont ordonnées dans le temps afin que les changements de politique suivent une séquence claire et vérifiable.
Adaptateurs optionnels
Ajoutez un contexte juridictionnel ou sectoriel sans modifier l'autorité de base du noyau. Les adaptateurs peuvent exprimer des attestations locales ou des règles de divulgation tout en laissant la structure de base intacte. Si un adaptateur n'est pas présent, le noyau fournit toujours la fondation opérationnelle complète de l'entité.
Noyau requis
Le noyau inclut l'identité, les rôles, les actions de gouvernance, les portefeuilles, les étiquettes et les ancrages pour chaque entité.
Adaptateurs optionnels
Les adaptateurs ajoutent une logique de juridiction ou de secteur pour les attestations et les divulgations sans remplacer l'autorité du noyau.
Modèles pour sociétés
Choisissez un modèle qui évolue du propriétaire unique vers une gouvernance à classes multiples. Chaque modèle de société définit les unités de propriété par défaut, les niveaux d'approbation et la structure des portefeuilles afin que les opérations et les flux de capital restent clairs. Commencez par le modèle le plus adapté et faites-le évoluer au fil des changements de propriété ou d'approbation.
CORP-SOLO
Structure à propriétaire unique avec autorité directe et approbations minimales pour une mise en place rapide et un contrôle clair.
Voir le modèleCORP-PRIVATE-STD
Société privée à propriétaires multiples avec autorité partagée, seuils d'approbation et gouvernance standard pour les opérations quotidiennes.
Voir le modèleCORP-VENTURE
Structure financée par le capital-risque avec protections des investisseurs, approbations du conseil et étiquettes de flux de capital pour les tours et pools.
Voir le modèleCORP-COMPLEX-PRIVATE
Société privée complexe avec gouvernance par comité, unités multi-classes et seuils d'approbation multi-niveaux.
Voir le modèleCette comparaison met en évidence les principales différences structurelles entre les modèles de société, du contrôle à propriétaire unique à la gouvernance par comité. Elle montre où apparaissent les approbations, les consentements des investisseurs et les mécanismes liés au capital, tout en conservant un noyau cohérent pour tous les modèles.
| Capacité | CORP-SOLO | CORP-PRIVATE-STD | CORP-VENTURE | CORP-COMPLEX-PRIVATE |
|---|---|---|---|---|
| Structure à propriétaire unique | ||||
| Structure à propriétaires multiples | ||||
| Niveaux d'approbation | ||||
| Approbations de transfert d'unités | ||||
| Approbations du conseil | ||||
| Consentements des investisseurs | ||||
| Tours de financement | ||||
| Pools d'unités et acquisition (vesting) | ||||
| Unités multi-classes | ||||
| Gouvernance par comité | ||||
| Paliers de trésorerie | ||||
| Participations de groupe |
Modèles pour organisations à but non lucratif
Choisissez un modèle conçu pour la confiance du public, les flux de dons et l'allocation des programmes. Chaque modèle pour organisation à but non lucratif définit les rôles du conseil, les périmètres des comités et la séparation des fonds afin que les dons restent transparents et guidés par des politiques. À mesure que les programmes grandissent, vous pouvez passer à une gouvernance plus approfondie ou à des contrôles de fonds renforcés sans perdre la continuité.
NONPROFIT-SIMPLE
Organisation à but non lucratif à programme unique avec rôles de base et flux de dons directs pour des opérations simples.
Voir le modèleNONPROFIT-BOARD
Supervision du conseil et des comités avec contrôles de programme et approbations pour les subventions et les décaissements.
Voir le modèleNONPROFIT-COMPLEX
Fonds dédiés, programmes de sponsoring et divulgation sélective pour les grandes organisations à but non lucratif et fondations.
Voir le modèleCette comparaison se concentre sur la profondeur de gouvernance et les contrôles des fonds entre les modèles d'organisations à but non lucratif. Elle montre où apparaissent les conseils, les comités, les fonds dédiés et la divulgation sélective, tandis que la base des dons reste partagée. Utilisez-la pour comprendre comment la supervision et la complexité des programmes augmentent à mesure que vous montez en niveau.
| Capacité | NONPROFIT-SIMPLE | NONPROFIT-BOARD | NONPROFIT-COMPLEX |
|---|---|---|---|
| Focalisation sur un seul programme | |||
| Gouvernance par conseil | |||
| Structure multi-programmes | |||
| Supervision par comité | |||
| Approbations des subventions | |||
| Contrôles d'allocation des programmes | |||
| Fonds dédiés | |||
| Politiques de restriction des fonds | |||
| Programmes de sponsoring | |||
| Programmes chapeaux | |||
| Divulgation sélective |
Étiquettes et preuves
Les étiquettes sont de courts libellés appliqués aux paiements afin que chaque flux reste compréhensible. Les étiquettes de base s'appliquent à toutes les entités, tandis que les étiquettes de contexte ajoutent des détails de programme, de fonds ou de trésorerie. Les ancrages de preuves attachent une référence sécurisée aux approbations ou aux reçus sans exposer de fichiers privés.
Requis de base
Ces étiquettes apparaissent sur chaque flux afin que les synthèses restent cohérentes entre les modèles.
Contexte opérationnel
Utilisez ces étiquettes pour qualifier les catégories de portefeuilles et les actifs afin que les vues de trésorerie restent claires.
Contexte du modèle
Ajoutez ces étiquettes lorsque des programmes, fonds, subventions ou campagnes nécessitent plus de détails.
Ancrages de preuves
Les ancrages relient les approbations ou les reçus aux paiements sans exposer de fichiers privés sensibles.
Flux opérationnel
Le parcours du Hub commence par l'enregistrement et se termine par une activité vérifiable. Vous liez les rôles d'autorité, connectez les types de portefeuilles et effectuez des paiements avec les étiquettes requises. Les ancrages de preuves soutiennent les actions importantes, tandis que les vues en direct affichent les soldes et les répartitions d'allocation. Le même parcours s'applique à tous les modèles, avec des étapes supplémentaires pour les structures complexes.
Enregistrer l'entité
Enregistrer l'entité pour créer son identifiant public, son type et son statut de cycle de vie.
Lier l'autorité
Lier les rôles d'autorité et les seuils d'approbation aux portefeuilles qui contrôlent les actions.
Définir les portefeuilles et les étiquettes
Configurer les types de portefeuilles et les règles d'étiquetage afin que les paiements portent du contexte dès le premier jour.
Opérer avec approbations
Effectuer des paiements, factures, dons ou décaissements avec les approbations prévues par le modèle.
Ancrer les preuves
Ancrer les politiques ou reçus pour les actions importantes afin que la preuve reste disponible plus tard.
Consulter les vues en direct
Consulter les vues en direct des soldes, allocations et couverture d'étiquettes à mesure que l'activité évolue.
Vues sur la blockchain en temps réel
Les explorateurs et indexers calculent des synthèses en direct à partir des flux étiquetés sans attendre des exports manuels. Vous pouvez voir les soldes, les répartitions par programme et la couverture au fil de l'activité. Toute personne qui consulte la même entité voit les mêmes totaux, ce qui maintient la compréhension publique alignée.
Soldes des portefeuilles
Les soldes des portefeuilles se mettent à jour à mesure que les transactions sont confirmées sur la blockchain, afin que les chiffres restent actuels.
Vue des allocations
Les vues d'allocation résument les répartitions par programme, fonds et frais généraux sur toute période sélectionnée.
Taux de couverture
Les taux de couverture montrent quels flux sont entièrement étiquetés et lesquels nécessitent encore du contexte.
Exports de données
Les exports sont optionnels pour l'analyse hors ligne ou les sauvegardes lorsque vous souhaitez des fichiers en dehors de la chaîne.
Cycle de vie et statut
Des signaux indiquent si une entité est active, en pause ou clôturée, afin que les partenaires sachent quand les paiements doivent passer. Les interfaces affichent automatiquement le statut comme repère de sécurité. Cela réduit la confusion et évite que de l'argent soit envoyé à des entités inactives.
États du statut
Les libellés de statut indiquent si l'entité est active et sûre pour les paiements, avec un code couleur cohérent.
Points de paiement
Les points de paiement se déduisent de l'entity_id et du type de portefeuille, afin que les utilisateurs n'aient pas à copier d'adresses brutes.
Alertes d'interface
Les interfaces peuvent avertir lorsqu'une entité est suspendue ou dissoute afin que les donateurs évitent d'envoyer des fonds.
Où opérer et vérifier
L'application officielle gère les actions quotidiennes comme l'enregistrement, les demandes de paiement, l'étiquetage et les approbations. Les outils publics permettent à chacun de vérifier l'identité, le statut et les liaisons de portefeuilles. L'indexer officiel alimente les vues partagées, tandis que les dApps et SDK tiers prennent en charge des intégrations sur mesure.
Application officielle
L'application officielle est l'endroit où vous enregistrez, émettez des demandes, étiquetez les paiements et approuvez les actions.
Le registre
Le registre confirme l'identité, le statut et les portefeuilles officiels afin que les contreparties puissent vérifier qui elles soutiennent.
L'explorateur
L'explorateur, alimenté par l'indexer officiel, affiche les transactions, les soldes et l'historique public.
Indexer officiel
Service de données de référence qui alimente les synthèses de l'explorateur et les vues de reporting pour une visibilité cohérente.
dApps et SDKs
Les dApps et SDK tiers vous permettent de construire des flux personnalisés ou d'intégrer le Hub dans des produits.
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.