Censure Bitcoin Ocean Mineur Liberté Ou Frais

Imaginez un instant qu’un mineur Bitcoin décide délibérément de laisser de côté une transaction parfaitement valide, et que ce choix fasse chuter de presque huit pour cent les frais collectés dans le bloc. C’est exactement ce qui s’est produit le 30 octobre 2026 autour du bloc 973 817. Un développeur a pointé du doigt le pool Ocean et un de ses participants. La discussion a rapidement dépassé le simple incident technique pour devenir un débat de fond : jusqu’où peut aller la liberté d’un mineur, et jusqu’où un pool doit-il protéger les revenus de tous ses contributeurs ?

La dispute qui secoue Ocean Mining

Tout a commencé par un message publié sur X. Le développeur connu sous le pseudonyme Kruw a affirmé qu’un mineur du pool Ocean, identifié comme « Powre », avait volontairement exclu sa transaction de consolidation du bloc 973 817. Selon lui, ce choix n’était pas anodin. En comparant le template attendu et le bloc réellement produit, il a mis en évidence une différence claire : 3 580 transactions prévues contre seulement 1 698 effectivement incluses. Le poids du bloc est passé d’environ 3,99 millions d’unités à 2,93 millions. Les frais collectés sont tombés de 0,017 BTC à 0,016 BTC, soit une baisse de 7,68 %.

Kruw a immédiatement interpellé Coinjoined Chris, figure importante d’Ocean, en lui demandant d’intervenir. Il a qualifié le bloc de « partiellement vidé » et a estimé que ce comportement nuisait à l’ensemble des participants du pool. La transaction en question portait un frais de 223 satoshis, soit un taux de 0,15 sat/vB, et avait été observée seulement quatre minutes avant la validation du bloc. Bien que le débat ait rapidement glissé vers les questions de CoinJoin et de vie privée financière, Kruw a insisté dès le départ sur le fait qu’il s’agissait d’une simple opération de consolidation.

Ce que révèle la comparaison des blocs

La capture d’écran partagée par Kruw a fait le tour des cercles Bitcoin. Elle montre deux colonnes côte à côte. D’un côté, le template théorique que la plupart des mineurs auraient construit. De l’autre, le bloc réellement miné par Powre. La différence saute aux yeux : presque la moitié des transactions manquent, et les frais collectés sont nettement inférieurs. Pour Kruw, il ne s’agit pas d’un simple oubli ou d’un problème de propagation. Il y voit une forme de censure délibérée.

Il faut toutefois nuancer. La baisse de 7,68 % concerne uniquement les frais de transaction, pas la récompense totale du bloc. Le pourcentage ne s’applique donc pas directement à chaque participant du pool. Pourtant, dans un système comme TIDES, le mécanisme de répartition d’Ocean, chaque satoshi de frais compte. Laisser de l’argent sur la table peut effectivement réduire légèrement le revenu de tous ceux qui partagent le hashrate.

La réponse de Coinjoined Chris et la philosophie DATUM

Coinjoined Chris n’a pas tardé à répondre. Son message a été clair et sans ambiguïté. Ocean, via son système DATUM, laisse volontairement aux mineurs individuels le pouvoir de construire leur propre template de bloc. Certains choisissent de maximiser les frais. D’autres appliquent leurs propres règles de sélection. Chris a affirmé soutenir fermement les CoinJoin et la vie privée financière. Il a même déclaré qu’il aimerait voir davantage de transactions de ce type dans les blocs. Mais il a refusé d’utiliser le levier des paiements pour imposer ses préférences.

Je suis un fervent partisan des CoinJoin, et je considère que la vie privée financière est fondamentale pour Bitcoin. Nous devrions la renforcer partout où c’est possible.

Coinjoined Chris

Selon lui, forcer un mineur à inclure certaines transactions reviendrait à retirer le contrôle que DATUM leur a précisément donné. Il a rappelé que TIDES rémunère le travail fourni selon des règles de payout claires, et non en fonction de l’approbation ou du refus d’Ocean concernant le contenu du template. En d’autres termes, un mineur qui produit un bloc valide reçoit sa part, même si ce bloc n’est pas le plus rentable possible.

Chris a aussi souligné un point technique important. Il n’existe pas de « maximum théorique » universellement accepté pour les frais d’un bloc. Chaque nœud voit le mempool à un moment différent. Les politiques de relay varient. Certaines transactions privées ou récemment diffusées peuvent ne pas être visibles de tous. Un écart de 7,68 % par rapport à un template hypothétique ne prouve donc pas, à lui seul, une intention de censure.

Kruw contre-attaque : le pool peut et doit protéger les revenus

Kruw n’a pas accepté cette position. Pour lui, la distinction entre liberté de sélection et responsabilité collective ne tient pas. Il a proposé une solution simple : Ocean pourrait rejeter les shares dont le template collecterait trop peu de frais. Un message du type « Rejected share, check mempool connectivity » suffirait, selon lui, à dissuader les comportements qui nuisent à l’ensemble du pool.

Il a poussé le raisonnement plus loin. Selon Kruw, la seule raison valable de laisser un mineur construire son propre template est de lui permettre d’inclure des profits supplémentaires que l’autorité centralisée aurait manqués. Dès lors qu’un mineur utilise cette liberté pour réduire volontairement les revenus collectifs, le pool devrait pouvoir intervenir. Il a explicitement accepté l’idée de contrôles de rentabilité centralisés, même si Chris les qualifie de rejet de travail autrement valide.

Le seul objectif d’autoriser un mineur à créer ses propres templates est de lui permettre d’inclure des profits supplémentaires que l’autorité centralisée pourrait avoir manqués.

Kruw

Ce désaccord met en lumière deux visions opposées du rôle d’un pool de minage. D’un côté, une approche maximaliste de la liberté individuelle : chaque mineur reste souverain sur le contenu de son bloc. De l’autre, une logique de responsabilité partagée : le pool a le devoir de protéger le revenu de tous ses membres contre des choix individuels jugés irrationnels ou idéologiques.

Pourquoi cette affaire dépasse le simple incident

L’événement du bloc 973 817 n’est pas isolé. Il s’inscrit dans une discussion plus large qui traverse la communauté Bitcoin depuis des années. La censure de transactions, qu’elle soit réelle ou perçue, reste un sujet sensible. Certains y voient une menace existentielle pour la neutralité du réseau. D’autres considèrent que les mineurs ont toujours eu le droit de choisir ce qu’ils incluent, tant que le bloc reste valide selon les règles du consensus.

Ocean occupe une position particulière dans cet écosystème. Le pool s’est construit une image de défenseur de la décentralisation et de la liberté des mineurs. Son système DATUM permet précisément de ne plus dépendre d’un template unique fourni par l’opérateur. Cette architecture attire des mineurs qui refusent de confier totalement le contenu de leurs blocs à un tiers. Mais elle crée aussi des situations comme celle du 30 octobre, où la liberté individuelle entre en collision avec l’intérêt collectif.

Le débat touche également à la notion de vie privée. Même si la transaction de Kruw était une simple consolidation, la discussion a rapidement dérivé vers les CoinJoin. Chris a réaffirmé son soutien à ces techniques. Kruw, de son côté, a utilisé l’incident pour demander une forme de protection contre ce qu’il considère comme une forme de censure sélective. Les deux positions se rejoignent sur l’importance de la vie privée, mais divergent radicalement sur les moyens d’y parvenir.

Les arguments techniques qui compliquent le tableau

Au-delà des postures idéologiques, plusieurs points purement techniques méritent d’être examinés. D’abord, la notion de « frais maximaux ». Chris a raison de souligner qu’il n’existe pas de chiffre magique que tous les nœuds partagent. Un mineur peut légitimement ne pas avoir vu certaines transactions. Des délais de propagation, des politiques de filtrages différentes, ou même des transactions non standard peuvent expliquer des écarts de frais sans qu’il y ait intention de censurer.

Ensuite, la question du seuil. Si Ocean décidait de rejeter les templates trop peu rentables, où placerait-on la limite ? À 99 % des frais théoriques ? À 95 % ? À 90 % ? Chaque seuil crée des cas limites et des injustices potentielles. Un mineur qui a simplement une vue différente du mempool pourrait se retrouver pénalisé. Inversement, un seuil trop bas laisserait passer des comportements réellement nuisibles.

Enfin, il faut considérer les transactions privées ou transmises de façon non standard. Certains mineurs reçoivent des transactions directement, hors des canaux publics. Ces transactions ne sont pas visibles dans le mempool commun. Un pool qui imposerait un template unique pourrait manquer ces opportunités de frais. DATUM a justement été conçu pour permettre aux mineurs de capturer ces revenus supplémentaires. L’ironie, c’est que la même liberté peut être utilisée pour en laisser de côté d’autres.

Ce que cela change pour les participants d’Ocean

Pour un mineur qui contribue à Ocean, l’affaire soulève une question pratique. Doit-il accepter qu’un autre participant réduise légèrement le revenu collectif au nom de sa propre philosophie ? Ou doit-il exiger que le pool protège l’intérêt commun en refusant certains templates ? La réponse n’est pas évidente. Elle dépend de la priorité que l’on accorde à la liberté individuelle versus la maximisation des revenus.

En pratique, un écart de 7,68 % sur les frais de transaction ne représente qu’une fraction minime de la récompense totale du bloc, surtout lorsque la subvention de bloc reste importante. Mais dans un avenir où les frais de transaction deviendront la principale source de revenus des mineurs, de tels écarts prendront une importance croissante. L’incident d’aujourd’hui pourrait donc préfigurer des débats beaucoup plus vifs dans les années à venir.

Certains participants pourraient aussi décider de quitter Ocean si le pool refuse d’intervenir. D’autres, au contraire, pourraient être attirés précisément par cette liberté. Ocean se trouve ainsi face à un arbitrage délicat entre deux types de mineurs : ceux qui veulent maximiser les revenus à tout prix, et ceux qui valorisent avant tout le contrôle total sur leurs templates.

La question plus large de la neutralité de Bitcoin

Au-delà d’Ocean, cette dispute interroge la nature même de Bitcoin. Le réseau a toujours été présenté comme neutre : tant qu’une transaction est valide et paie des frais suffisants, elle devrait être incluse. Pourtant, les mineurs ont toujours disposé d’une marge de manœuvre. Rien dans le protocole ne les oblige à inclure une transaction particulière. Ils peuvent choisir de laisser de la place libre, d’exclure certaines opérations, ou de prioriser d’autres critères que le simple montant des frais.

Historiquement, cette liberté a rarement été utilisée de façon ostensible pour censurer. Les cas documentés restent limités. Mais la possibilité existe, et l’incident de Powre la rend visible. Certains y voient une preuve que la censure est déjà possible et que les pools doivent s’organiser pour y résister. D’autres estiment que tenter de l’empêcher par des règles de pool reviendrait à créer une forme de centralisation encore plus dangereuse.

Le débat rejoint également les discussions sur les soft forks et les changements de règles. Chaque fois que la communauté envisage de modifier le protocole pour rendre certaines transactions obligatoires ou interdites, la même tension réapparaît. La neutralité n’est jamais totale. Elle est le résultat d’un équilibre fragile entre les incitations économiques, les valeurs des participants et les règles du consensus.

Les positions possibles pour l’avenir d’Ocean

Face à cette situation, Ocean dispose de plusieurs options. La première consiste à maintenir le statu quo. Continuer à laisser les mineurs libres de construire leurs templates, même si cela conduit parfois à des blocs moins rentables. C’est la position défendue par Chris. Elle préserve l’image de décentralisation du pool, mais expose les participants à des pertes de revenus ponctuelles.

La deuxième option serait d’introduire des contrôles de rentabilité. Ocean pourrait définir un seuil minimal de frais et rejeter les shares qui ne l’atteignent pas. Cette approche protégerait les revenus collectifs, mais ferait perdre au pool une partie de son attractivité auprès des mineurs attachés à leur liberté. Elle créerait aussi des conflits d’interprétation sur la définition du seuil.

Une troisième voie, plus nuancée, pourrait consister à publier des statistiques de rentabilité des templates sans sanctionner. Les mineurs dont les blocs collectent systématiquement moins de frais seraient identifiés. La pression sociale et la concurrence entre participants pourraient alors jouer un rôle dissuasif, sans intervention autoritaire du pool.

Enfin, Ocean pourrait renforcer l’éducation de ses mineurs. Expliquer clairement les conséquences économiques d’un template sous-optimal, fournir des outils de comparaison en temps réel, et encourager les bonnes pratiques sans les imposer. Cette approche pédagogique demande du temps, mais reste cohérente avec l’esprit de liberté revendiqué par le pool.

Ce que pensent les observateurs du secteur

Au-delà des deux protagonistes, la communauté Bitcoin a commencé à commenter l’affaire. Certains saluent la transparence de Kruw, qui a documenté précisément l’écart de frais. D’autres estiment qu’il dramatise une situation relativement banale. Les mineurs ont toujours le droit de construire des blocs incomplets. C’est même parfois rationnel, par exemple pour réduire le temps de validation ou pour inclure des transactions prioritaires reçues en privé.

Plusieurs voix soulignent que l’accusation de « censure » est excessive. Une transaction de consolidation à 0,15 sat/vB n’est pas particulièrement attractive. Dans un mempool saturé, elle aurait de toute façon pu attendre. L’idée qu’un mineur l’ait volontairement exclue pour des raisons idéologiques reste une hypothèse, pas une preuve. Chris a d’ailleurs insisté sur ce point : un écart de frais ne constitue pas, à lui seul, la démonstration d’une intention de censurer.

D’autres observateurs se montrent plus critiques envers Ocean. Ils estiment que le pool ne peut pas se contenter de prôner la liberté tout en laissant ses participants subir les conséquences économiques de choix individuels. Pour eux, un pool digne de ce nom doit au minimum garantir un niveau minimal de professionnalisme dans la construction des templates.

Les leçons à tirer pour l’ensemble de l’écosystème

Cette affaire offre plusieurs enseignements. Premièrement, la transparence reste essentielle. Kruw a pu formuler son accusation parce qu’il a disposé de données comparatives claires. Sans ces chiffres, le débat n’aurait pas eu lieu. Les outils qui permettent de comparer les templates théoriques et les blocs réels jouent donc un rôle important dans la surveillance du réseau.

Deuxièmement, la liberté a un coût. DATUM donne aux mineurs un pouvoir réel. Ce pouvoir s’accompagne de responsabilités. Quand un mineur choisit de produire un bloc moins rentable, il impose ce coût à tous ceux qui partagent le hashrate. L’équilibre entre liberté et responsabilité collective reste à trouver.

Troisièmement, les pools de minage se trouvent dans une position de plus en plus délicate. Ils doivent à la fois attirer des mineurs en leur offrant de la liberté, et protéger les revenus de l’ensemble des participants. Ces deux objectifs peuvent entrer en contradiction. Ocean en fait l’expérience de façon très concrète.

Quatrièmement, la question de la censure ne disparaîtra pas. Tant que des mineurs auront le pouvoir de sélectionner les transactions, des cas douteux continueront d’apparaître. La communauté devra apprendre à distinguer les vrais cas de censure des simples divergences de mempool ou des choix économiques légitimes.

Vers une redéfinition des relations pool-mineur

L’incident du 30 octobre 2026 pourrait accélérer une réflexion déjà en cours sur la relation entre pools et mineurs. Historiquement, les pools fournissaient un template unique et les mineurs se contentaient de hasher. Avec des systèmes comme DATUM, cette relation change. Le mineur redevient un acteur capable de décider du contenu de son bloc. Cette évolution est positive pour la décentralisation, mais elle complexifie la gestion collective des revenus.

On peut imaginer que d’autres pools adopteront des approches similaires, ou au contraire qu’ils renforceront le contrôle centralisé pour garantir la rentabilité. Le marché décidera. Les mineurs voteront avec leurs pieds, ou plutôt avec leur hashrate. Ceux qui privilégient la maximisation des revenus iront vers les pools qui imposent des templates optimisés. Ceux qui valorisent le contrôle resteront ou rejoindront des structures comme Ocean.

Cette différenciation pourrait même être saine. Elle permettrait à chacun de trouver le modèle qui correspond à ses priorités. L’important est que les règles soient claires. Un mineur qui rejoint Ocean doit savoir qu’il accepte le risque de voir occasionnellement des templates sous-optimaux. Un mineur qui rejoint un pool plus strict doit accepter de perdre une partie de sa liberté de sélection.

Le rôle des outils de surveillance

L’affaire montre aussi l’importance croissante des outils d’analyse de blocs. Sans la comparaison fournie par Kruw, l’écart de 7,68 % serait peut-être passé inaperçu. Des plateformes et des développeurs indépendants jouent un rôle de chien de garde en publiant des statistiques précises sur le contenu des blocs, les frais collectés et les transactions exclues.

Ces outils ne sont pas neutres. Ils orientent le débat en rendant visibles certains comportements. Mais ils sont indispensables pour qu’une discussion informée puisse avoir lieu. La communauté Bitcoin a toujours valorisé la capacité de chacun à vérifier par lui-même. Les données ouvertes sur les templates et les blocs s’inscrivent dans cette tradition.

À l’avenir, on peut s’attendre à voir apparaître des tableaux de bord encore plus sophistiqués, capables de détecter automatiquement les écarts de rentabilité suspects et de les signaler à la communauté. Ces systèmes ne remplaceront pas le jugement humain, mais ils rendront les comportements atypiques plus difficiles à dissimuler.

Une affaire qui restera dans les mémoires

Le bloc 973 817 et l’échange entre Kruw et Coinjoined Chris marquent un moment particulier dans l’histoire récente du minage Bitcoin. Ils illustrent de façon concrète la tension permanente entre liberté individuelle et intérêt collectif. Ils montrent aussi que les architectures décentralisées, même bien conçues, ne résolvent pas magiquement les conflits de valeurs.

Ocean a choisi de défendre la liberté de ses mineurs. Kruw a choisi de défendre la rentabilité collective. Les deux positions sont défendables. Elles reposent sur des conceptions différentes de ce que doit être un pool de minage et, plus largement, de ce que doit être Bitcoin. Le réseau continuera de fonctionner, les blocs continueront d’être produits, et d’autres incidents de ce type surviendront probablement. Ce qui compte, c’est que le débat reste public, documenté et argumenté.

Dans un univers où les frais de transaction prendront une place de plus en plus importante, ces questions de sélection de transactions deviendront centrales. Les pools qui sauront trouver le bon équilibre entre liberté et efficacité auront un avantage concurrentiel. Ceux qui échoueront à le faire risquent de voir leur hashrate migrer ailleurs. L’affaire Ocean de ce 30 octobre 2026 n’est peut-être que le début d’une discussion beaucoup plus large sur la gouvernance réelle du minage Bitcoin.

Pour l’instant, le pool maintient sa ligne. Les mineurs restent libres de construire leurs templates. Les participants de TIDES continuent de partager les revenus selon les règles établies. Et la communauté observe, commente, et attend de voir si d’autres cas similaires apparaîtront. La liberté a un prix. La question qui reste ouverte est de savoir qui doit le payer, et jusqu’à quel montant.