Les wallets crypto se divisent entre applications grand public et couches d'infrastructure
Le wallet crypto n'est plus une seule catégorie de produit. Il se divise désormais en deux marchés distincts. D'un côté, on trouve des applications grand public de plus en plus proches de la fintech, centrées sur un onboarding simple, les passkeys, le recovery et l'usage quotidien des stablecoins. De l'autre, on voit émerger une couche d'infrastructure: API, embedded wallets, moteurs de policy, chain abstraction, compliance hooks et services de custody sur lesquels d'autres entreprises peuvent construire.
Cette séparation est logique. L'ancien modèle voulait tout faire à la fois: sécurité, self-custody, simplicité pour les débutants, capacité institutionnelle et flexibilité pour les développeurs. En pratique, ces objectifs entrent en tension. L'utilisateur veut moins de friction. Le développeur veut plus de programmabilité. L'entreprise veut gouvernance et auditabilité. Le marché sépare donc naturellement la couche d'interface de la couche d'infrastructure.
Les wallets grand public deviennent des produits de distribution
Les meilleurs wallets grand public ressemblent de moins en moins à de simples gestionnaires de clés et de plus en plus à des bundles de services. Ils regroupent swap, on-ramp, soldes en stablecoins, identité et actions cross-chain derrière une UX plus propre. Les passkeys jouent ici un rôle majeur, car elles remplacent un onboarding centré sur la seed phrase par une authentification plus familière.
La chain abstraction pousse dans le même sens. Lorsqu'un Wallet peut masquer le choix du réseau, router des opérations et afficher une vue unifiée des soldes, l'utilisateur perçoit la crypto comme une application, non comme une succession de chaînes incompatibles.
L'infrastructure wallet devient la vraie plateforme
Sous cette couche visible, un autre marché mûrit rapidement. Les entreprises ne veulent pas toujours envoyer leurs utilisateurs vers un Wallet externe. Elles veulent intégrer la création de wallet directement dans leur propre produit. Cette couche d'infrastructure ne concerne plus seulement la conservation des clés. Elle inclut aussi policy controls, permissions, recovery services, smart accounts, contrôle compliance et intégration comptable.
Pour les développeurs, le wallet devient une surface d'API. Pour les équipes produit, une partie du funnel de croissance. Pour les entreprises, un système opérationnel contrôlable.
La custody institutionnelle diverge de la self-custody grand public
Dans le monde institutionnel, l'écart est encore plus net. La custody institutionnelle n'est pas une simple version plus grande d'un wallet retail. Elle exige validations multiples, règles de dépense, listes blanches de contreparties et audit trail. Les compliance hooks ne sont pas des détails. Ce sont des exigences d'achat. Le wallet y devient donc un moteur de contrôle et de workflow.
Le recovery devient le vrai champ de bataille
Pendant longtemps, le débat opposait seed phrase et commodité. Désormais, la question la plus concrète est celle du recovery. La souveraineté totale paraît séduisante jusqu'à la perte d'un appareil ou l'absence d'un signataire dans un circuit d'approbation. Le managed recovery est pratique, mais il peut recréer une dépendance centralisée. La nouvelle génération avance donc vers des modèles hybrides: passkeys, sauvegardes, social recovery et restauration par politiques.
Confort et souveraineté ne fusionneront pas totalement
C'est la tension fondamentale du marché. Plus un wallet réduit la friction, plus il ajoute de l'abstraction et des couches de service. Plus il maximise l'indépendance, plus il transfère de responsabilité à l'utilisateur. L'avenir ne sera probablement pas une application unique qui fait tout, mais un stack en couches où interface, custody, recovery, compliance et chain abstraction sont composés différemment selon les besoins. C'est un signe de maturité, pas de confusion.