UX Crypto : Pourquoi les gens normaux détestent toujours les wallets

Tout le monde se plaint de chaque interface. C’est l’une des lois universelles d’Internet. Déplacez un simple bouton et quelqu’un se mettra à crier que vous venez de ruiner sa vie. Affichez une invite de sécurité et on vous accusera de vouloir voler son argent. Cachez un menu un peu effrayant et quelqu’un soutiendra mordicus que si la civilisation existe encore, c’est uniquement grâce à ce menu.

Reconnaissons donc l'évidence : les utilisateurs n'aiment pas particulièrement le design. La crypto ne fait pas exception à cette règle, à ceci près qu'une interface crypto demande à des utilisateurs ordinaires d'effectuer des opérations financières irréversibles au sein d'une application qui semble parfois avoir été conçue par quelqu'un pour qui la peur est une fonctionnalité à part entière.

Un précédent historique

La banque en ligne était, elle aussi, terrifiante aux débuts d’Internet. Non pas qu’elle soit exempte de réelles menaces de sécurité, mais on demandait à un utilisateur habitué à faire des chèques et à retirer de l’argent au distributeur de taper son mot de passe bancaire dans une boîte beige sur un PC familial encombré de trois barres d’outils suspectes. Les premières interfaces bancaires en ligne étaient lourdes, lentes, mal conçues et truffées de jargon juridique : les utilisateurs devaient braver des écrans entiers de texte pour régler une simple facture. Un seul faux pas, et vous transfériez l’argent de votre prêt immobilier au Nigeria.

Les premiers jours d’Internet étaient tout aussi intimidants. Faire un achat en ligne relevait du parcours du combattant pour le client moyen commandant une pizza. Renseigner ses coordonnées de carte bancaire sur un site Web donnait l'impression de confier sa vie à un parfait inconnu. Cliquer sur « valider » et attendre le rechargement de la page s'apparentait presque à une partie de roulette russe. Mais tout cela est devenu une routine après des années d'achats répétés, de rétrofacturations (chargebacks), de litiges gérés par les services clients, de poursuites pour protection contre la fraude et, plus généralement, grâce à la normalisation de l’ensemble du processus.

Aujourd’hui, la banque en ligne n’est toujours pas aussi agréable qu’elle le devrait, mais elle s’est considérablement améliorée depuis cette époque héroïque. Les termes employés sont plus simples, les boutons plus évidents, et vous savez toujours qui appeler si quelque chose tourne mal. La banque assure toujours vos arrières, ou du moins en entretient l’illusion : vous n’êtes pas indéfiniment responsable des défaillances du système, et un interlocuteur est toujours là pour vous rembourser ou contester un débit frauduleux. L’expérience globale n’est toujours pas irréprochable, mais au moins, votre emprunt à six chiffres ne risque pas de se transformer en un mystérieux don à cinq chiffres à un prince nigérian à la moindre faute d’inattention.

La couche de tolérance à l'erreur

Cette capacité à rattraper une erreur commise par l'utilisateur est ce que j'appelle la couche de tolérance à l'erreur (forgiveness layer).

C’est l'un de ces principes qui semblent d’une évidence limpide après coup, mais qui s’avèrent étonnamment difficiles à mettre en place tant que personne ne l’a fait avant vous. Toute transaction peut être contestée, tout virement bancaire annulé, toute fausse manipulation rectifiée. Un identifiant peut être bloqué, une carte perdue signalée, un prélèvement frauduleux rejeté. Tout cela est fastidieux et loin d'être parfait, mais au moins, cette option reste toujours accessible à l’utilisateur : le système bancaire garde en permanence à l’esprit qu’il n’est pas le garant ultime de la sécurité financière, mais plutôt la passerelle vers la sécurité offerte par le monde physique.

C'est précisément la raison pour laquelle l’UX des wallets crypto a tant à apprendre de la banque en ligne : les applications bancaires ont certes leurs défauts, mais elles maîtrisent un principe philosophique fondamental — l’utilisateur moyen fera des erreurs, et le système doit être pensé pour s’en remettre. La crypto doit impérativement construire sa propre couche de tolérance.

Les crypto-initiés balaient souvent d'un revers de main le design des premières interfaces de banque en ligne, les jugeant naïves, inadaptées ou tout simplement risibles. Et pourtant, les wallets crypto actuels rappellent à bien des égards ces mêmes interfaces du début des années 2000. On exige des nouveaux utilisateurs qu’ils saisissent des mots de récupération secrets, choisissent la bonne blockchain, comprennent la différence entre « approve » et « stake », fassent transiter leurs actifs via des bridges, vérifient les transactions, signent des messages, évitent le phishing, l'empoisonnement d'adresses (address poisoning), les dépôts sur la mauvaise chaîne et d'autres subtilités réjouissantes. Et, tout comme les premières banques en ligne, le tout s'accompagne d'une généreuse ration d'avertissements et de notifications anxiogènes. Ce n'est pas un tutoriel, c'est plutôt un manuel de pilotage jeté sur les genoux d'un passager dont le pilote vient de s'évanouir.

Le wallet vu comme un cockpit

Un nouvel arrivant dans l'univers crypto a l'impression d'être assis dans le cockpit d'un Airbus A380. Des boutons clignotent partout : Approve, sign, switch, bridge, stake, pay, claim, unlock, add, execute… L'interface du wallet lui rappelle constamment que chaque clic entraîne des conséquences lourdes. Certaines opérations semblent simples : payer quelqu'un sur la Chain X avec tel token sur tel réseau. D'autres, comme l'interaction avec un smart contract, s'avèrent bien plus complexes. Tout est faisable, mais rien n'est intuitif — le néophyte passe son temps à lutter contre le doute d'avoir commis une erreur irréparable à chaque étape.

Les habitués de la crypto vous affirmeront que c'est tout à fait normal — qu'on s'habitue très vite au jargon du Web3 et qu'on finit par signer des transactions sans même y penser. On retient par cœur que la signature d'un message n'est que rarement un paiement, qu'une autorisation d'accès (« approve ») pour un contrat de jeton est souvent bien plus dangereuse qu'un virement standard, qu'un contrat USDT sur TRON n'est pas sur le même réseau qu'un USDT sur Ethereum, qu'une adresse de dépôt sur un exchange doit être vérifiée à plusieurs reprises avant tout envoi… mais l'utilisateur lambda est toujours contraint d'apprendre tout cela à la dure. Le débutant se heurte aussi très vite à la réalité : il ne comprend pas vraiment ce que signifient la majorité de ces actions.

Un détail d’UX particulièrement désastreux qui subsiste encore aujourd’hui est la nécessité absolue de choisir le bon réseau de blockchain. Lorsque vous voyez de l’USDT dans votre wallet, vous le concevez simplement comme de l’USDT, mais la crypto se charge de vous rappeler qu'il peut s'agir d'ERC-20, de TRC-20, de BEP-20 ou d'un tout autre standard. Il peut résider sur une chaîne de règlement différente, nécessiter un explorer différent, et comporter son propre lot de dangers. Le nom est peut-être identique, les montants parfois similaires, mais l'acte de l'envoyer comporte toujours le risque d'un aller simple sans retour vers un univers parallèle. La finance traditionnelle utilise elle aussi plusieurs circuits de paiement, mais la plupart des utilisateurs n'ont même pas conscience de leurs différences techniques, et encore moins besoin de choisir entre eux avant de payer leurs courses.

C’est évidemment là que la comparaison avec les banques en ligne montre ses limites : si vous transférez par inadvertance de l’argent à la mauvaise personne avec votre banque, la situation est fâcheuse, mais il y a généralement un responsable vers qui se tourner et une procédure de remboursement. Si un utilisateur envoie par erreur des fonds crypto à la mauvaise adresse, l’écosystème de la blockchain décline toute responsabilité pour les fonds perdus : l’adresse existe, la transaction est valide, les fonds sont volatilisés. Même si l’interface du wallet avait affiché de multiples avertissements, ces alertes n’ont finalement servi à rien.

L’UX crypto doit donc être conçue autour de l’immuabilité de ses opérations : chaque action doit être comprise dans sa totalité par l’utilisateur avant d’être exécutée. C’est pour cela que les wallets crypto ont une telle aversion pour les simples boutons de « confirmation » et exigent si souvent du contexte supplémentaire. C’est ce qui explique pourquoi l’aperçu de la transaction est si crucial, pourquoi une alerte de sécurité est vécue comme une crise existentielle, et pourquoi un débutant finit régulièrement par se demander : « Mais au fond, qu’est-ce que je suis en train de signer, là ? »

L’exemple de TRON : la couche de ressources comme anomalie d’UX

Le réseau TRON illustre parfaitement ces écosystèmes redoutablement efficaces sur bien des points, mais pénalisés par un défaut d’UX paralysant. La popularité des stablecoins sur TRON, à l’instar de l’USDT, est indiscutable, mais quiconque découvre le réseau TRON se heurte immédiatement aux concepts ésotériques d’Energy et de Bandwidth. La documentation de TRON a tout à fait raison de les qualifier de « ressources », mais un utilisateur souhaitant simplement envoyer un paiement vers une autre adresse se retrouve bien souvent pris dans un arbitrage sans fin avec son wallet pour déterminer la quantité d’Energy nécessaire à cette transaction précise.

La Bandwidth est consommée à chaque envoi de transaction, et l’Energy est brûlée dès lors qu’un contrat est exécuté. La quantité d’Energy requise fluctue considérablement selon l’adresse de destination : elle peut osciller entre 65 000 et 130 000 unités pour un banal transfert de tokens. Pour un utilisateur non initié, c’est un peu comme se présenter à la gare pour acheter un billet de train et s'entendre demander si l’on a pensé à apporter son propre charbon.

Un nouvel utilisateur sur TRON qui souhaite transférer l'équivalent de quelques dollars va devoir consacrer du temps à comprendre ce qu’est l'Energy, paramétrer une Gas Limit, choisir le réseau adéquat pour ses besoins, mémoriser l'adresse de réception, s'assurer que l'adresse TRON est valide et vérifier que son wallet TRON n'est pas inactif ou expiré d'une quelconque manière. Rien de tout cela n'est faux, et la majorité de ces éléments semble parfaitement logique à quiconque saisit les rouages internes du système. Mais personne ne devrait raisonnablement attendre d'un débutant qu'il assimile tout ce bagage technique uniquement pour envoyer quelques jetons à un ami.

L'anxiété du débutant

C’est également sur ce terrain que prospèrent la plupart des arnaques et des tentatives de phishing : un acteur malveillant peut envoyer quelques transactions « dust » (poussière) vers le wallet de la cible en utilisant une adresse presque identique à celle à laquelle l'utilisateur souhaite effectuer des virements. De cette façon, le début d'une adresse correspond exactement à la fin de l'autre. Un beau jour, l'utilisateur tente d'envoyer des fonds vers l'une de ces adresses et se fait dérober son solde, la transaction ayant été dirigée vers l'adresse factice. C'est en quelque sorte la version moderne de l'arnaque par fausse page 404 : l'interface elle-même conditionne l'utilisateur à faire une erreur en ne lui affichant qu'une fraction de l'adresse.

Il est fascinant de voir à quel point la crypto a tiré des leçons des premiers jours de la sécurité sur le web. Les wallets modernes comme MetaMask intègrent des mécanismes anti-fraude : si l’utilisateur s'apprête à envoyer des fonds vers une adresse suspecte, ses intentions lui sont signalées. Dans le même ordre d’idées, les block explorers étiquettent désormais les transactions douteuses comme de potentielles escroqueries et masquent les données on-chain parasites, telles que les transferts de valeur nulle, afin de clarifier l'historique. Des entreprises de cybersécurité surveillent la blockchain à la recherche de signaux d’address poisoning et signalent aux concepteurs de wallets des centaines de milliers d’adresses suspectes liées à du dusting. De son côté, le réseau TRON connaît son propre fléau d'usurpation d'adresses, visible à travers des transactions TRX aux montants infinitésimaux. Pourtant, aucun de ces dispositifs ne traite l'origine du problème : l’avertissement affiché par l’UX face à une adresse douteuse ne reste qu'un simple avertissement, et l’adresse en elle-même est parfaitement valide. L’escroc n'a fait que retourner les conventions ergonomiques de l’interface contre sa victime.

Les attaques par phishing fonctionnent selon un schéma similaire : l’attaquant amène l’utilisateur à signer une transaction d'apparence anodine qui, en coulisses, transfère ses avoirs vers un autre wallet. De faux tokens peuvent soudainement faire leur apparition dans le portefeuille suite à la consultation d’un site douteux, et une plateforme de phishing peut reprendre au pixel près l’aspect visuel d’un service crypto officiel. L’aperçu de transaction affichera quelques lignes sibyllines de code de smart contract juste avant d’exécuter le transfert frauduleux, tandis qu’un wallet peut inciter l’utilisateur à accorder une autorisation illimitée de dépenses de tokens, tout simplement parce que certaines dapps imposent ce niveau d’autorisation par défaut. On ne cesse de répéter aux utilisateurs de se méfier des interfaces trompeuses, mais en fin de compte, l'escroc se contente de réutiliser les codes graphiques et fonctionnels en vigueur sur les plateformes légitimes. L'arnaque fonctionne à merveille, car l'interface n'explicite que trop rarement ses actions réelles : elle se borne à demander à l'utilisateur de valider une série d'ordres énoncés mécaniquement.

C’est là que réside le véritable dilemme d’UX de l'auto-garde (self-custody) : le produit est forcé de présumer que l’utilisateur sait ce qu’il fait, tout en passant son temps à l’avertir qu’il ignore sans doute ce qu’il est en train de faire.

Le « vibecoding » des wallets crypto

On peut également s'interroger sur ce qui définit réellement une bonne UX en crypto. Qu’est-ce que l’industrie perçoit comme une réussite, et où se situent les marges de progression ?

Il est fort peu probable que le designer type de chez Apple se penche sur la crypto en cherchant comment rendre la DeFi plus sûre pour les personnes âgées désireuses de placer leurs économies dans des stablecoins générateurs de rendement. L'écosystème crypto regorge d'esprits brillants, d'audits de sécurité méticuleux et de produits d'une qualité technique remarquable, mais sa culture d'ingénierie n'a jamais été articulée autour du grand public. Elle s'est construite par et pour des développeurs chevronnés qui ne se considéraient même pas comme la cible finale de leurs créations.

Cette distinction est fondamentale, car elle conditionne l’intégralité de la relation unissant l’utilisateur à l’interface. Un designer UI/UX attentif concevra un outil agréable pour le grand public, mais il constatera rapidement que ceux qui tirent le meilleur parti de son application sont ceux qui en maîtrisent déjà les ficelles. Un développeur qui met sur le marché un wallet déroutant couplé à un airdrop immédiat rencontrera un succès fulgurant auprès de ses pairs, mais il lui faudra des années entières pour corriger ces lacunes d’UX et espérer convaincre le grand public. L'adéquation produit-marché (market fit) pour une niche est facile à trouver, mais elle s'obtient bien souvent au détriment de l'ergonomie générale.

Certains produits crypto relèvent purement et simplement du « vibecoding », dans la mesure où ils n’ont pas d’autre audience réelle que les développeurs qui les lancent. Une petite équipe peut assembler à la va-vite une interface aux angles bruts et au vocabulaire abscons uniquement parce qu’elle maîtrise le milieu mieux que quiconque et ne perçoit tout simplement pas où se situe le problème. C’est la raison pour laquelle tant de projets se ressemblent étrangement : ils sont conçus par des spécialistes qui n’ont connu qu’une seule typologie d’interface, en reproduisent aveuglément les conventions et considèrent leur produit comme supérieur pour la simple et bonne raison qu’ils ne sont pas troublés en l’utilisant.

L'une des conséquences notables de cette culture technique est que l'interface pensée entre développeurs s'impose comme la norme pour tous les autres. Les profils les plus aguerris de l'écosystème crypto — à savoir les développeurs — interagissent rarement avec des interfaces confuses. Ils utilisent leurs propres outils taillés pour leurs pairs. Ces mêmes utilitaires se révèlent pourtant déconcertants pour le débutant qui doit en assimiler le fonctionnement de zéro. L’environnement des devs fonctionne ainsi comme un club fermé : leurs outils ne profitent qu'à eux, mais ils les traitent comme un standard universel.

La communauté des développeurs crypto a parfois tendance à tirer fierté de cette dynamique. La crypto forme un cercle d'initiés, et ce cercle préserve ses secrets. Le novice qui n’en maîtrise pas le langage n’y est pas le bienvenu. L'utilisateur qui égare des fonds paye le prix de son manque de rigueur. L’interface de wallet qui déstabilise l’utilisateur lui inflige une bonne leçon. Cette philosophie recèle une part de vérité, dans la mesure où l’auto-garde exige une véritable discipline de la part de l'utilisateur. Mais le raisonnement s’effondre dès lors qu’on l’applique à une échelle grand public : une technologie qui prétend se démocratiser ne peut pas culpabiliser ses utilisateurs pour leur manque de connaissances techniques.

Le même constat s’impose d’un point de vue commercial : une interface déroutante ne favorise en aucun cas l’engagement. Si un utilisateur mesure parfaitement les coûts induits par chaque transaction, il sera sans doute moins enclin à la valider. Le produit finira par en pâtir, ou devra évoluer pour composer avec cette réalité d’usage. La plupart des interfaces mal conçues ne partent pas d’une intention malveillante, mais elles portent toutes en elles les germes d’une vision produit bancale sur le plan commercial.

En définitive, l’UX crypto donne l'impression d'avoir été codée au feeling par un concepteur de progiciels d'entreprise des années 2000. Elle a bien saisi l'intérêt des avertissements et des demandes de permissions, mais elle oublie trop souvent que ces messages ne sont pertinents que si l’utilisateur comprend véritablement la portée de ses actes. Elle traite ses usagers comme s'ils sortaient tous diplômés d'une académie financière pour crypto-enthousiastes chevronnés, ne nécessitant plus la moindre explication.

Cette posture présente ses atouts comme ses limites, mais elle a permis à la crypto de façonner une identité singulière fidèle aux idéaux du secteur. Les utilisateurs sont les seuls garants de leurs avoirs, et l’interface n’est là que pour leur rappeler cette responsabilité fondamentale. Voilà pourquoi tant de nouveaux utilisateurs font marche arrière : ils ne sont pas habitués à utiliser un service financier qui se comporte comme un procureur à la moindre transaction qu'ils tentent d'initier.

Cette approche est toutefois appelée à muer à mesure que l’écosystème crypto gagne en maturité. Des avancées concrètes ont déjà vu le jour, à l'image de l’introduction de l’abstraction de compte, mais il faudra du temps pour que l’industrie admette que ses outils destinés au grand public réclament un paradigme d'UX radicalement différent.

Vers des wallets enfin plus performants

Les wallets crypto ne sont plus tout à fait les mêmes qu'autrefois. La bonne nouvelle, c'est que le secteur en prend conscience et apporte des correctifs majeurs. Les portefeuilles gèrent désormais leurs alertes de manière plus intelligente, les explorers contextualisent mieux les informations, les aperçus de transactions gagnent en clarté — les portefeuilles matériels (hardware wallets) s'avèrent globalement plus ergonomiques, les interfaces mobiles se font plus épurées et les plateformes d'échange deviennent parfois accueillantes. En somme, évoluer dans l'écosystème crypto est devenu infiniment plus simple qu'il y a cinq ou dix ans.

La mutation la plus spectaculaire s’opère sur le front de l’abstraction de compte et des smart accounts : la promesse de cette approche consiste à rapprocher l'expérience utilisateur des standards familiers du Web2, sans renier pour autant la sécurité et la résistance à la censure propres à l'écosystème. Une infrastructure d'abstraction de compte telle que l'ERC-4337 débloque une vaste palette d'usages : la récupération sociale (social recovery), les plafonds de dépenses, le sponsoring du gas, le regroupement de transactions (batching), et bien d'autres. Les utilisateurs peuvent désormais signer des transactions au moyen d'un équipement sécurisé via Face ID sans avoir à manipuler directement leurs clés privées. Les smart accounts peuvent également déléguer certaines interactions du wallet à un « bundler » qui règle les frais de gas au nom du compte.

Ces avancées matérialisent un basculement profond dans la relation qui lie l'utilisateur à son portefeuille : alors que la sécurité de l’auto-garde reposait historiquement sur la gestion fastidieuse de clés privées, les smart accounts redonnent la main aux utilisateurs en leur offrant un contrôle accru sur leurs clés de session et leurs autorisations de transaction. Des acteurs majeurs tels que Coinbase ou MetaMask concentrent leurs efforts sur cette vision d'un wallet plus intuitif, évitant à quiconque de devoir maîtriser la théorie des courbes elliptiques simplement pour régler son loyer.

Le portefeuille intégré (embedded wallet) marque une étape supplémentaire dans cette direction : le wallet s'efface pour devenir une simple fonctionnalité logée au cœur d'une application tierce, offrant une fluidité d'usage comparable à celle d'une application native. En règle générale, les utilisateurs s'authentifient par e-mail ou via leurs réseaux sociaux, tandis que les frais de gas sont soit pris en charge par la plateforme, soit masqués derrière un tunnel de paiement classique. Les embedded wallets ne sont certes pas exempts de défis techniques, mais ils incarnent une réelle opportunité de repenser la façon dont la majorité des utilisateurs interagit avec la crypto.

Conclusion

La longue marche de la crypto vers son adoption générale ne fait que commencer. L’industrie a parcouru un chemin considérable pour parfaire l’expérience proposée à l’utilisateur final, et de nombreuses pistes très prometteuses sont désormais explorées. Ces solutions s’inspirent fréquemment des repères éprouvés de la finance traditionnelle, partant du constat que la crypto, en dépit de sa virtuosité technologique, doit encore gagner la confiance du grand public. On ne peut plus se contenter d'aligner des smart contracts ingénieux et des architectures décentralisées sophistiquées. Une attention toute particulière doit être portée aux subtilités de l’UX si la crypto veut honorer sa promesse de souveraineté financière pour tous.

L'UX crypto est complexe, protéiforme et intimidante, mais elle ne doit pas pour autant être confuse. L'ergonomie demeurera un défi permanent au point de rencontre entre la crypto et le grand public, mais elle ne devrait jamais constituer un obstacle à l'auto-garde. Un wallet non-custodial n'offrira sans doute jamais la simplicité d'une plateforme d'échange centralisée, mais il doit néanmoins faire de la sobriété sa priorité et bannir autant que possible les complexités superflues. Les nouveaux utilisateurs n'ont pas à gagner leur légitimité dans la crypto en se faisant initier de force aux mystères de la finance décentralisée. Ils doivent au contraire trouver les moyens de leur émancipation grâce à une technologie financière inclusive, accessible et capable d'aller à leur rencontre là où ils se trouvent.

Certains aspects de cette mue s'avèrent plus cruciaux que d'autres. Dans l'écosystème TRON, l’un des chantiers prioritaires réside dans la gestion de l’Energy. Les néophytes se trouvent fréquemment désarmés face au concept d’Energy et à son rôle dans le réseau TRON. Netts.io contribue précisément à lever ce frein en mettant à disposition des outils pour acquérir de l'Energy sur TRON, repérer les sources d'Energy les plus compétitives et transférer des stablecoins sur TRON avec une efficacité énergétique accrue. En permettant aux utilisateurs de louer 65 000 ou 131 000 unités d’Energy TRON sur une courte période plutôt que de brûler directement des TRX, la gestion de l'énergie devient nettement moins intimidante pour les utilisateurs de TRON et rend le réseau bien plus accueillant pour les nouveaux venus.