Fhenix sur Ethereum et Arbitrum : comprendre CoFHE sans le confondre avec un rollup

Une infrastructure de confidentialité sur des réseaux existants

Le site de Fhenix présente, au 22 octobre 2026, son infrastructure comme active sur Ethereum et Arbitrum. La documentation explique que le projet permet de construire des contrats utilisant des données chiffrées. L’intérêt annoncé concerne notamment la confidentialité des informations financières pendant leur traitement, plutôt que la création d’un nouveau réseau vers lequel il faudrait déplacer tous les actifs.

Cette présentation ne doit pas être confondue avec le lancement d’une nouvelle blockchain indépendante. Le produit actuel s’appelle CoFHE et repose sur un coprocesseur de calcul confidentiel. Le réseau qui accueille un contrat et l’infrastructure qui réalise certains calculs sont deux composantes distinctes. Les identifier permet de comprendre à quel endroit se situe le service proposé.

Un changement d’architecture explicitement documenté

Un ancien billet officiel consacré aux rollups comporte désormais une mise à jour. Fhenix y précise que cette première vision a évolué vers CoFHE, sans nécessité d’une nouvelle chaîne de seconde couche séparée. Lire le billet sans cet avertissement conduirait à attribuer au produit actuel un modèle de déploiement que le projet a lui-même révisé.

Il faut donc éviter de décrire automatiquement CoFHE comme un système qui regroupe des transactions pour réduire les frais d’un nouveau rollup. L’apport mis en avant est le calcul sur des informations chiffrées. La réduction des coûts, la disponibilité d’un réseau et la confidentialité d’une application répondent à des questions techniques différentes, qui demandent chacune leur propre démonstration.

Calculer sans tout rendre public ne supprime pas les autorisations

Le chiffrement entièrement homomorphe permet d’effectuer certaines opérations sur des données qui restent chiffrées pendant le calcul. La documentation distingue les outils qui préparent les entrées, les fonctions utilisables par les contrats et les mécanismes permettant de récupérer un résultat lisible. Ces différentes étapes ne doivent donc pas être résumées par l’idée simplificatrice que personne ne pourrait jamais accéder à aucune information dans une application utilisant cette technologie.

Le billet technique publié le 20 octobre décrit précisément le rôle des contrôles d’accès et des permissions de déchiffrement. Disposer d’une référence vers une donnée ne suffit pas à être autorisé à la lire. Pour une application, la confidentialité dépend donc aussi de la manière dont ces droits sont attribués et utilisés, pas seulement de la présence d’une primitive cryptographique.

Un travail de sécurité n’est pas une garantie absolue

Fhenix présente dans ce même billet des travaux réalisés avec Consensys Diligence sur des applications confidentielles. Cela apporte des éléments sur les questions de sécurité étudiées. Il serait excessif d’en déduire que tous les contrats présents ou futurs sont garantis sans faille, ou que chaque usage financier est automatiquement conforme à toutes les obligations applicables.

La lecture utile consiste à examiner l’architecture actuelle, les permissions et la documentation du service effectivement utilisé. Un projet de partenariat, une application disponible et une infrastructure annoncée active ne constituent pas le même niveau d’avancement. Dans ce dossier, les éléments vérifiés permettent d’expliquer le rôle de CoFHE, sans annoncer comme déjà réalisés des services de stablecoins ou des partenariats dont les modalités ne sont pas établies par les documents consultés.