BTC++, Berlin et les percées dans l'avancement de la garde de Bitcoin.

La communauté ecash de Bitcoin s'est rapidement mobilisée pour remédier à une faiblesse fondamentale de la garde décentralisée : la monoculture logicielle. En l'espace de quelques semaines, l'équipe Fedimint a mis en ligne une seule fédération sur trois implémentations de code indépendantes lors de l'Ecash Hackday à Berlin, tandis que le développeur Calle dévoilait Federated Cashu à bitcoin++, une conception dans laquelle aucun opérateur unique ne se trouve seul derrière les fonds d'un utilisateur.

Ces avancées répondent directement à un argument avancé quelques semaines plus tôt par Obi Nwosu, cofondateur de Fedi et Fedimint, qui écrivait dans un article invité pour Bitcoin Magazine que l'écosystème Bitcoin continuait de poser la mauvaise question, tendant à tout présenter comme « trusted » (de confiance) ou « trustless » (sans confiance). Il exhortait plutôt les gens à se demander : « Combien d'éléments indépendants doivent tomber en panne avant que vous ne perdiez votre argent ? »

Nwosu citait Liquid et, quelques semaines avant, Coldcard comme exemples, reprenant la formulation la plus concise du problème par Matt Corallo : exécuter le même logiciel, subir les mêmes bugs. Cette critique s'appliquait aussi à Fedimint, et Nwosu fut le premier à le reconnaître. Fedimint a été conçu pour éliminer les individus isolés et les institutions uniques comme points de défaillance, écrivait-il, mais il n'existait qu'une seule implémentation du protocole — une monoculture logicielle sous les fédérations humaines. Selon ses mots : « Pas assez sécurisé. »

Les développeurs de Fedimint ont déjà répondu. Lors de l'Ecash Hackday à Berlin, l'équipe Fedimint a fait fonctionner une seule fédération sur trois implémentations indépendantes, le développeur de Cashu thesimplekid en construisant l'une d'elles. Eric Sirion, qui publie sous le pseudo elsirion, a annoncé cette étape sur X.

Had a great time at Ecash Hackday in Berlin, got a Fedimint running with 3 different implementations by @thesimplekid , me and the Fedimint team! Already got 3 Fedimint implementations now, who will build the 4th one? pic.twitter.com/2MPdtlaJqt
— elsirion (@EricSirion) September 30, 2026

Trois bases de code distinctes, une seule fédération, gardant les fonds ensemble. Selon Nwosu, les développeurs ont commencé à construire une solution à la monoculture qu'il avait signalée quelques semaines plus tôt — le choix de l'équipe de demander qui construira la quatrième implémentation reflétait exactement l'esprit qu'il espérait voir.

Calle a repris le même principe et l'a fait progresser dans sa propre direction. À bitcoin++, il a dévoilé Federated Cashu, conçu de telle sorte qu'aucun opérateur unique ne se trouve seul derrière les fonds d'un utilisateur. Quatre ou cinq opérateurs suffisent à maintenir la fédération, sur un nouveau schéma de signature à l'aveugle.

. @callebtc unveils “Federated Cashu” at @btcplusplus “You don’t need to trust the operator with your privacy, but you do need to trust the operator with your security” “Any combination of 4/5 continues the federation” A new Blind BLS signature scheme is involved. pic.twitter.com/S8iL9Qaa9u
— Matthew Vuk (@matthewvuk2) October 1, 2026

Deux équipes. Deux approches. Un objectif commun : la résilience de l'écosystème, avancée en quelques semaines.

Pour Nwosu, la tolérance aux pannes ne provient pas uniquement de la fiabilité, aussi bonnes que soient les audits, les vérifications formelles et la culture de sécurité. Elle provient de domaines de défaillance indépendants — aucun bug unique, aucun fournisseur unique, aucune juridiction unique capable de tout emporter d'un coup.

Il a clairement distingué les couches du projet, car cette distinction compte : Fedimint est le protocole open source, tandis que Fedi est ce que son équipe construit par-dessus. Lorsque le protocole gagne une deuxième puis une troisième implémentation, chaque fédération devient plus résiliente, et aucun membre n'a besoin de changer quoi que ce soit à sa façon d'utiliser son portefeuille. Les gardiens peuvent exécuter des logiciels différents tout en servant les mêmes personnes.

Nwosu a défini cinq niveaux où l'indépendance doit prévaloir, et s'est engagé à s'y tenir :

• Plusieurs implémentations de chaque protocole détenant des fonds.
• Plusieurs implémentations de portefeuilles.
• Des clés générées sur du matériel de différents fournisseurs.
• Plusieurs personnes indépendantes et dignes de confiance, dont la vie privée est protégée, derrière chaque système détenant de l'argent.
• Une répartition entre géographies et juridictions, car les règles d'une juridiction peuvent changer du jour au lendemain.

Selon Nwosu, les développeurs ayant travaillé sur ce sujet à Berlin ont rapproché ces cinq niveaux de la réalité. Il a remercié tous ceux qui continuent de se concentrer sur la construction et le partage de leur preuve de travail, tout en ajoutant que le reste de la communauté — lui-même inclus — n'a pas terminé. L'écosystème, a-t-il soutenu, doit commencer à exiger l'indépendance à chaque niveau : logiciels, matériel, humains, juridictions — jusqu'au bout.

C'est ainsi, selon lui, que la confiance des utilisateurs en Bitcoin pourra être maintenue alors que l'écosystème entre dans ce qu'il décrit comme une nouvelle ère de menaces assistées par l'IA.

Ceci est un article invité d'Obi Nwosu, cofondateur de Fedi et Fedimint. Les opinions exprimées sont entièrement les siennes et ne reflètent pas nécessairement celles de BTC Inc. ou de Bitcoin Magazine. L'article est d'abord paru sur Bitcoin Magazine.