Ce que c'est
NONPROFIT-BOARD est la configuration d'organisation à but non lucratif avec conseil et comités pour les programmes qui exigent des approbations formelles et un suivi multi-programmes. Elle crée un profil public d'organisation, des portefeuilles de dons et de programme, et des rôles de comités avec périmètres définis. Les règles d'allocation, les changements de politique et les subventions matérielles restent visibles sur la blockchain via des flux étiquetés et des approbations ancrées.
Code du modèle
Code du modèle : NONPROFIT-BOARD. Ce libellé garde le modèle cohérent entre les applications, les liens et les vues publiques.
Conseil et comités
Les rôles du conseil et les périmètres des comités définissent les approbations pour budgets, subventions et politiques d'allocation.
Portefeuilles de programme
Plusieurs portefeuilles de programme suivent les allocations par programme pour que financement et dépenses restent distincts.
Tags d'allocation
Les étiquettes d'allocation séparent programme, frais généraux et collecte pour des vues cohérentes.
Niveau de transparence
La composition du conseil, les entrées et sorties par catégorie restent visibles pour les donateurs.
Meilleur cas d'usage
NONPROFIT-BOARD convient aux organisations à but non lucratif qui gèrent plusieurs programmes avec supervision du conseil et des comités. Il s'adapte aux ONG disposant de comités finance, subventions ou programmes et aux donateurs qui attendent des contrôles fondés sur des politiques. Les paiements quotidiens restent efficaces tandis que les changements d'allocation et grands décaissements suivent des approbations formelles.
Supervision des comités
Les comités approuvent subventions, budgets et actions financières dans des périmètres délégués.
Multi-programmes
Plusieurs programmes sont suivis via des portefeuilles de programme et des étiquettes pour des allocations distinctes.
Contrôles de politique
Les politiques d'allocation distinguent dépenses courantes et protégées, avec approbations pour les changements.
Reporting d'allocation
Les répartitions programme et frais généraux apparaissent en direct pour une transparence solide.
Pas adapté
Ce modèle n'est pas destiné aux petites organisations à but non lucratif à programme unique ni aux fondations avec fonds dédiés et divulgation sélective. Si vous avez seulement besoin d'un conseil sans comités, NONPROFIT-SIMPLE est plus adapté. Si vous avez besoin de fonds dédiés, programmes de sponsoring ou modes de confidentialité, passez à NONPROFIT-COMPLEX.
Nonprofit simple
NONPROFIT-SIMPLE convient aux équipes à programme unique sans comités.
Fonds dédiés
NONPROFIT-COMPLEX prend en charge fonds dédiés, sponsoring et contrôles de divulgation.
Modèle corporate
Les structures d'actionnariat et la gouvernance actionnariale relèvent des modèles CORP-*, pas des organisations à but non lucratif.
Gouvernance et rôles
Les organisations à but non lucratif n'ont pas d'actionnariat, l'autorité appartient au conseil et aux comités délégués. Les sièges du conseil définissent le quorum et les seuils de vote pour les changements de politique, allocations de programme et subventions matérielles. Les rôles de comités gèrent finance, audit ou supervision de programme, et les secrétaires ancrent les décisions pour garder les preuves publiques.
Sièges du conseil
Les sièges du conseil définissent quorum et seuils de vote pour les politiques d'allocation.
Rôles de comité
Les comités couvrent finance, audit, subventions ou programme avec des approbations déléguées.
Rôle de trésorier
Le trésorier initie les décaissements et prépare les allocations selon les politiques du conseil.
Rôle de secrétaire
Le secrétaire ancre les procès-verbaux, approbations de comités et mises à jour de politiques.
Politique d'allocation
Définissez comment les fonds circulent entre programmes, frais généraux et collecte grâce à des politiques d'allocation sur la blockchain. Le conseil fixe les règles, tandis que les comités peuvent appliquer des seuils pour les subventions ou les décaissements. Ces politiques sont ancrées sur la blockchain pour que les changements restent publics et responsables.
Règles de programme
Les règles de programme définissent les catégories et portefeuilles liés à chaque allocation.
Règles de frais généraux
Les règles de frais généraux gardent les coûts visibles et évitent de mélanger programme et administration.
Règles de collecte
Les règles de collecte séparent les campagnes et opérations de donateurs.
Structure des portefeuilles
Séparez l'argent par objectif pour que l'activité soit facile à suivre. Les dons arrivent dans le portefeuille principal, les portefeuilles de programme suivent les allocations, et la trésorerie opérationnelle couvre les dépenses partagées. 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 de dons
Le portefeuille de type DONATION reçoit les dons et subventions pour isoler les entrées.
Portefeuilles de programme
Le portefeuille de type PROGRAM suit budgets, subventions et décaissements par programme.
Trésorerie opérationnelle
Le portefeuille de type OPERATING_TREASURY couvre les coûts partagés et paiements fournisseurs.
Portefeuilles de réserve
Le portefeuille de type RESERVES conserve des buffers ou soldes restreints.
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 dons et de paiement
Acceptez des dons directs ou via des demandes de paiement sur la blockchain pour que les soutiens voient un montant et un objectif clairs. Les plans récurrents soutiennent les dons planifiés, et chaque demande porte un statut pour que l'équipe voie ce qui est ouvert, payé ou annulé. Les dons se règlent en USDC et sont routés vers le portefeuille de dons.
Dons directs
Les soutiens peuvent envoyer des USDC directement vers le portefeuille de dons pour une confirmation immédiate.
Demandes de dons
Les demandes fixent montant, objectif et référence payeur pour une collecte organisée.
Plans récurrents
Les plans récurrents programment des dons mensuels ou trimestriels.
Mises à jour de statut
Chaque statut évolue d'ouvert à payé ou annulé pour un suivi clair.
Niveaux de dons
Définissez des niveaux de dons ou des packages de sponsoring pour des demandes cohérentes. Chaque élément a un libellé, un montant cible et un identifiant réutilisable dans les campagnes et étiquettes. Cela garde le reporting clair sans ressaisir les mêmes détails.
Référence d'élément
Créez un item_id avec un libellé et un montant pour réutiliser les niveaux.
Montant suggéré
Les montants suggérés gardent des demandes cohérentes tout en laissant la flexibilité.
Lien avec les campagnes
Utilisez item_id avec les étiquettes de campagne pour relier les niveaux aux rapports.
Décaissements de programme et fournisseurs
Étiquetez les subventions, paiements fournisseurs et allocations pour garder la visibilité sans exposer les détails sensibles des bénéficiaires. Les portefeuilles bénéficiaires reçoivent les fonds, tandis que les rôles d'approbation contrôlent les décaissements. Les applications peuvent regrouper les paiements pour suivre les cycles de programme.
Portefeuilles bénéficiaires
Les portefeuilles bénéficiaires reçoivent des subventions ou paiements fournisseurs, séparés des rôles d'autorité.
Décaissements étiquetés
Les décaissements portent des étiquettes de programme ou de subvention pour une lecture claire.
Paiements groupés
Les applications ou SDKs peuvent regrouper les paiements pour des cycles 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 subventions et décaissements matériels, vous pouvez attacher des preuves en ancrant une référence sécurisée à des approbations, reçus 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.
Programmes et fonds
Utilisez ces étiquettes pour répartir les allocations par programme, fonds ou restriction si besoin.
Donateurs et reporting
Utilisez ces étiquettes pour donateurs, subventions, campagnes et reporting d'impact si nécessaire.
Ancrages de preuves
Les ancrages relient des reçus, lettres de subvention ou approbations 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 donateurs, bénéficiaires 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 donne et qui reçoit sans exposer les identités.
Identifiants pseudonymes
Utilisez donor_tag ou counterparty_tag pour étiqueter les donateurs sans publier leurs noms.
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 donateurs et fournisseurs récurrents sans publier de détails personnels.
Flux opérationnel
Passez de la configuration à l'activité en direct avec gouvernance du conseil et des comités. La configuration relie les portefeuilles du conseil et des comités, définit les politiques d'allocation et fixe les seuils d'approbation. Vous enregistrez l'organisation, connectez les portefeuilles, recevez des dons 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'organisation et liez les rôles de conseil, comité, trésorier et secrétaire aux portefeuilles.
Définir portefeuilles et politiques
Connectez les portefeuilles de dons, programme et trésorerie, puis définissez politiques et limites.
Recevoir les dons
Acceptez des dons directs ou des demandes de paiement pour alimenter le portefeuille de dons.
Allouer aux programmes
Transférez les fonds vers les portefeuilles de programme ou fournisseurs selon les approbations.
Étiqueter et ancrer les preuves
Étiquetez les entrées et sorties, et ancrez les approbations ou reçus pour les éléments matériels.
Revoir et clôturer
Consultez les vues d'allocation en direct, puis clôturez une période si vous voulez un instantané.
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, les répartitions d'allocation 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.
Vue d'allocation
Les vues d'allocation résument programmes, frais généraux et collecte sur une période donnée.
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 changements de politique et les mises à jour 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 documents de subvention 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.
Journal de gouvernance
Le journal de gouvernance montre approbations et changements de rôles dans l'ordre temporel.
Preuves ancrées
Les ancrages horodatent reçus et politiques afin de pouvoir les vérifier plus tard.
Cycle de vie et statut
Les signaux indiquent si une organisation à but non lucratif est active, en pause ou clôturée afin que chacun sache si les dons 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 dons.
Chemins d'évolution
Lorsque l'organisation grandit, elle peut passer à un autre modèle sans perdre la continuité. Les évolutions ajoutent fonds dédiés, parcours de sponsoring et modes de divulgation sélective pour des opérations plus larges. L'historique de l'entité reste intact lors des transitions.
Nonprofit Complex
Le modèle NONPROFIT-COMPLEX ajoute des fonds dédiés et des parcours de divulgation sélective.
Nonprofit simple
Le modèle NONPROFIT-SIMPLE convient quand la gouvernance par comités est retirée.
Où opérer et vérifier
L'application officielle gère les actions quotidiennes comme l'enregistrement, les demandes de dons 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, créer des demandes, étiqueter des paiements et approuver des actions.
Le registre
Le registre confirme l'identité, le statut et les portefeuilles officiels pour que les donateurs vérifient.
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 les dons.
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.