Aller au contenu principal

Comptabilité de trésorerie de DAO : comment rapprocher un multisig, suivre le runway en stablecoins et comptabiliser les subventions aux contributeurs

Publié 14 minutes de lectureMike ThriftMike Thrift
Comptabilité de trésorerie de DAO : comment rapprocher un multisig, suivre le runway en stablecoins et comptabiliser les subventions aux contributeurs
Sur cette page

Votre trésorerie est publique. Chaque portefeuille, chaque transfert, chaque paiement de subvention se trouve on-chain, à la vue de quiconque dispose d'un explorateur de blocs. Et pourtant, la plupart des DAO ne parviennent pas à répondre à la question la plus simple en finance : combien de mois de runway nous reste-t-il ?

La transparence n'est pas la comptabilité. Un explorateur de blocs vous montre ce qui s'est passé ; il ne vous dit pas ce que cela signifie. Quels transferts étaient des subventions, lesquels étaient la paie des contributeurs, lesquels n'étaient qu'un rééquilibrage entre portefeuilles ? Combien coûtait chaque token à son arrivée, et que valait-il à son départ ? Sans réponses, impossible de produire un compte de résultat, de déclarer vos impôts ou de dire à votre communauté si la DAO survivra au prochain marché baissier.

Ce guide parcourt les trois tâches qui composent la comptabilité de trésorerie d'une DAO : rapprocher un portefeuille multisig sans relevé bancaire, suivre le runway en stablecoins et comptabiliser les subventions aux contributeurs. Que vous dirigiez un collectif de 20 membres ou siégiez à un conseil de trésorerie, la mécanique est la même.

Pourquoi la comptabilité de DAO est différente

La comptabilité traditionnelle part d'un relevé bancaire : un document de fin de mois faisant autorité, émis par une institution régulée. Les DAO n'en reçoivent pas. À la place, vous avez :

  • Une adresse de portefeuille à l'historique infini. Chaque mouvement de token est visible, mais rien n'est étiqueté. Une sortie de 50 000 USDC peut être un jalon de subvention, un prêt à un teneur de marché ou une erreur de signataire — la chaîne ne le dit pas.
  • Des actifs qui se réévaluent chaque seconde. Votre token de gouvernance natif peut représenter 80 % de la trésorerie sur le papier et 40 % au moment où un bénéficiaire de subvention le vend. Tout valoriser au prix spot surestime ce que vous pouvez réellement dépenser.
  • Des événements imposables qui se cachent à la vue de tous. Aux États-Unis, presque chaque mouvement de crypto — payer un contributeur en ETH, échanger des tokens de gouvernance contre des stablecoins, voire couvrir le gas — peut déclencher une déclaration de plus-value ou de moins-value. Les paiements on-chain ne vous dispensent pas de votre obligation déclarative sous prétexte qu'aucune banque ni plateforme d'échange ne vous a envoyé de formulaire.
  • Aucune paperasse de contrepartie par défaut. Aucune facture n'est attachée à une exécution multisig. Si vous ne prenez pas l'habitude de relier chaque transaction à sa proposition de gouvernance, sa facture ou son accord de subvention, reconstituer les livres six mois plus tard relève de l'archéologie médico-légale.

La solution n'a rien d'exotique : c'est la comptabilité en partie double, adaptée à des portefeuilles plutôt qu'à des comptes bancaires. Plus de 25 000 DAO gèrent aujourd'hui des dizaines de milliards d'actifs collectifs, et celles qui survivent aux ralentissements partagent un trait — elles savent exactement où se trouve l'argent et combien coûte le maintien de l'activité.

Établir un plan comptable adapté à la réalité on-chain

Avant de rapprocher quoi que ce soit, structurez vos livres autour de la façon dont les DAO détiennent et déplacent réellement l'argent.

Traiter chaque portefeuille comme un compte de trésorerie distinct

Créez un compte par portefeuille ou par déploiement de chaîne : Assets:Treasury:Safe-Mainnet, Assets:Treasury:Safe-Arbitrum, Assets:Operations:Hot-Wallet, etc. Les transferts entre eux sont des mouvements internes, pas des dépenses — une distinction que les tableurs ratent systématiquement quand chaque sortie semble identique sur un explorateur de blocs.

Séparer les tokens natifs des stablecoins

Votre token de gouvernance et vos stablecoins se comportent comme des classes d'actifs différentes et doivent être comptabilisés comme tels :

  • Assets:Treasury:Stablecoins — USDC, USDT, DAI et similaires. C'est votre runway dépensable.
  • Assets:Treasury:Native-Token — votre propre token de gouvernance. Volatil, souvent illiquide en grande quantité, et valant bien moins que le prix spot multiplié par les avoirs si une vente faisait s'effondrer le marché.
  • Assets:Treasury:Other-Crypto — ETH, positions stakées, tokens de LP et tout le reste.

Selon les règles comptables américaines actuelles, la plupart des actifs crypto sont évalués à la juste valeur à chaque période de reporting, les variations passant par le résultat net. Notez que les normalisateurs comblent encore des lacunes : une proposition de 2026 permettrait aux entreprises de compter les stablecoins de paiement éligibles comme équivalents de trésorerie, ce qui simplifierait considérablement le reporting du runway. En attendant, divulguez votre politique de valorisation — quelle source de prix, quel horodatage — et appliquez-la de façon cohérente.

Comptabiliser le gas comme charge d'exploitation

Les frais de gas sont faciles à ignorer car ils sont faibles individuellement, mais une DAO exécutant des dizaines de transactions multisig, votes et réclamations par mois peut dépenser des milliers de dollars par an en gas. Enregistrez-les sous Expenses:Operations:Gas-Fees avec la valeur en monnaie fiduciaire au moment de chaque transaction. C'est un coût réel d'exploitation de l'organisation, et il est déductible comme toute autre charge d'exploitation.

Rapprocher un multisig sans relevé bancaire

La plupart des trésoreries de DAO résident dans un portefeuille multisignature — généralement un Safe (anciennement Gnosis Safe) avec un seuil comme 3-sur-5, ce qui signifie que trois des cinq signataires désignés doivent approuver chaque transaction. Aucune personne seule ne peut déplacer des fonds, ce qui est excellent pour la sécurité et légèrement inconfortable pour la comptabilité, car il n'y a aucun relevé mensuel auquel se rapprocher.

Utilisez le multisig lui-même comme source de vérité. Voici une routine mensuelle qui fonctionne :

1. Exporter l'historique des transactions

Safe et les portefeuilles similaires permettent d'exporter chaque transaction exécutée avec horodatages, montants de tokens, contreparties et hachages de transaction. Récupérez cela pour le mois complet sur chaque chaîne où la DAO opère. L'export est votre relevé bancaire de substitution — complet, horodaté et infalsifiable.

2. Relier chaque transaction à son autorisation

Pour chaque sortie, retrouvez la trace documentaire : la proposition de gouvernance qui l'a approuvée, l'accord de subvention, la facture du contributeur ou le budget opérationnel dont elle relève. Les entrées reçoivent le même traitement — ces 100 000 USDC étaient-ils une subvention d'une DAO partenaire, le produit d'une vente de tokens, ou un rendement récolté sur une position de prêt ? Étiquetez chaque écriture avec l'ID de proposition ou le numéro de facture afin qu'un auditeur (ou un membre curieux de la communauté) puisse suivre le lien.

3. Valoriser chaque mouvement dans votre devise de reporting

Enregistrez la valeur en monnaie fiduciaire de chaque token au moment de la transaction, en utilisant une source de prix cohérente. Cela établit la base de coût pour tout ce qui entre et la plus-value ou moins-value pour tout ce qui sort. Pour les trésoreries à volume élevé, des outils de comptabilité crypto peuvent ingérer l'historique du portefeuille et le valoriser automatiquement ; pour les DAO plus petites, un tableur discipliné mis à jour mensuellement suffit — tant que « mensuel » se produit réellement.

4. Vérifier les signataires et les seuils

Le rapprochement est aussi un point de contrôle de sécurité. Confirmez que l'ensemble des signataires correspond toujours à ce que la gouvernance a approuvé : retirez les contributeurs partis, faites tourner toute clé potentiellement compromise et vérifiez que le seuil reste approprié. Une norme courante consiste à maintenir le seuil à 60 % ou plus des signataires — assez élevé pour qu'aucune petite clique ne puisse agir seule, assez bas pour qu'une clé perdue ne gèle pas la trésorerie. Documentez tout changement de signataire dans les notes de clôture du mois.

5. Rapprocher les soldes portefeuille par portefeuille

Pour chaque compte de portefeuille dans vos livres, confirmez que le solde d'ouverture plus les entrées enregistrées moins les sorties enregistrées égale le solde de clôture on-chain, token par token. Toute différence signifie qu'une transaction a été manquée ou mal valorisée — enquêtez avant de clôturer le mois. C'est exactement l'habitude du rapprochement bancaire, avec l'explorateur de blocs à la place de la banque.

Suivre le runway en stablecoins

Le runway est le chiffre qui intéresse réellement votre communauté : combien de temps la DAO peut-elle continuer à fonctionner ? L'erreur que commettent la plupart des trésoreries est de le libeller dans leur propre token. Une trésorerie « valant » 40 millions de dollars au prix spot peut ne détenir que trois mois de stablecoins — et si le token natif chute de 70 %, le chiffre affiché s'évapore alors que la paie, elle, ne s'évapore pas.

Libeller le burn en stables

Calculez votre burn mensuel — paiements aux contributeurs, subventions, infrastructure, outillage, gas — en dollars, puis divisez les avoirs en stablecoins par ce burn. Ce quotient est votre runway réel. Publiez-le chaque mois : « La DAO détient 1,2 million d'USDC pour 150 000 dollars de dépenses mensuelles, soit environ huit mois de runway. » Un chiffre, aucune interprétation.

Garder les réserves opérationnelles séparées des avoirs stratégiques

Une structure pratique divise la trésorerie en compartiments aux règles différentes :

  • Réserve opérationnelle : 6 à 12 mois de burn en stablecoins. Intouchée sauf pour des dépenses approuvées. Réapprovisionnée à partir des revenus ou d'une diversification planifiée tant que le token natif est fort — pas après sa chute.
  • Réserve stratégique : tokens natifs et positions à long terme détenus pour l'alignement, le staking ou un usage futur. Non comptés comme runway.
  • Poche de rendement : stablecoins dormants générant un rendement conservateur et à faible risque, dimensionnée de sorte qu'une défaillance de protocole ne puisse pas entamer la réserve opérationnelle.

Financer la réserve opérationnelle tant que le token est fort est la décision de trésorerie à plus fort levier qu'une DAO puisse prendre. Les trésoreries qui se diversifient en stables pendant la phase de force survivent ; celles qui conservent 95 % de tokens natifs jusqu'au ralentissement finissent par vendre au plus bas pour payer la paie.

Rééquilibrer selon un calendrier, pas selon l'humeur

Adoptez une politique écrite — par exemple, « maintenir au moins neuf mois de runway en stablecoins ; rééquilibrer chaque trimestre » — approuvée par la gouvernance. Un rééquilibrage planifié retire les débats de timing à chaque soubresaut du marché et donne au conseil de trésorerie le mandat d'agir sans nouveau vote à chaque fois. Enregistrez chaque rééquilibrage pour ce qu'il est : une cession d'un actif et une acquisition d'un autre, avec plus-value ou moins-value calculée par rapport à la base de coût.

Comptabiliser les subventions aux contributeurs

Les subventions sont l'endroit où la comptabilité de DAO se brise le plus souvent, car une subvention vit dans trois systèmes à la fois : le forum de gouvernance où elle est approuvée, le multisig où elle est payée, et les livres où elle devrait être enregistrée. Reliez les trois.

Constater le passif à l'approbation, pas au paiement

Quand la gouvernance approuve une subvention de 60 000 USDC, la DAO doit cet argent — même si elle le verse sur quatre jalons étalés sur six mois. Enregistrez l'engagement total en Liabilities:Grants-Payable (avec le bénéficiaire et l'ID de proposition attachés) à l'approbation, puis réduisez-le à mesure que chaque jalon est payé. Cela garde votre runway déclaré honnête : les subventions approuvées mais non payées sont déjà engagées.

Suivre les jalons comme des obligations distinctes

Pour les subventions à jalons, divisez le passif en tranches liées aux livrables. Quand un jalon est accepté, cette tranche devient exigible ; quand il est payé, débitez le passif et créditez le compte de portefeuille. Le suivi des jalons fait aussi office de gestion de programme — un état de vieillissement des subventions à payer montre instantanément quelles subventions sont bloquées et quels bénéficiaires attendent une revue.

Rassembler les documents fiscaux avant le premier paiement

Payer des contributeurs en tokens ne dispense personne de déclaration fiscale. Les contributeurs individuels basés aux États-Unis qui gagnent 600 dollars ou plus ont généralement besoin d'un formulaire 1099, ce qui signifie collecter un formulaire W-9 (ou W-8BEN pour les contributeurs hors États-Unis) avant que l'argent ne circule — courir après la paperasse après paiement est une bataille perdue d'avance. Décidez dès le départ si les contributeurs sont des prestataires ou des bénéficiaires de subventions, documentez la détermination et conservez les adresses de portefeuille liées aux identités dans vos dossiers. Les bénéficiaires doivent l'impôt sur les cryptos qu'ils reçoivent dès qu'ils en prennent le contrôle, que la DAO envoie ou non un formulaire, donc des registres de paiement clairs protègent les deux parties.

Séparer les subventions des opérations dans votre reporting

Votre rapport mensuel doit présenter les subventions et la rémunération des contributeurs comme des lignes distinctes, car elles répondent à des questions différentes. Les dépenses pour contributeurs mesurent le coût de fonctionnement de la DAO ; les subventions mesurent le capital déployé dans l'écosystème. Les mélanger masque les deux. Un format simple fonctionne : soldes d'ouverture, entrées, dépenses pour contributeurs, subventions versées, autres dépenses, soldes de clôture, runway en mois.

Erreurs courantes qui ruinent les livres d'une DAO

  • Valoriser le token natif au spot plein. Les avoirs importants ne peuvent pas être liquidés au prix coté. Déclarez les avoirs en token natif à leur juste valeur au bilan, mais ne les comptez jamais comme runway sans décote — et divulguez la politique.
  • Ignorer la base de coût. Chaque token qui entre dans la trésorerie nécessite un coût enregistré. Sans cela, vous ne pouvez pas calculer la plus-value ou moins-value quand les tokens sortent, et la saison fiscale devient de la conjecture. La valorisation à la réception est l'habitude qui l'évite.
  • Comptabiliser les transferts entre portefeuilles comme des dépenses. Déplacer 200 000 USDC du Safe principal vers un portefeuille opérationnel n'est pas une dépense. Les transferts internes doivent se compenser à zéro dans le compte de résultat, sinon votre burn rate est une fiction.
  • Laisser les signataires dériver. Les contributeurs partent, les clés vieillissent, et soudain un multisig 3-sur-5 n'a plus que deux signataires actifs et une prière. Révisez l'ensemble des signataires au moins chaque trimestre.
  • Sauter la clôture mensuelle. L'historique on-chain ne disparaît jamais, donc les équipes reportent indéfiniment la comptabilité — puis affrontent une année de transactions non étiquetées à la saison fiscale. Une demi-journée de clôture par mois vaut mieux qu'une excavation médico-légale chaque avril.

Une checklist de clôture mensuelle pour les trésoreries de DAO

Volez cette checklist pour votre conseil de trésorerie :

  1. Exportez les transactions exécutées de chaque multisig sur chaque chaîne.
  2. Reliez chaque sortie et entrée à sa proposition, sa facture ou son accord.
  3. Valorisez tous les mouvements dans la devise de reporting à partir d'une source cohérente.
  4. Confirmez que l'ensemble des signataires et le seuil correspondent aux registres de gouvernance.
  5. Rapprochez chaque compte de portefeuille : solde d'ouverture plus activité égale solde on-chain.
  6. Mettez à jour les subventions à payer : nouvelles approbations ajoutées, paiements de jalons déduits.
  7. Calculez le runway en stablecoins en mois par rapport au burn moyen des derniers mois.
  8. Publiez un court rapport de trésorerie à la communauté avec soldes, dépenses et runway.

Exécutez cette routine douze fois par an et la DAO aura des livres plus propres que la plupart des startups — avec en plus les reçus on-chain pour prouver chaque ligne.

Simplifiez votre gestion financière

La transparence de la trésorerie est le superpouvoir d'une DAO, mais les données on-chain brutes ont encore besoin de véritables livres en partie double pour devenir des états financiers, des déclarations fiscales et des rapports de runway. Beancount.io propose une comptabilité en texte brut qui convient naturellement aux équipes crypto-natives : chaque transaction est versionnée dans git, entièrement transparente et prête pour l'IA en vue d'un rapprochement automatisé. Commencez gratuitement et transformez l'historique de votre multisig en livres que vous pouvez défendre.

Partager cet article

Suivre ce sujet

Source : https://beancount.io/fr/blog/2026/09/19/dao-treasury-bookkeeping-multisig-reconciliation-stablecoin-runway-grants-guide

Publié: 19 septembre 2026