Modèle d'organisation à but non lucratif (simple)

Ce que c'est

NONPROFIT-SIMPLE est la configuration dCorps la plus légère pour une organisation à but non lucratif avec un seul conseil et une transparence claire. Elle crée un profil public d'organisation, un portefeuille de dons et des rôles de conseil avec des approbations simples. Les dons et décaissements de programme sont étiquetés afin que chacun puisse suivre les flux tout en gardant privés les détails sensibles des bénéficiaires.

Code du modèle

Code du modèle : NONPROFIT-SIMPLE. 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, le quorum et les seuils de vote définissent qui approuve allocations et changements de politique.

Portefeuilles de dons

Les dons arrivent dans le portefeuille principal, et des portefeuilles de programme peuvent être ajoutés pour un suivi clair.

Tags d'allocation

Les étiquettes d'allocation séparent dépenses de programme, frais généraux et collecte.

Niveau de transparence

La composition du conseil, les entrées et sorties par catégorie restent visibles pour vérification.

Meilleur cas d'usage

NONPROFIT-SIMPLE convient aux petites organisations à but non lucratif ou ONG à programme unique qui veulent une autorité claire du conseil et une traçabilité des dons sans lourde charge. Il s'adapte aux projets communautaires, initiatives locales ou fondations en démarrage opérant en USDC et distribuant sur la blockchain. Le quotidien reste léger tandis que les allocations restent visibles.

Programme unique

Conçu pour un programme principal avec des catégories d'allocation simples et peu de niveaux de gouvernance.

Piloté par le conseil

Les approbations du conseil rendent les décaissements majeurs responsables tandis que le quotidien suit la politique.

Natif des dons

Les dons en USDC se règlent sur la blockchain, pour une visibilité sans intermédiaires bancaires.

Allocations claires

Les répartitions programme et frais généraux apparaissent en direct pour une transparence simple.

Pas adapté

Ce modèle n'est pas destiné aux organisations à but non lucratif avec plusieurs programmes, des comités ou des fonds dédiés. Il n'est pas non plus prévu pour des fondations avec des modes de divulgation sélective. Si les comités du conseil, les restrictions de fonds ou les structures de sponsoring sont centrales, passez à NONPROFIT-BOARD ou NONPROFIT-COMPLEX. Les sociétés doivent utiliser les modèles CORP-*.

Multi-programmes

Les comités et plusieurs programmes s'alignent avec NONPROFIT-BOARD pour un meilleur contrôle des allocations.

Fonds dédiés

Les fonds dédiés, partenariats ou divulgation sélective s'alignent avec NONPROFIT-COMPLEX pour des contrôles avancés.

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 dirigeants désignés. Les sièges du conseil définissent le quorum et les seuils de vote pour les changements de politique, subventions matérielles et règles d'allocation. Les rôles de président, trésorier et secrétaire clarifient l'exécution, la supervision et l'ancrage des preuves tandis que les décisions restent visibles sur la blockchain.

Sièges du conseil

Les sièges du conseil définissent quorum et seuils de vote pour les politiques d'allocation et approbations matérielles.

Rôle de président

Le président coordonne les actions du conseil et confirme les décisions quand un seul signataire est requis.

Rôle de trésorier

Le trésorier initie les décaissements et prépare les allocations sous des politiques approuvées.

Rôle de secrétaire

Le secrétaire ancre les procès-verbaux, approbations de subventions et mises à jour de politique.

Structure d'allocation

Gardez les dépenses de l'organisation lisibles d'un coup d'œil grâce aux catégories d'allocation. La base sépare les dépenses de programme des frais généraux, avec la collecte en catégorie distincte si elle est utilisée. Des règles approuvées par le conseil déterminent comment les décaissements sont étiquetés pour que les vues restent cohérentes dans le temps.

Dépenses de programme

Les étiquettes de programme montrent les fonds déployés directement vers la mission et les services.

Frais généraux

Les étiquettes de frais généraux couvrent administration, opérations et dépenses partagées.

Collecte de fonds

Les étiquettes de collecte distinguent campagnes et opérations lorsque la collecte fait partie du modèle.

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 peuvent suivre 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 peut être créé par programme pour suivre allocations et dépenses.

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 mensuels, 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.

category_code counterparty_type reference_id reference_type

Programmes et fonds

Utilisez ces étiquettes pour répartir les allocations par programme, fonds ou restriction si besoin.

program_tag fund_tag restriction_tag

Donateurs et subventions

Utilisez ces étiquettes pour identifier donateurs, campagnes, subventions et niveaux si nécessaire.

grant_id donor_tag campaign_tag item_id region_tag counterparty_tag

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 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 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 donateurs et fournisseurs récurrents sans publier de détails personnels.

Flux opérationnel

Passez de la configuration à l'activité en direct avec une gouvernance du conseil en place. La configuration relie les portefeuilles du conseil, définit les catégories 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 le conseil

Enregistrez l'organisation et liez les rôles de conseil, trésorier et secrétaire aux bons portefeuilles.

Définir portefeuilles et catégories

Connectez les portefeuilles de dons, programme et trésorerie, puis définissez catégories 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 règles approuvées.

É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 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 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.

brouillon actif suspendu dissous

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 gouvernance par comités, structures multi-programmes, fonds dédiés ou modes de divulgation sélective. L'historique de l'entité reste intact lors des transitions.

Nonprofit Board

Le modèle NONPROFIT-BOARD ajoute des comités et des contrôles multi-programmes.

Nonprofit Complex

Le modèle NONPROFIT-COMPLEX ajoute des fonds dédiés et des parcours de divulgation sélective.

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 manifeste

Nicolas 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.

En anglais uniquement

Testnet

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.

Demander l’accès à la testnet

Accès contrôlé. Approbation requise.

Testnet En anglais uniquement