Imagine que tu es le fondateur d'une startup fintech entrant sur le marché crypto. Sur le tableau Miro, tout semble parfait : la garde est gérée séparément, l'AML est couvert, un fournisseur de liquidité est connecté, et les rails fiat sont également en place. Mais quelques mois plus tard, cette architecture "modulaire" se transforme en une collection de SLA séparés, différentes équipes de support, et des dizaines de points de défaillance.
Un fournisseur change son API sans préavis. Un autre entre en maintenance planifiée en plein milieu d'un retrait client. Un troisième retarde un contrôle AML, et l'intégration se bloque dans une chaîne sans fin d'escalades entre les équipes. Et ce n'est pas une exception — c'est la réalité opérationnelle pour de nombreuses néobanques et EMI qui ont construit leur stack crypto en utilisant une approche best-of-breed.
C’est donc pourquoi Wallet-as-a-Service et Crypto-as-a-Service, au sein d’un même écosystème, ne se limitent pas à la simplicité d’intégration. Ce sont une façon d’éliminer toute une catégorie de risques opérationnels qui ne peuvent tout simplement pas être totalement maîtrisés dans une infrastructure fragmentée.
Pourquoi votre délai de mise sur le marché dépend davantage de l’infrastructure que du produit
L’architecture fintech classique semble logique sur le papier seulement : la garde avec un fournisseur, la gestion du portefeuille avec un autre, et l’AML avec un troisième, tandis que la liquidité et les rails fiat se trouvent ailleurs. En pratique, cela signifie des dizaines d’intégrations, des SLS différents, des équipes d’assistance réparties sur plusieurs fuseaux horaires et une dépendance constante aux “jonctions” entre les systèmes. C’est précisément à cet endroit que naissent les retards d’onboarding, les lacunes dans la logique AML et les échecs de synchronisation des données.
Le problème ne vient pas des fournisseurs pris individuellement — la plupart d’entre eux remplissent correctement leurs fonctions. Le problème, c’est que chaque fournisseur supplémentaire crée un point de risque opérationnel en plus. L’effondrement de Synapse en 2024 en est un cas révélateur : l’écart entre les soldes utilisateurs et les fonds réellement détenus dans les comptes bancaires des partenaires a atteint 85 millions de dollars. Comme un modèle fondé sur des dépendances multicouches est, par nature, fragile.
Cette architecture impacte non seulement la stabilité, mais aussi la vitesse de mise sur le marché. Chaque nouvelle intégration ajoute des semaines de mise en œuvre technique, de tests et de coordination de la conformité. Résultat : des produits initialement prévus pour un lancement en quelques mois arrivent presque un an plus tard — non pas à cause de faiblesses d’un fournisseur en particulier, mais à cause de la complexité même de l’architecture.
C’est pourquoi le marché s’oriente de plus en plus vers des modèles consolidés. Airwallex en est l’un des exemples les plus clairs : l’entreprise a délibérément construit une pile unifiée en interne tout en minimisant les dépendances tierces. À la fin de 2025, cela s’est traduit par 1 milliard de dollars de revenus annuels, 235 milliards de dollars de volume de transactions annualisé, et une rentabilité EBITDA. Le PDG d’Airwallex, Jack Zhang, a relié directement la rentabilité au contrôle de l’infrastructure : moins de dépendances signifie des marges plus élevées, des vitesses de règlement plus rapides et un modèle opérationnel plus prévisible.
L’intégration de Wallet-as-a-Service et Crypto-as-a-Service comble cet écart. WaaS unifie la gestion du cycle de vie du portefeuille et la logique AML dans un seul processus, tandis que CaaS ajoute la garde, la liquidité et les rails de trading sans qu’il soit nécessaire de construire une infrastructure propriétaire. Par conséquent, une néobanque obtient un cadre opérationnel de bout en bout — de la création du portefeuille à l’exécution des transactions et à la garde des actifs — avec un délai de mise sur le marché plus rapide, des coûts opérationnels réduits, et un risque nettement diminué de défaillances systémiques.
Quel modèle d’infrastructure correspond réellement à votre entreprise — et qui le fournit
Il n’existe plus un seul fournisseur universellement “le meilleur” sur le marché. Certains acteurs sont forts en WaaS, d’autres se concentrent sur CaaS, et certaines plateformes tentent de combiner les deux couches dans une infrastructure unifiée. Par conséquent, la question clé n’est pas le simple ensemble de fonctionnalités, mais le modèle opérationnel que l’entreprise choisit et la part de responsabilité qu’elle est prête à conserver dans sa propre infrastructure.
Appuyez sur Entrée ou cliquez pour afficher l’image en taille réelle
Cobo est un fournisseur WaaS solide, avec un support pour 80+ blockchains et 3 000+ tokens, une architecture de portefeuille MPC flexible et un contrôle granulaire pour des environnements multi-chaînes complexes. En revanche, Cobo ne fournit pas la couche CaaS — la liquidité, l’exécution et l’infrastructure de trading restent hors du périmètre du produit. Les entreprises gagnent une pile de garde puissante, mais doivent intégrer séparément des solutions de trading et de liquidité.
Kraken Institutional est principalement une solution orientée CaaS, offrant l’accès à 370+ actifs numériques, des API à faible latence et une intégration directe du trading crypto pour les brokers et les plateformes fintech. Le composant WaaS n’est pas couvert — l’orchestration des portefeuilles, la génération d’adresses et la gestion de la garde ne font pas partie du périmètre de la solution. Elle traite uniquement le volet trading de l’infrastructure.
Fireblocks délivre une pile WaaS + CaaS de niveau entreprise, avec une sécurité MPC institutionnelle, une assurance sur les actifs numériques, un AML intégré, la connectivité DeFi, le staking et des outils en marque blanche. Elle est conçue pour les grandes EMI, les institutions bancaires et les entités réglementées ayant des exigences de conformité strictes. Cependant, ses coûts élevés et sa complexité de déploiement créent une barrière importante pour les plateformes mid-market sans grandes équipes d’ingénierie.
WhiteBIT propose WaaS + CaaS comme infrastructure prête pour le segment mid-market, prenant en charge 340+ actifs sur 80+ réseaux, avec un filtrage AML intégré à l’étape de génération d’adresses. L’architecture en marque blanche et la fonctionnalité native inter-chaînes réduisent considérablement le délai de mise sur le marché pour les néobanques, les EMI et les prestataires BaaS. Les scénarios de portefeuilles personnalisés offrent la flexibilité dont les entreprises ont besoin, sans exiger une couche interne approfondie de R&D autour de l’infrastructure crypto.
Où chaque décision architecturale se reflète dans votre P&L
L’économie unitaire est le point où les décisions architecturales impactent directement votre P&L. C’est précisément là qu’une pile consolidée WaaS+CaaS délivre des résultats mesurables via le CAC, la LTV et les COGS.
Appuyez sur Entrée ou cliquez pour afficher l’image en taille réelle
CAC : le churn commence même avant le premier dépôt. Si le taux d’achèvement de l’onboarding est de 80 %, le CAC réel augmente automatiquement de 25 %, car certains utilisateurs se désengagent après que les coûts d’acquisition ont déjà été engagés. L’AML intégré pendant la génération des adresses de portefeuille supprime une étape de vérification supplémentaire et réduit la friction dans le chemin critique. Par exemple, Airwallex a indiqué 50 % de faux positifs en moins et une hausse de 20 % de l’onboarding entièrement automatisé grâce à un KYC piloté par l’IA.
LTV : les utilisateurs restent non pas à cause de l’UI, mais parce que l’ensemble de capacités du produit leur apporte quelque chose. Les services de staking, les opérations inter-chaînes ou la conversion de fiat vers crypto constituent un flux de revenus et un moteur de rétention autonomes. Dans un stack combiné WaaS+CaaS, ces services sont disponibles dans un seul contrat, sans intégrations supplémentaires ni cycles de conformité. Pour les EMI, cela signifie une offre produit plus large sans croissance proportionnelle de la complexité opérationnelle.
COGS : une infrastructure multi-fournisseurs génère des coûts opérationnels cachés — SLS distinctes, réconciliation, support d’intégration et surcharge d’ingénierie. Avec cinq fournisseurs, cela peut atteindre 200 000–500 000 $ par an rien que pour la maintenance opérationnelle. Les modèles en marque blanche comme Fireblocks × WhiteBIT permettent aux entreprises de lancer des produits crypto de marque sans construire leur propre pile R&D ni pile de conformité. En conséquence, la consolidation architecturale devient un instrument direct d’optimisation des COGS.
En conclusion,
En 2026, le marché des néobanques et des EMI entre dans une phase de hyper-concurrence déjà bien établie : la différenciation fonctionnelle ne crée plus un avantage durable, et les nouvelles fonctionnalités sont répliquées par le marché en quelques mois seulement. Les produits deviennent de plus en plus interchangeables, rendant la vitesse de mise sur le marché — plutôt que l’ensemble des fonctionnalités lui-même — le facteur clé de compétitivité.
Le modèle WaaS+CaaS intégré réduit le délai de mise sur le marché de 9–12 mois (traditionnel) à seulement 2–3 mois, et ce n’est désormais plus seulement une question d’architecture technologique, mais aussi de positionnement stratégique sur le marché.
Dans ce contexte, le choix entre une “flexibilité” fragmentée et un modèle de plateforme consolidée n’est pas simplement un arbitrage opérationnel. En réalité, c’est un choix entre augmenter la complexité de gestion dès aujourd’hui et la capacité à maintenir une dynamique concurrentielle demain.
Avertissement : ceci ne constitue pas un conseil financier ou en investissement. Faites vos propres recherches avant de prendre toute décision. À utiliser à vos propres risques.