Comment lancer une banque digitale avec la crypto intégrée

Lancer une banque digitale signifiait autrefois des années d'ingénierie avant que le premier client puisse ouvrir un compte. Avec des plateformes en marque blanche matures, la technologie n'est plus le goulot d'étranglement — mais un lancement réussi dépend toujours de décisions que le logiciel ne peut pas prendre à votre place : ce que vous vendez, sous quelles licences, sur quels rails et avec quels contrôles.

Ce guide déroule la séquence que nous voyons fonctionner en pratique, pour un produit qui combine comptes fiat et cartes avec des wallets crypto en auto-conservation.

Étape 1 — Définir le produit avant la technologie

Chaque décision en aval — licences, prestataires, configuration — découle d'un petit nombre de choix produit. Écrivez-les avant d'évaluer le moindre éditeur :

• Segments de clientèle : particuliers, entreprises, ou les deux ? Quels pays au lancement, et lesquels sont explicitement exclus ?
• Niveaux de compte : que reçoit un utilisateur non vérifié, s'il reçoit quelque chose ? Que débloquent le KYC complet et le niveau corporate ?
• Devises et rails : quelles devises fiat les comptes détiennent-ils, et quels types de virement (locaux et internationaux) doivent fonctionner au lancement ?
• Blockchains et actifs : quels réseaux blockchain et quels stablecoins votre marché utilise-t-il réellement ? Prendre en charge une douzaine de blockchains compte moins que les trois bonnes pour votre corridor.
• Monétisation : quelles opérations portent des frais, qu'est-ce qui est gratuit, et où s'insèrent le parrainage ou les niveaux payants ?

Étape 2 — Choisir votre voie réglementaire

L'éditeur technologique fournit le logiciel ; l'activité régulée est la vôtre. Schématiquement, les opérateurs suivent l'une de deux voies. La première : obtenir les autorisations directement — par exemple une licence d'EMI ou d'établissement de paiement, plus un enregistrement de prestataire de services sur crypto-actifs comme le CASP de MiCA dans l'UE ou une licence VARA à Dubaï, selon la juridiction et le périmètre produit. La seconde : opérer avec des institutions partenaires agréées le temps de construire du volume, puis migrer vers vos propres licences.

Aucune voie n'est universellement meilleure. La licence directe donne contrôle et marge au prix du temps et des exigences de capital ; le partenariat comprime le time-to-market au prix de la dépendance et du partage de revenus. Ce qui compte pour la planification : dans presque tous les projets réels, c'est la licence — pas la technologie — qui fixe le chemin critique. Lancez le travail réglementaire avant, et non après, le choix de la plateforme.

Étape 3 — Décider comment tourne votre infrastructure

Pour un produit financier régulé, la façon dont le logiciel est déployé compte autant que ce qu'il fait. Une instance dédiée par opérateur — votre propre base de données, vos propres secrets chiffrés, votre propre domaine — vous donne une isolation des données nette, un récit d'audit clair face aux régulateurs, et une porte de sortie qui ne dépend pas de l'extraction de vos données d'un système partagé.

La conservation des clés mérite un examen particulier : les secrets de chiffrement et les clés JWT doivent être propres à votre déploiement et vivre dans un service de clés managé comme AWS KMS, hors du code et de la base de données. Les wallets de trésorerie doivent être derrière du multisig. Si un éditeur ne sait pas expliquer où vivent vos clés et qui peut y toucher, continuez à chercher.

Étape 4 — Connecter les rails fiat et les cartes via des prestataires

Les comptes fiat, les virements et les programmes de cartes reposent sur des accords avec des prestataires régulés — partenaires de banking-as-a-service, émetteurs de cartes, processeurs de paiement. Les accords commerciaux sont à vous ; la plateforme les intègre. Deux choses déterminent la vitesse : si la plateforme a déjà intégré vos prestataires, et le délai d'obtention de vos identifiants de production.

Avec des prestataires avec lesquels une plateforme a déjà travaillé, l'intégration est de la configuration : vous êtes opérationnel dès que vos clés de production sont actives. Pour un prestataire que la plateforme n'a jamais rencontré, une attente raisonnable avec une couche prestataires bien abstraite est d'environ une semaine entre les clés sandbox et la préparation à la production. Prévoyez l'onboarding prestataire lui-même — le processus commercial et de conformité côté prestataire — comme un chantier à part, car il est généralement plus lent que le travail technique.

Étape 5 — Réussir l'architecture crypto

La crypto est l'endroit où les raccourcis techniques deviennent des risques existentiels. Les non-négociables pour un déploiement de niveau bancaire :

• Des wallets en auto-conservation générés par utilisateur, avec des clés privées chiffrées à l'aide de secrets qui vous appartiennent, à vous l'opérateur — conservés dans un service de clés managé, jamais dans le code ni la base de données.
• La couverture des blockchains que votre marché utilise, avec les grands stablecoins (USDT, USDC) disponibles là où le réseau les prend en charge.
• Des wallets de trésorerie et master protégés par multisig, pour qu'aucune personne ni serveur ne puisse déplacer seul des fonds mutualisés.
• Des listes blanches d'adresses de retrait avec un délai d'attente imposé de 24 à 48 heures avant qu'une nouvelle adresse ne devienne utilisable.
• La double authentification sur les retraits et les changements sensibles — pas seulement à la connexion.
• Chaque mouvement crypto enregistré dans le même grand livre en partie double que le fiat, pour qu'un seul processus de rapprochement couvre l'ensemble du bilan.

Étape 6 — Intégrer la conformité aux opérations quotidiennes

Les régulateurs évaluent ce que vous faites chaque jour, pas ce que promet votre schéma d'architecture. La plateforme doit faire du chemin conforme le chemin par défaut : onboarding KYC et KYB par niveaux avec expiration des documents, collecte automatique du FATCA et de l'origine des fonds, éligibilité produit par pays, un moteur de règles AML qui signale l'activité inhabituelle, et une piste d'audit en append-only derrière chaque action.

Dans le back-office, les opérations sensibles — ajustements manuels de solde, changements de limites, modifications de listes blanches — doivent exiger une validation maker-checker : un membre du staff propose, un autre approuve. Les rôles staff granulaires font que chaque opérateur voit exactement ce que sa fonction exige.

Étape 7 — Activer la monétisation

Une banque qui ne peut pas tarifer ses services est un centre de coûts. Dès le premier jour, vous devez pouvoir configurer des frais sur les swaps, les rechargements et les opérations fiat ; facturer des inscriptions premium et des montées de niveau ; lancer des programmes de parrainage avec partage de revenus ; et déployer des campagnes de dépôt ou d'earn — le tout en configuration, sans changement de code. Commencez simple, mesurez, et ajustez les prix à mesure qu'arrivent les données d'usage réelles.

De quoi dépend vraiment le « semaines, pas années »

Avec une plateforme mature, la technologie se déploie en quelques semaines : instance, marque, langues, modules et blockchains sont de la configuration. Le délai réaliste avant de servir des clients est fixé par tout ce qui entoure la technologie — vos licences ou accords de partenariat, l'onboarding des prestataires et les identifiants de production, et votre préparation opérationnelle : staff formé au back-office, procédures de conformité rédigées, support en place.

Planifiez ces chantiers en parallèle dès le départ, et la plateforme sera prête quand vous le serez. Une version du core derrière Coreza tourne en production chez une fintech européenne régulée depuis 2024 — la séquence ci-dessus est celle qui a réellement fait fonctionner ce lancement, et les suivants.