Imaginez un instant que votre transaction Bitcoin, parfaitement valide et prête à être incluse, se retrouve purement et simplement ignorée par un mineur. Pas parce qu’elle était trop chère ou trop lente, mais parce que quelqu’un a décidé de ne pas la prendre. C’est exactement ce qui s’est produit le 30 octobre 2026, et la polémique qui a suivi a enflammé une partie de la communauté. Un développeur a pointé du doigt un mineur du pool Ocean, accusant ce dernier d’avoir volontairement vidé une partie d’un bloc et de faire perdre de l’argent à tout le monde. Face à lui, un défenseur de la liberté individuelle des mineurs a refusé de céder. Cette affaire, en apparence technique, touche en réalité au cœur même de ce que Bitcoin est censé être : un système sans permission, ou un réseau où certains peuvent encore imposer leurs règles.
Une accusation de censure qui secoue le pool Ocean
Tout a commencé par un message publié sur X. Kruw, développeur connu pour son travail autour des transactions de consolidation et de la confidentialité, a affirmé que le mineur identifié sous le nom de « Powre » avait exclu sa transaction du bloc 973 817. Selon lui, cette décision n’avait rien d’anodin. Le bloc produit contenait nettement moins de transactions que le modèle attendu, et les frais collectés se situaient 7,68 % en dessous de ce qu’ils auraient pu être.
Les chiffres avancés sont précis. Le template de référence affichait environ 3 580 transactions pour un poids proche de 3,99 millions d’unités. Le bloc réel n’en contenait que 1 698, avec un poids réduit à 2,93 millions. Les frais arrondis passaient de 0,017 BTC à 0,016 BTC. Pour Kruw, il ne s’agissait pas d’un simple oubli ou d’un problème de propagation. Il parlait clairement de censure et demandait à Coinjoined Chris, figure importante d’Ocean, d’intervenir pour empêcher que le hashrate du pool ne soit « détourné ».
La transaction en question était une consolidation. Elle affichait un frais de 223 satoshis, soit un taux de 0,15 sat/vB, et avait été vue pour la première fois seulement quatre minutes avant la découverte du bloc. Rien d’extraordinaire sur le plan technique. Pourtant, elle n’a pas trouvé sa place. Et c’est précisément ce point qui a déclenché le débat.
Ce que révèle vraiment la comparaison des blocs
Quand on regarde attentivement les captures partagées, on comprend mieux la frustration. Un bloc « partiellement vidé » ne signifie pas seulement que quelques transactions manquent. Cela veut dire que de l’espace disponible a été laissé inutilisé alors que des frais étaient proposés. Dans un environnement où chaque satoshi compte, surtout pour les participants d’un pool, cette différence de 7,68 % n’est pas anodine.
Il faut toutefois nuancer. Cette baisse ne concerne que les frais de transaction, pas la récompense totale du bloc. Le subsidy reste le même. Mais dans un système de partage comme TIDES, utilisé par Ocean, chaque fraction de frais compte pour l’ensemble des contributeurs. Kruw a donc argumenté que le comportement d’un seul mineur pénalisait indirectement tous les autres.
Cette logique purement économique se heurte rapidement à une autre vision, celle de la liberté de construction des blocs. Et c’est là que la réponse de Coinjoined Chris a changé la nature de la discussion.
La défense de DATUM et le choix des mineurs
Coinjoined Chris n’a pas nié les faits. Il a reconnu que laisser des frais sur la table était économiquement discutable. Il s’est même déclaré fervent partisan des CoinJoin et de la confidentialité financière, qu’il considère comme fondamentales pour Bitcoin. Pourtant, il a refusé de contraindre le mineur.
Sa position repose sur une particularité technique d’Ocean : le protocole DATUM. Celui-ci permet aux mineurs individuels de construire eux-mêmes leurs templates de blocs. Certains maximisent les frais à tout prix. D’autres appliquent leurs propres politiques de sélection. Chris considère que retirer ce pouvoir reviendrait à recentraliser une décision qui doit rester locale.
« Je suis un fort partisan des coinjoins, et je crois que la confidentialité financière est fondamentale pour Bitcoin. Mais imposer une politique de sélection au niveau du pool détruirait précisément le contrôle que DATUM offre aux mineurs. »
Il a ajouté que les récompenses TIDES sont calculées selon les règles de contribution de puissance, et non selon l’approbation d’Ocean sur le contenu des blocs. En d’autres termes, le pool ne doit pas devenir un juge de ce qui est acceptable ou non dans un template.
Le contre-argument de Kruw : la rentabilité comme filet de sécurité
Kruw n’a pas accepté cette distinction. Pour lui, permettre aux mineurs de créer leurs propres templates n’a de sens que s’ils peuvent y ajouter des profits supplémentaires que l’autorité centrale aurait manqués. Dès lors qu’un mineur produit un bloc volontairement moins rentable, le pool devrait pouvoir le rejeter.
Il a proposé une réponse simple : un message du type « Rejected share, check mempool connectivity ». Autrement dit, refuser de payer un travail qui sacrifie 7,68 % des frais. Selon lui, il ne s’agit pas de censurer des transactions, mais de protéger l’intérêt collectif des participants au pool.
Cette position soulève immédiatement plusieurs questions pratiques. Qui décide du seuil acceptable ? 99 % ? 95 % ? Comment gérer les transactions privées qui n’apparaissent pas dans tous les mempools ? Comment tenir compte des délais de propagation ou des politiques de relay différentes d’un nœud à l’autre ?
Chris a précisément soulevé ces points. Un écart de 7,68 % par rapport à un maximum hypothétique ne constitue pas, à lui seul, une preuve de censure. Les mempools ne sont jamais parfaitement synchronisés. Des transactions peuvent arriver trop tard, ou être filtrées localement pour des raisons parfaitement légitimes.
Liberté individuelle contre optimisation collective
Le débat dépasse largement le cas de ce bloc précis. Il touche à une tension structurelle du minage Bitcoin. D’un côté, la maximisation des revenus pousse à remplir chaque bloc au maximum de sa capacité économique. De l’autre, la philosophie originelle du réseau laisse à chaque mineur le droit de choisir ce qu’il inclut ou non, tant que les règles de consensus sont respectées.
Ocean s’est construit une image particulière dans l’écosystème. Le pool insiste souvent sur la transparence et sur le fait de redonner du pouvoir aux mineurs individuels. DATUM en est l’illustration la plus concrète. Accepter de contrôler les templates reviendrait, aux yeux de Chris, à trahir cette promesse.
Kruw, lui, voit les choses sous un angle plus pragmatique. Quand un mineur sacrifie des frais, il n’agit pas seulement pour son propre compte. Il réduit le gâteau partagé par tous les contributeurs. Dans un environnement concurrentiel où les marges se réduisent, cette attitude devient difficile à tolérer.
Point clé à retenir
La question n’est plus seulement « peut-on censurer une transaction ? ». Elle devient « un pool a-t-il le droit de refuser un travail économiquement sous-optimal ? ».
Les implications pour la confidentialité et les CoinJoin
Ironiquement, les deux camps se rejoignent sur un point : la défense des transactions de type CoinJoin et PayJoin. Chris a explicitement déclaré vouloir voir davantage de ces constructions incluses dans les blocs. Kruw, de son côté, travaille activement sur des outils qui améliorent la confidentialité.
Pourtant, l’affaire a montré qu’une transaction de consolidation, même anodine, pouvait être exclue. Si un mineur décide un jour d’appliquer une politique hostile aux CoinJoin, le même mécanisme de liberté individuelle pourrait être utilisé contre la confidentialité. C’est tout le paradoxe.
Certains observateurs craignent qu’à force de défendre le droit de chaque mineur à sélectionner, on ouvre la porte à des formes de censure idéologique. D’autres répondent que forcer l’inclusion de certaines transactions reviendrait à créer une forme de liste noire inversée, tout aussi dangereuse.
Comment les autres pools gèrent ces situations
La plupart des grands pools de minage fonctionnent encore avec des templates centralisés. Le pool construit le bloc, les mineurs se contentent de chercher le nonce. Dans ce modèle, la question de la liberté individuelle ne se pose quasiment pas. Le pool décide, et tout le monde suit.
Ocean a choisi une autre voie. En donnant aux mineurs la possibilité de construire leurs propres templates, le pool s’expose précisément à ce type de divergences. C’est le prix de la décentralisation opérationnelle. Certains y voient une force, d’autres une faiblesse structurelle.
Il est intéressant de noter que, même dans les pools traditionnels, des politiques de filtrage existent parfois. Certaines refusent des transactions liées à des adresses sanctionnées, d’autres appliquent des règles de taille minimale de frais. La différence, c’est que ces choix sont décidés au niveau du pool, pas au niveau de chaque machine.
Les risques d’une standardisation trop stricte
Si Ocean acceptait la proposition de Kruw et se mettait à rejeter systématiquement les templates sous-performants, plusieurs effets de bord apparaîtraient. D’abord, la définition du « maximum hypothétique » resterait floue. Ensuite, les mineurs qui reçoivent des transactions via des canaux privés ou des relations particulières se retrouveraient désavantagés.
On peut aussi imaginer des situations où un mineur, pour des raisons de sécurité ou de conformité locale, décide d’exclure certaines transactions. Forcer l’inclusion reviendrait à l’exposer potentiellement à des risques juridiques dans sa juridiction. La liberté de sélection n’est pas seulement philosophique. Elle peut aussi être une protection.
À l’inverse, laisser trop de latitude ouvre la porte à des comportements opportunistes ou idéologiques. Un mineur pourrait systématiquement exclure les transactions d’un concurrent, ou celles liées à un protocole qu’il n’apprécie pas. Le réseau resterait techniquement valide, mais l’équité économique serait compromise.
Le rôle exact de TIDES dans cette polémique
TIDES, le système de rémunération d’Ocean, répartit les récompenses en fonction de la puissance de calcul réellement apportée. Chris a insisté sur ce point : le calcul ne tient pas compte de la qualité des templates. Tant que le travail est valide, il est rémunéré.
Cette règle a le mérite de la simplicité. Elle évite que le pool ne devienne un arbitre permanent des choix individuels. Mais elle crée aussi une externalité négative. Quand un mineur réduit les frais collectés, tous les participants voient leur part diminuer, même s’ils n’ont rien décidé.
Certains proposent des mécanismes de correction. On pourrait imaginer un ajustement a posteriori des parts en fonction de l’efficacité relative des templates. D’autres y voient une complexité inutile et source de nouveaux conflits. Pour l’instant, Ocean reste fidèle à sa règle initiale.
Une polémique révélatrice des tensions actuelles du réseau
Cette affaire survient dans un contexte particulier. Les frais de transaction ont connu des variations importantes ces dernières années. Les périodes de congestion extrême ont rappelé à tout le monde l’importance économique de l’espace de bloc. Dans ces moments-là, chaque satoshi non collecté représente une perte tangible.
Parallèlement, la question de la censure a pris une dimension nouvelle avec l’arrivée d’acteurs institutionnels et de régulations plus strictes dans certains pays. Des pools ont déjà été accusés d’exclure des transactions pour des raisons politiques ou de conformité. L’épisode Ocean montre que le phénomène peut aussi venir de l’intérieur, d’un simple mineur individuel.
Le débat n’est donc pas purement technique. Il est aussi politique et philosophique. Bitcoin a été conçu pour résister à la censure. Mais résister à la censure ne signifie pas obligatoirement maximiser les frais à chaque instant. Ces deux objectifs peuvent entrer en collision.
Que peut-on attendre concrètement de la suite ?
Pour l’instant, aucune modification de politique n’a été annoncée par Ocean. Chris a maintenu sa position. Kruw a continué à défendre la sienne. La discussion a permis de clarifier les arguments de chaque camp, sans pour autant produire de consensus.
Il est probable que d’autres cas similaires apparaissent. Tant que DATUM restera disponible, des mineurs continueront à faire des choix différents. Certains maximiseront systématiquement. D’autres appliqueront des filtres personnels. Le pool devra vivre avec cette diversité.
La communauté, elle, continuera de surveiller. Les explorateurs de blocs et les outils de comparaison de templates permettent aujourd’hui de détecter rapidement les écarts. La transparence technique joue donc un rôle de garde-fou. Un mineur qui s’écarte trop souvent de la moyenne économique finit par être remarqué.
Au-delà des chiffres, une question de confiance
Au fond, cette polémique révèle un problème de confiance. Les participants d’un pool confient une partie de leur revenu à la qualité collective du travail fourni. Quand un individu décide de réduire ce revenu pour des raisons qui lui sont propres, la confiance est mise à l’épreuve.
En même temps, imposer une uniformité trop stricte revient à transformer le pool en une autorité centrale déguisée. Or, beaucoup de mineurs ont rejoint Ocean précisément pour échapper à ce modèle.
Il n’existe pas de solution parfaite. Chaque option comporte des compromis. L’important est que ces compromis restent visibles et discutés ouvertement, comme cela a été le cas ici.
Les leçons pour les mineurs individuels
Pour un mineur qui utilise DATUM, l’affaire offre plusieurs enseignements. Premièrement, la liberté de construction a un coût. Chaque décision de filtrage doit être pesée. Deuxièmement, la transparence des outils actuels rend les écarts rapidement visibles. Troisièmement, la réputation au sein d’un pool compte. Un comportement trop souvent déviant peut finir par créer des tensions sociales même si les règles techniques sont respectées.
Il est également utile de se rappeler que le mempool n’est pas une vérité absolue. Deux nœuds peuvent avoir des visions différentes à un instant donné. Accuser systématiquement de censure dès qu’une transaction manque, c’est parfois se tromper de diagnostic.
Vers une évolution possible des règles de pool ?
Certains participants ont commencé à imaginer des solutions intermédiaires. On pourrait, par exemple, publier régulièrement des statistiques d’efficacité relative des templates sans pour autant sanctionner. La pression sociale et la concurrence entre mineurs feraient le reste. D’autres évoquent la possibilité de pools spécialisés, certains maximisant les frais, d’autres acceptant des politiques plus souples.
Rien n’indique pour le moment qu’Ocean s’engage dans cette direction. Mais la discussion a au moins le mérite d’avoir mis le sujet sur la table de façon claire et argumentée.
Ce qui s’est joué autour du bloc 973 817 n’est pas un simple incident technique. C’est un révélateur des tensions qui traversent le minage Bitcoin à l’heure où le réseau devient à la fois plus mature et plus concurrentiel. Liberté individuelle contre optimisation collective. Confidentialité contre maximisation des revenus. Décentralisation opérationnelle contre protection des intérêts du groupe. Ces oppositions ne disparaîtront pas de sitôt.
La force de Bitcoin a toujours été de laisser ces débats se dérouler à découvert, sans autorité centrale pour trancher d’autorité. L’épisode Ocean montre que cette force reste intacte. Que l’on soit d’accord avec Kruw ou avec Chris, le simple fait que la discussion ait pu avoir lieu de façon aussi détaillée est, en soi, une bonne nouvelle pour le réseau.
Dans les semaines et les mois qui viennent, d’autres blocs seront construits, d’autres choix seront faits, et d’autres écarts apparaîtront sans doute. Chaque fois, la même question reviendra : jusqu’où peut-on aller dans la défense de la liberté individuelle sans fragiliser l’équilibre économique collectif ? La réponse n’est pas écrite. Elle se construira, bloc après bloc, décision après décision.
En attendant, les mineurs d’Ocean continuent de hasher. Certains rempliront leurs templates jusqu’à la dernière unité de poids. D’autres continueront d’appliquer leurs propres filtres. Et la communauté continuera de regarder, de comparer, et de discuter. C’est peut-être exactement comme cela que Bitcoin est censé fonctionner.
La polémique du 30 octobre 2026 restera probablement comme un cas d’école. Un exemple concret de ce qui se produit lorsque la liberté technique rencontre la réalité économique. Un rappel utile que, derrière chaque bloc, il y a des humains qui font des choix, et que ces choix ont des conséquences pour tout le monde.
Que l’on privilégie la maximisation des frais ou le respect absolu de l’autonomie des mineurs, une chose est certaine : le débat n’est pas terminé. Il ne fait même que commencer. Et c’est peut-être la meilleure preuve que le réseau reste vivant, conflictuel, et profondément humain.
