Ce que les DAO doivent faire maintenant

En 2026, la plupart des conversations sur la gouvernance des DAO portent encore sur ce qui n’a pas marché : l’apathie des votants, des propositions mortes en commission, des trésoreries qui ont financé des choses dont personne ne se souvient. Le post-mortem est devenu un format usé. Les DAO ont passé l’essentiel d’une décennie à prouver qu’une gouvernance décentralisée peut fonctionner. La question la plus difficile, celle qui vaut d’être posée dans un marché plus calme, est de savoir ce qu’il faut pour que ça marche de façon constante, à l’échelle, dans la durée. En tant que fondateur, j’ai vu des systèmes caler, et presque jamais dans leur conception. Ils calaient dans leur fonctionnement. Voici ce qui fait vraiment la différence.

Le vote n’est pas le plus difficile

Le point de rupture le plus fréquent d’une gouvernance de DAO n’est pas le vote. C’est le silence qui suit. Une proposition passe, la communauté se félicite, puis plus rien ne bouge pendant six semaines, parce que personne ne porte réellement l’exécution.

C’est peu coûteux à corriger, et rarement corrigé. Chaque décision devrait être enregistrée avec sa justification, son responsable et son échéance avant même la clôture du vote. Chez The Sandbox DAO, l’auteur et les jalons étaient définis avant tout passage au vote : le jour où une proposition passait, l’exécution avait déjà un nom. Cette seule habitude supprime l’essentiel de la dérive d’après-vote que l’on prend à tort pour de l’apathie.

Réparer l’entrée avant d’accuser la lassitude des votants

La lassitude des votants est réelle, mais elle est généralement mal diagnostiquée. Le problème vient rarement de la fréquence des votes. On demande aux détenteurs de tokens de juger des propositions qui n’ont jamais été prêtes à l’être : sans périmètre clair, sans critères de réussite, avec un budget flou, si bien que les relecteurs doivent soit courir après des précisions, soit voter à moitié à l’aveugle.

Chez Sandbox, nous avons réglé cela par le travail ingrat en amont du circuit. Mon équipe d’administration, deux chefs de projet, décortiquait chaque proposition avant qu’elle n’atteigne la communauté, en insistant sur le périmètre, le budget et la faisabilité jusqu’à ce qu’elle tienne. Un Special Council distinct, nommé à la création de la DAO, en faisait une lecture plus légère et donnait un signal simple : positif, négatif ou neutre. Quand une proposition arrivait au vote, l’examen exigeant avait déjà eu lieu, et le vote était une décision plutôt qu’une enquête.

Déléguer avec une vraie autorité, pas seulement plus de votes

Envoyer chaque décision au vote des détenteurs de tokens a l’air démocratique et ne tient pas en pratique. Quand tout demande un vote, rien n’avance vite, et les contributeurs les plus impliqués décrochent en premier. La réponse est une délégation qui délègue vraiment, pas un recul de la décentralisation.

Notre programme de grants en est l’exemple le plus clair. Le Sandbox DAO Grant Program confiait à quatre grant managers élus l’approbation des propositions dans leur domaine, jusqu’à quinze mille dollars chacune, sans vote de la communauté sur aucun grant individuel. La communauté ne votait que sur deux choses : le programme lui-même, et l’identité des quatre grant managers. Tout ce qui se trouvait dans ce cadre avançait à la vitesse d’une personne qui en répond plutôt qu’à celle d’un sondage des détenteurs de tokens, pendant que mon équipe d’administration tenait le quotidien pour que le système garde son rythme entre deux votes. Ce qui fait fonctionner tout cela, c’est que chacun rend des comptes. Chaque grant manager avait un mandat défini et devait répondre de ce qu’il approuvait. Sans cela, la délégation n’est qu’une responsabilité diluée, avec des étapes en plus.

Mettre l’IA dans la couche opérationnelle, pas dans la décision

L’IA prend beaucoup de place dans ces conversations, et une partie relève de la hype. Là où elle mérite vraiment sa place, c’est autour des décisions, pas à l’intérieur. Elle n’exercera pas de jugement sur un choix difficile, mais elle retirera de la friction au travail qui l’entoure : signaler une proposition qui arrive sans informations clés, transformer un appel communautaire de trois heures en une note sur laquelle le conseil peut agir, éviter que le contexte ne s’évapore quand les contributeurs sont dispersés sur plusieurs fuseaux horaires. Les équipes qui en tirent de la valeur s’en servent pour rendre les processus existants plus rapides et plus réguliers, pas pour automatiser les choix eux-mêmes.

Mesurer les résultats, et argumenter au grand jour

La plupart des DAO mesurent l’activité : propositions soumises, votes exprimés, participation. C’est facile à collecter et ça ne dit presque rien. Les chiffres qui comptent sont le délai entre la soumission et la décision, et la part du travail approuvé qui est réellement livrée. Chez Sandbox, la quasi-totalité des propositions approuvées est allée jusqu’à l’exécution. Les seuls manques ont été quelques cas où l’auteur a abandonné son propre projet avant le dernier jalon, ce qui est un autre problème qu’un système incapable de livrer.

Il y a encore une chose à surveiller : savoir si les décisions sont prises avec assez de contexte pour être bien prises. Le raté le plus net que je puisse citer est une proposition de diversifier la trésorerie en ApeCoin et de construire un partenariat autour. Elle n’a abouti à rien, non pas parce que l’idée manquait d’intérêt, mais parce que l’argumentaire n’a jamais été posé clairement dans les Spaces de la communauté et sur les forums.

Une décision ne vaut jamais mieux que le contexte dont disposent réellement ceux qui décident.

On ne peut pas toujours prévoir la fin

La version honnête de l’histoire de la fermeture, c’est que je n’avais pas prévu la fin de The Sandbox DAO dès le départ. Presque personne ne le fait, parce que cela ressemble à prévoir l’échec. Ce qui a rendu la fermeture ordonnée plutôt que chaotique, ce n’est pas la clairvoyance. C’est que le système avait été construit proprement et documenté soigneusement tout du long : quand le mandat s’est terminé, les registres, les processus et la traçabilité des responsabilités étaient déjà là pour organiser la fermeture. La leçon n’est pas d’écrire sa fin dès le premier jour. C’est que des opérations disciplinées vous offrent une sortie propre, même quand vous ne l’avez pas vue venir.

Ce qu’il faut vraiment

Rien de tout cela n’est techniquement difficile. Le difficile, c’est de le faire de façon constante, avec des personnes différentes, dans la durée, et c’est précisément ce que la plupart des DAO ne sont pas construites pour tenir seules. Celles qui y parviennent ont quelqu’un qui porte la moitié opérationnelle du système : pas la conception de la gouvernance, qu’on dessine une fois, mais son pilotage quotidien, l’entrée des propositions, l’obligation de rendre des comptes, le suivi, la communication. Cette moitié opérationnelle est la partie de GovOps que la plupart des DAO laissent de côté, et c’est ce qui sépare un cadre qui a l’air juste d’un cadre qui produit des résultats.

Si votre gouvernance se lit bien sur le papier mais cale dès qu’une décision doit devenir une action, le problème est opérationnel, et il se corrige. C’est le travail que nous faisons chez arasak.io.