Protocole d'économie interne

Télécharger ce modèle

Généré le 2026-07-07 · Télécharger tous les modèles

  • Couche : 3 — Système économique et des ressources
  • Statut : Modèle — à adapter pour ta communauté
  • Référence RCOS : §5.1, §5.2, §5.4, §5.5

Classification communs vs. privés

Clauses RCOS : 5.1.1, 5.1.2, 5.1.3, 5.1.4, 5.1.5, 5.6.2

Pourquoi classifier chaque ressource ?

Les ressources non classifiées sont le terrain de la privatisation silencieuse — quelqu’un commence à traiter un bien partagé comme personnel, ou un bien privé se retrouve absorbé discrètement dans les obligations communautaires, et quand quelqu’un s’en aperçoit, la norme a déjà changé. Une classification explicite, avec des intendants et des règles de transfert nommés dès le départ, fait de tout changement de statut un acte de gouvernance visible plutôt qu’un glissement insidieux.

Comment remplir cette section

Pour chaque ressource détenue par la communauté, déclare la classification (Communs / Privé), nomme un intendant, définis les règles d’accès et indique les contraintes de transfert. Les ressources non classifiées NE DOIVENT PAS être allouées, grevées, monétisées ou transférées tant qu’elles ne sont pas classifiées.

Ressource Classification Intendant Règles d’accès Contraintes de transfert
<ex. Spécification et artefacts RCOS> <Communs / Privé> <rôle d’intendant> <qui lit / écrit> <contraintes de transfert>
<ex. Trésorerie partagée> <…> <…> <…> <…>
<ex. Site web / domaines de la communauté> <…> <…> <…> <…>
<ex. Marque et comptes de réseaux sociaux> <…> <…> <…> <…>
<ex. Terrain ou infrastructure physique> <…> <…> <…> <…>

> Toute ressource non classifiée NE DOIT PAS être allouée, grevée, monétisée ou transférée tant que la classification n’est pas complétée.

Catégories de contribution reconnues

Clauses RCOS : 5.2.1, 5.2.3, 5.6.3

Pourquoi nommer les types de travail qui comptent ?

Si la communauté ne dit jamais à voix haute de quels types de travail elle dépend, le travail invisible — soin, facilitation, modération, intendance — reste invisible, et les personnes qui l’accomplissent s’épuisent ou partent. Énumérer les catégories transforme « quelqu’un s’en occupe, c’est tout » en travail reconnu que le système est tenu de prendre en compte.

Comment remplir cette section

Liste les catégories de contribution que ta communauté reconnaît. Le soin, la facilitation, l’intendance et la participation informelle sont souvent sous-reconnus — nomme-les explicitement si cela s’applique.

Catégorie Exemples
<ex. Connaissance et recherche> <exemples>
<ex. Développement technique> <exemples>
<ex. Gouvernance et coordination> <exemples>
<ex. Construction communautaire> <exemples>
<ex. Soin et soutien> <exemples>
<ex. Intendance> <exemples>
<ex. Participation informelle> <exemples>

Mécanisme de reconnaissance des contributions

Clauses RCOS : 5.2.2, 5.2.5

Pourquoi préciser comment la reconnaissance fonctionne concrètement ?

Sans mécanisme défini, « qui obtient du crédit » devient une affaire de qui parle le plus fort ou de qui est le plus proche de la personne qui décide. Spécifier ce qui est éligible, comment c’est enregistré, qui valide et comment contester transforme la reconnaissance en quelque chose sur lequel un membre peut réellement compter — et empêche la reconnaissance de se muer silencieusement en influence de gouvernance.

Comment remplir cette section

Indique ce qui est éligible, comment les reconnaissances sont enregistrées, qui valide, ce qu’elles débloquent (ou ne débloquent pas) et comment les membres contestent un enregistrement.

  • Ce qui est éligible : <quelles activités comptent, et sur déclaration de qui.>
  • Comment les contributions sont enregistrées : <canal structuré ; canal informel / auto-déclaré.>
  • Qui valide : <automatique / titulaire de rôle / processus de nomination.>
  • Effet sur l’accès/les privilèges : <la reconnaissance affecte uniquement le solde en unités internes ; elle n’accorde pas de droits de gouvernance supplémentaires au-delà de l’état d’adhésion.>
  • Contestation : <délai et processus pour contester un enregistrement.>

Unités internes

Clauses RCOS : 5.2.4, 5.2.5

Pourquoi définir les unités internes avec autant de précision ?

Les unités internes tendent à acquérir des pouvoirs que personne n’a votés — dépréciation, plafonds, transférabilité, poids de gouvernance — à moins que chaque propriété ne soit consignée par écrit. Lister l’émission, les règles de transfert, la confidentialité et le statut explicitement non-gouvernemental fait de ces unités des outils de reconnaissance plutôt que de discrètes devises parallèles.

Comment remplir cette section

Si ta communauté utilise des unités internes (XP, ECO, crédits, etc.), définis pour chaque unité son objectif, son émission, sa transférabilité, sa dépréciation, son plafond, la prévention de la fraude et la confidentialité. Indique explicitement que les unités n’accordent pas de droits de gouvernance au-delà de l’état d’adhésion.

Propriété <Unité A> <Unité B>
Objectif <…> <…>
Émission <…> <…>
Transférabilité <…> <…>
Expiration / dépréciation <…> <…>
Plafond <…> <…>
Prévention de la fraude <…> <…>
Confidentialité <…> <…>

> Les unités internes n’accordent pas de droits de gouvernance au-delà de ce que l’état d’adhésion définit.

Contraintes d’accumulation

Clauses RCOS : 5.4.1, 5.4.2, 5.4.3, 5.4.4, 5.6.4

Pourquoi contraindre l'accumulation ?

Toute unité interne pouvant s’accumuler sans limite finit par devenir un levier — quelques membres avec des soldes élevés acquièrent une influence informelle que le système de gouvernance ne leur a jamais accordée. Énoncer les règles d’accumulation explicitement, même quand la règle actuelle est « aucune pour l’instant », maintient la question ouverte et impose une décision visible avant que la concentration ne devienne un problème structurel.

Comment remplir cette section

Indique la règle d’accumulation actuelle (plafond, dépréciation, aucune) et la règle selon laquelle aucune unité interne NE PEUT être convertie en autorité de gouvernance.

  • <Plafond sur les unités internes, le cas échéant.>
  • <Règle de dépréciation, le cas échéant.>
  • <Les unités internes ne peuvent pas être converties en autorité de gouvernance ni utilisées pour contourner la matrice de décision.>

Interfaces de revenus externes

Clauses RCOS : 5.3.2

Pourquoi exiger une approbation avant que l'argent n'arrive ?

Une fois les fonds en main, la conversation passe de « devrions-nous accepter cela ? » à « qu’en fait-on ? » — et les conditions attachées au revenu (termes de subvention, obligations de partenariat, engagements de service) sont souvent déjà verrouillées. Exiger une décision Stratégique avant l’ouverture de tout nouveau canal de revenus permet à la communauté de garder le contrôle sur ce qu’elle prend en charge.

Comment remplir cette section

Liste les canaux de revenus actuellement déclarés, nomme les canaux futurs potentiels et exige une approbation Stratégique avant l’ouverture de tout nouveau canal.

  • <Canaux de revenus actuels.>
  • <Canaux de revenus futurs potentiels.>
  • <Règle : toute nouvelle interface de revenus externes DOIT être déclarée et approuvée par une décision Stratégique avant que des fonds ne soient reçus ou des engagements pris.>

Résolution des litiges concernant les registres économiques

Pourquoi encadrer les litiges économiques dans le temps ?

Les registres de contributions et de soldes s’accumulent vite ; si les litiges pouvaient être soulevés indéfiniment, le registre ne se stabiliserait jamais et chaque crédit historique resterait contestable. Un délai défini avec un résolveur nommé et une voie de recours donne aux membres une vraie chance de corriger les erreurs sans laisser l’historique économique perpétuellement instable.

Comment remplir cette section

Indique le délai de contestation, le résolveur nommé et la voie de recours. Réfère-toi au mécanisme de reconnaissance des contributions pour le processus complet.

<Délai pour contester un enregistrement de contribution ou un solde ; résolveur nommé ; voie de recours auprès des membres actifs via le processus de gouvernance.>


Registre de ratification

  • Adopté : <AAAA-MM-JJ>
  • Type de décision : Stratégique
  • Version : <version>
  • Registre de décision : <lien vers le registre de décision>