Pourquoi les startups crypto échouent face aux banques

Pourquoi la plupart des startups crypto échouent face aux banques

Un fondateur avec 10 000 utilisateurs payants, 2 M$ de revenu annuel récurrent, une cap table propre et des comptes audités par un Big Four ne s'attend pas à être refusé par huit banques d'affilée. La plupart des fondateurs supposent que le problème est cosmétique ou réputationnel. La réalité inconfortable est que ces refus sont rarement subjectifs. Ils sont la conséquence mécanique de la manière dont l'entreprise est structurée.

Les banques n'évaluent pas la vision. Elles évaluent des entités. Si une banque ne peut placer avec confiance une entité dans une catégorie réglementaire et de risque connue, le refus est automatique. La plupart des sociétés crypto échouent face aux banques parce que leur architecture d'entité produit un risque inéligible à l'évaluation, même quand l'activité sous-jacente est légitime. Quand une seule entité construit le produit, émet des tokens, détient la trésorerie et interagit avec les utilisateurs, la banque retient la classification la plus risquée. Quand cette entité réside dans une juridiction qui attire de lourds régimes réglementaires sans mémo juridique clair expliquant ce que la société est et n'est pas, aucune prouesse humaine au sein d'une banque ne peut renverser la décision.

Comment fonctionne la pression du correspondant bancaire

La plupart des banques amies des startups dépendent de banques correspondantes plus grandes pour la compensation et le règlement. Ces banques correspondantes imposent des limites d'exposition à la crypto. Quand une banque correspondante juge qu'une institution aval a trop d'exposition crypto, elle la pousse à la réduire. C'est à cela que ressemble le de-risking en pratique. Les petites et moyennes banques le savent, et la stratégie la plus sûre est de refuser à l'onboarding les profils crypto marginaux. Refuser une bonne entreprise crypto coûte une relation potentielle. En accepter une qui déclenche la vigilance du correspondant peut coûter à la banque son accès au système de compensation. C'est pourquoi le travail relationnel résout rarement le problème. Si l'entité ne peut être classée proprement dans une catégorie à faible risque, la réponse reste non.

Les trois schémas d'échec structurels

Le premier schéma structurel qui déclenche le refus est l'entité unique qui détient tout. Un fondateur crée une seule société. Cette société écrit le code, déploie le protocole, émet ou coordonne le token, détient la trésorerie, paie les contributeurs et touche parfois même les fonds des utilisateurs. Du point de vue du fondateur, c'est efficace. Du point de vue de la banque, c'est un cauchemar de classification. Si l'entité touche les fonds des clients ou transmet de l'argent à titre commercial, elle peut être un Money Services Business auprès du FinCEN, et contrairement à d'autres catégories MSB avec des seuils en dollars, la transmission de fonds n'a pas de seuil minimum de transaction. Si elle fournit des services autour d'actifs virtuels, elle peut être un Virtual Asset Service Provider. Si elle détient et transmet de la valeur, elle peut agir comme institution financière. Si elle émet un token, il existe une exposition potentielle aux valeurs mobilières. Les banques n'ont pas le luxe de choisir l'interprétation la plus charitable. Elles doivent retenir la pire plausible.

Une fois la pire classification présumée, le profil de risque explose. La banque fait face à un client dont les obligations réglementaires sont floues, dont le statut d'agrément peut être déficient et dont le risque de sanction est impossible à borner. La réponse la plus simple est le refus. La séparation change cela. Quand le développement produit vit dans une entité, la trésorerie dans une autre et l'émission de tokens dans une troisième, chacune peut être analysée indépendamment. Cela ne rend pas l'activité non régulée. Cela la rend lisible.

Le deuxième schéma structurel est le signal juridictionnel. Les banques commencent par regarder où l'entité est constituée. Une LLC du Delaware avec une activité crypto signale immédiatement une exposition réglementaire américaine, attirant le FinCEN, les régimes MSB des États, la SEC, la CFTC et l'OFAC, même si la société n'a aucun salarié ni client américain. Les entités des Caïmans, des BVI et des Îles Marshall sont largement comprises comme des juridictions de fondation et de trésorerie. Les EAU et Singapour sont reconnus comme des hubs opérationnels. Cette familiarité détermine quelle équipe interne examine le dossier et quelles hypothèses de référence sont retenues. Choisissez la mauvaise juridiction et vous déclenchez le mauvais processus interne, indépendamment de votre modèle d'affaires réel.

Le troisième schéma structurel est l'absence de clarté de classification réglementaire. Les banques doivent assigner une catégorie à chaque client. MSB. VASP. EMI. Institution financière. Éditeur de logiciel exempté. Si elles ne peuvent en assigner une avec confiance, elles ne peuvent onboarder. La clarté ne signifie pas nécessairement détenir un agrément. Cela peut aussi signifier un avis juridique formel, un mémo d'exemption ou une description d'activité au périmètre étroit qui explique pourquoi l'agrément n'est pas requis. Le point subtil mais crucial est qu'être régulé n'est pas l'objectif. Être classable est l'objectif. Un éditeur de logiciel non agréé mais clairement exempté est plus facile à bancariser qu'une entité vaguement « conforme » dont les activités s'étalent sur plusieurs catégories.

Le timing aggrave ces problèmes. La classification réglementaire s'attache à l'activité passée. Si une entité a déjà émis un token, détenu des fonds clients ou traité des swaps, cette histoire ne peut être effacée. Les banques préfèrent fortement les historiques propres. La même structure qui aurait été bancable avant le lancement peut devenir limite après six mois d'exploitation.

Ce qui fonctionne réellement

Ce qui fonctionne en pratique paraît ennuyeux, et c'est précisément pourquoi cela fonctionne. Un projet décide de sa posture réglementaire avant d'écrire du code significatif. Une fondation ou entité de trésorerie est établie dans une juridiction comme les Caïmans ou les BVI, avec des coûts d'exploitation annuels combinés de 7 000 à 13 000 $ pour des structures basiques, ou 10 000 à 20 000 $ en incluant administrateurs professionnels et soutien de conformité renforcé. Une société d'exploitation est créée dans une juridiction alignée sur ses besoins d'embauche et commerciaux. Aucune entité unique n'exploite à la fois le produit et ne touche les fonds des clients. Avant tout contact bancaire, un conseil juridique produit un mémo expliquant ce que fait chaque entité et quelle catégorie réglementaire s'applique.

Le projet commence par utiliser des rails non bancaires. Les EMI en Europe, les processeurs de paiement agréés aux États-Unis et les dépositaires crypto-natifs au niveau mondial offrent une capacité opérationnelle initiale. Quand l'équipe approche enfin les banques, elle présente un schéma, pas un pitch deck. Elle montre la séparation des entités, la justification juridictionnelle et la classification réglementaire. La banque peut alors évaluer chaque case indépendamment. Cela ne garantit pas l'approbation, mais cela sort le dossier du refus automatique pour entrer dans une véritable analyse de risque.

Prenons un exemple réel. Un protocole DeFi a constitué une seule LLC du Delaware qui a déployé des smart contracts, détenu 5 M$ de trésorerie, coordonné l'économie du token et traité 50 M$ de volume de swap trimestriel. Huit banques l'ont refusé sur six mois. Le problème n'était ni les fondateurs, ni la technologie, ni le modèle d'affaires. L'entité unique déclenchait simultanément la classification Money Services Business, la classification Virtual Asset Service Provider et une classification potentielle en valeurs mobilières. Après restructuration en une fondation caïmanaise pour l'intendance de la trésorerie, une société BVI pour le protocole du token, et une entité opérationnelle aux EAU pour le développement logiciel, chacune accompagnée de mémos juridiques clarifiant exemptions et classifications réglementaires, le projet a sécurisé des relations bancaires en 90 jours. Mêmes fondateurs. Même produit. Structure différente.

Des forces externes ont rendu cette discipline non négociable. L'effondrement de Silvergate et Signature a envoyé une onde de choc dans le correspondent banking mondial. Le traitement par Bâle III des crypto-actifs comme expositions pondérées à haut risque a accru le coût en capital de servir des clients crypto. Malgré des inflexions politiques pro-crypto aux États-Unis en 2025, des barrières bancaires structurelles persistent. Le cadre MiCA de l'UE a forcé le retrait de stablecoins non conformes des plateformes européennes. De vrais parcours d'agrément prennent 6 à 24 mois selon la juridiction. L'écart entre l'ambition réglementaire et la réalité opérationnelle demeure large. Les projets bien structurés contournent de plus en plus entièrement le correspondent banking traditionnel, utilisant les rails de règlement en stablecoins pour les flux transfrontaliers tout en ne maintenant des relations bancaires fiat que pour les rampes d'entrée et de sortie clients finales. La structure est le seul pont praticable.

Comment Spindipper résout ce problème

C'est précisément la raison d'être de Spindipper. Nous cartographions vos activités réelles vers leurs classifications réglementaires, puis vers les juridictions optimales, puis vers des structures d'entités qui se rangent dans des catégories de risque bancaire connues, avant que vous n'approchiez les banques, et non après huit refus. Le travail couvre la sélection d'entités, la documentation de la justification juridictionnelle, les mémos de classification réglementaire et les schémas de structure prêts pour les banques que les équipes risque peuvent réellement évaluer. Nous ne promettons pas de comptes bancaires. Nous concevons des structures que les banques peuvent évaluer. Si vous voulez voir comment nous abordons la structure bancaire crypto, ou réserver une consultation de structure, Spindipper est là pour vous y aider.

Cet article est fourni à titre informatif uniquement et ne constitue pas un conseil juridique ou fiscal. Compte tenu de la nature en évolution rapide de la réglementation des actifs numériques, un conseil professionnel propre à la juridiction doit être obtenu avant la mise en œuvre de toute structure ici décrite.

Si vous voulez de l'aide pour concevoir une architecture d'entité bancairement compatible pour votre projet crypto, n'hésitez pas à nous contacter pour une discussion cordiale, sans pression.