Ethereum vérifie enfin l’interface avant la signature

WEBCAT associe une application web à une version de code dont l’intégrité peut être contrôlée. L’objectif n’est pas de déclarer un logiciel sans faille, mais de détecter un écart entre le code audité ou publié et celui effectivement livré au navigateur. C’est une nuance décisive : la vérification répond au risque de substitution après le développement, tandis qu’un audit cherche surtout des erreurs déjà présentes dans une version connue.

Le registre primaire de l’Ecosystem Support Program classe WEBCAT dans la sécurité et les outils développeurs au troisième trimestre 2026. Il ne publie ni montant ni calendrier de déploiement dans les grands portefeuilles. La Freedom of the Press Foundation avait annoncé l’alpha le 3 mars. Son programme précise par ailleurs qu’une candidature demande habituellement trois à six semaines de revue ; ce délai décrit le processus général, pas la durée du chantier WEBCAT.

Les bénéficiaires potentiels sont les utilisateurs, les équipes de portefeuilles et les protocoles DeFi dont la confiance dépend aujourd’hui d’une chaîne web difficile à inspecter. Les perdants potentiels sont les attaquants qui misent sur une brève compromission DNS ou JavaScript. Mais l’outil ajoute aussi une contrainte aux développeurs : publier, signer et maintenir des versions reproductibles devient une discipline opérationnelle supplémentaire.

Le 21 février 2025, Bybit a annoncé le transfert frauduleux d’environ 1,5 milliard de dollars depuis un portefeuille froid Ether. Reuters et Associated Press ont confirmé le montant déclaré. Les analyses ultérieures citées par Bybit ont attribué la racine de l’attaque à du JavaScript malveillant injecté dans l’infrastructure de Safe Wallet : les signataires voyaient une transaction apparemment correcte alors que la logique sous-jacente avait été modifiée.

Ce précédent n’établit pas que WEBCAT aurait empêché l’attaque. C’est une hypothèse technique : un contrôle indépendant du code servi aurait pu signaler une divergence, à condition que le navigateur, la politique de publication et le canal de vérification n’aient pas été compromis ensemble. La causalité certaine s’arrête au constat qu’une interface falsifiée peut contourner des clés hors ligne et plusieurs signatures humaines.

En avril 2026, CoW Swap a encore demandé aux utilisateurs d’éviter son interface après un détournement DNS, selon The Block. Aucun dommage comparable à Bybit n’a été établi dans ce cas, mais le mécanisme illustre la fréquence du point faible. La blockchain conserve une trace fidèle de l’ordre exécuté ; elle ne peut pas certifier que l’écran avait fidèlement expliqué cet ordre.

Pour Ether, l’effet direct du financement reste modeste : aucune nouvelle demande mécanique d’ETH n’est créée et aucun revenu protocolaire n’est garanti. Le mécanisme de marché est indirect. Si les interfaces deviennent plus vérifiables, le risque opérationnel perçu par les dépositaires et institutions peut diminuer, ce qui facilite l’usage de la DeFi. À l’inverse, des alertes complexes ou trop fréquentes pourraient dégrader l’expérience et concentrer la confiance dans quelques éditeurs de listes.

Le premier graphique suit donc ETH avec BINANCE:ETHUSDT : il permet d’observer l’actif central, sans prétendre isoler l’effet d’une subvention de sécurité. Le second suit CRYPTOCAP:TOTAL2, la capitalisation hors Bitcoin, afin de comparer Ethereum au reste des altcoins. Une surperformance d’ETH serait une corrélation ; l’attribuer à WEBCAT sans données d’adoption serait une hypothèse, pas une preuve.

Les catalyseurs mesurables seront des intégrations dans des portefeuilles majeurs, des builds reproductibles et des alertes publiques ayant réellement bloqué du code altéré. Les risques sont également concrets : compatibilité limitée, mise à jour ralentie, faux sentiment de sécurité ou compromission de la chaîne qui publie les versions de référence. L’analyse serait invalidée si le projet restait cantonné à une expérimentation sans intégration Ethereum.

Scénario central : quelques portefeuilles et applications pilotes adoptent WEBCAT, les développeurs apprennent à publier des artefacts vérifiables et le bénéfice reste invisible tant qu’une anomalie n’est pas détectée. La qualité de marché s’améliore à la marge, sans effet identifiable sur le prix d’ETH. C’est le chemin le plus cohérent avec un outil encore jeune et un financement dont le montant n’est pas public.

Scénario haussier : un standard ouvert est repris par plusieurs portefeuilles, bloque une compromission réelle et réduit le coût de contrôle pour les acteurs institutionnels. Ethereum renforcerait alors son avantage de sécurité applicative. Scénario baissier : l’intégration demeure fragmentée, les utilisateurs ignorent les alertes ou une attaque contourne simultanément publication et vérification, transformant le label en fausse assurance.

La question décisive n’est donc pas de savoir si une subvention fera monter Ether. Elle est de savoir si Ethereum peut étendre sa vérifiabilité depuis le consensus jusqu’au dernier écran vu avant une signature. Le financement reconnaît correctement le problème ; seules des intégrations, des tests adversariaux et des incidents évités permettront de juger la solution.