En novembre 2022, les développeurs de Ren Protocol ont dû annoncer une nouvelle paradoxale. Leur projet entendait décentraliser les transferts entre blockchains, mais son financement ne devait pas dépasser la fin du quatrième trimestre. La procédure de faillite visant Alameda Research, au sein du groupe FTX, a accéléré l'abandon de Ren 1.0.
Une infrastructure peut répartir le traitement des transactions entre de multiples nœuds et rester tributaire d'une entreprise pour les salaires, la coordination ou les services nécessaires à son fonctionnement. La difficulté de cette entreprise devient alors celle du réseau, même en l'absence de faille cryptographique.
L'épisode ne prouve ni l'échec de la blockchain ni la disparition définitive de Ren. Il oblige plutôt à distinguer la répartition des fonctions techniques de l'autonomie économique et opérationnelle.
Comment Ren reliait des blockchains distinctes
Le bitcoin ne s'utilise pas directement dans les applications de la blockchain Ethereum. Lancé sur le réseau principal en mai 2020, RenVM proposait un pont inter-chaînes pour transférer une représentation de cet actif d'un réseau à l'autre.
Dans l'un de ses mécanismes, des BTC étaient immobilisés sous le contrôle de RenVM tandis que des renBTC étaient émis sur Ethereum à parité. Ces jetons pouvaient servir dans la finance décentralisée, ou DeFi. Pour récupérer les bitcoins d'origine, il fallait détruire les renBTC correspondants et obtenir la libération des BTC. La simple présence du jeton dans un portefeuille ne garantissait donc pas la possibilité de remboursement.
Ren reposait sur des Darknodes et le calcul multipartite sécurisé (sMPC), afin qu'aucun participant ne détienne à lui seul l'ensemble des secrets nécessaires. Mais distribuer les clés et le calcul ne signifie pas nécessairement distribuer la gouvernance, les ressources et l'exploitation.
La décentralisation avait encore des limites
L'équipe présentait cette évolution comme progressive. En août 2020, elle décrivait un démarrage en phase « sub-zero » avec un groupe central de nœuds, le Greycore, initialement exploité par l'équipe Ren. L'ouverture à davantage d'acteurs devait venir ensuite.
Il faut dès lors distinguer la décentralisation des clés et de la validation des transactions de l'indépendance des décisions et de la continuité d'activité. Cette dernière dépend des développeurs, du financement, des domaines Internet, des canaux d'information et de la capacité à déployer des mises à jour.
Début 2021, Ren annonçait le rapprochement de son équipe avec Alameda Research pour développer RenVM. En novembre 2022, l'équipe parlait d'une acquisition et expliquait qu'Alameda finançait son travail chaque trimestre.
Disposer d'un investisseur majeur n'a rien d'anormal pour une technologie complexe. Le problème apparaît lorsque les moyens financiers et les pouvoirs essentiels ne peuvent être transférés assez vite après sa défaillance.
Quand la faillite d'Alameda a atteint Ren
Le 11 novembre 2022, FTX et plusieurs sociétés affiliées, dont Alameda Research, se sont placées sous la protection du chapitre 11 du droit américain des faillites. Ce dépôt ne démontre ni un piratage de RenVM ni une panne technique de tous les services liés au groupe.
Sept jours plus tard, Ren publiait le plan « Moving on from Alameda ». L'équipe affirmait disposer de fonds seulement jusqu'à fin 2022 et soulignait que Ren 1.0 restait sous la direction d'Alameda. Elle proposait d'accélérer l'extinction de la première version et de préparer Ren 2.0, plus ouvert et davantage dirigé par la communauté.
Le calendrier prévoyait l'arrêt de la création de nouveaux actifs représentatifs (« mint »), tout en conservant temporairement leur destruction (« burn ») pour demander la restitution des actifs initiaux. Une transition d'environ 30 jours était évoquée. Il s'agissait d'un calendrier annoncé, non d'une preuve que tous les services se sont arrêtés le même jour.
Le 19 décembre 2022, The Block estimait qu'environ 15 millions de dollars de renBTC demeuraient sur Ethereum et risquaient d'être bloqués. Cette somme mesurait une exposition estimée à cette date, et non une perte définitivement constatée.
À retenir Un jeton représentatif peut rester visible dans un portefeuille alors que le pont ne permet plus son remboursement. Le risque tient autant à l’accès à l’actif sous-jacent qu’à son prix.
Trois catégories de dépendances à examiner
Comprendre cette crise suppose de regarder au-delà du nombre de nœuds disponibles et d'examiner séparément la technique, l'exploitation et la gouvernance économique.
| Volet à examiner | Question essentielle | Risque si le financeur disparaît |
|---|---|---|
| Technique | Qui contrôle validation, clés et mises à jour ? | Traitement ou remboursement perturbé |
| Exploitation | Qui maintient les services et informe les utilisateurs ? | Migration potentiellement trop lente |
| Économie et gouvernance | Qui rémunère les développeurs et qui peut prendre le relais ? | Développement et transition interrompus |
Ren indiquait par ailleurs que le domaine renproject.io appartenait alors à Alameda. Un transfert du site vers IPFS et de son contrôle vers RenDAO était envisagé. Un nom de domaine ne conserve pas des bitcoins, mais il peut conditionner l'accès aux informations et la bonne exécution d'une migration.
Il serait excessif d'en déduire que tous les Darknodes appartenaient à Alameda ou qu'une seule personne détenait toutes les clés. La conclusion étayée est plus précise: la décentralisation technique était plus avancée que la répartition des risques organisationnels.
Ren 2.0 n'était pas une réussite acquise
Un projet de nouvelle version existait dès août 2022. Ren 2.0 devait ouvrir davantage son code, accueillir de nouveaux opérateurs et adopter de nouvelles techniques de calcul multipartite. La faillite a raccourci brutalement le délai de transformation.
En septembre 2023, la Ren Foundation déclarait avoir été constituée en organisme à but non lucratif le 13 avril précédent, afin de soutenir la recherche et le développement d'un successeur géré par la communauté. Cela atteste une volonté de poursuivre le travail, pas le lancement vérifié d'un réseau principal Ren 2.0 entièrement opérationnel.
Lors de la consultation du 9 octobre 2026, renprotocol.org n'affichait que « A new Ren ». Une telle page ne suffit pas à confirmer le fonctionnement actuel du réseau ou la possibilité de récupérer les actifs. Avant toute opération, les contrats et les communications techniques à jour doivent être vérifiés indépendamment.
La leçon pour les utilisateurs et les protocoles
Le mot « décentralisé » ne remplace pas un examen des dépendances. Si l'entreprise fondatrice disparaît, qui paie la maintenance, détient les droits de modification et garantit une voie de retrait aux utilisateurs?
Les éléments à rechercher sont des opérateurs indépendants, des autorisations transparentes, un budget soutenable, un mécanisme de migration et des procédures de restitution en situation d'urgence.
Ren 1.0 illustre une dépendance d'entreprise, pas un piratage démontré du pont. La maîtrise des clés peut être répartie alors que financement, personnel et décisions restent concentrés. C'est cette dissociation qu'il faut mesurer avant de faire confiance à une infrastructure dite décentralisée.
