La crypto a marché pour que les banques puissent courir

Ce qui suit est un article invité et une opinion de Ben Nadareski, co-fondateur et PDG de Solstice.

Les institutions n’auraient jamais dû arriver dans la crypto de la manière dont la crypto voulait qu’elles le fassent. Pas de ruée vers les jetons de gouvernance. Pas de CFO annonçant fièrement que la trésorerie inactive avait été réorientée vers des actifs volatils. Pas de comité de fonds de pension parlant soudainement couramment de DeFi. C’était toujours la version fantasme.

La vraie version est moins théâtrale et bien plus importante. Les institutions n’achèteront pas la crypto en tant que système de croyance. Elles l’utiliseront plutôt comme infrastructure.

Pas parce que les banques ne peuvent pas copier le code. Elles le peuvent. Mais parce qu’elles ne peuvent pas copier la jungle qui a rendu le code utile : la rapidité, l’échec, la pression, et l’itération en marché réel que le web3 a affiné en public depuis des années.

Le code n’a jamais été la barrière

C’est la partie que le débat sur la crypto institutionnelle continue de manquer. L’avantage du web3 n’est pas que les banques sont incapables techniquement de construire une infrastructure blockchain. Beaucoup le sont parfaitement. Elles ont du capital, des ingénieurs, des consultants, des fournisseurs, des laboratoires d’innovation internes, et suffisamment de présentations stratégiques pour tracer une route de Canary Wharf à Singapour.

Une banque peut lancer une chaîne. Par exemple, le BUIDL de BlackRock et le service de tokenisation de la DTCC montrent que la réponse institutionnelle n’est pas de recréer la crypto en tant que système de croyance, mais d’adopter la tokenisation comme infrastructure. Elle peut forker un environnement d’exécution. Elle peut tout envelopper dans un langage de conformité, ajouter des permissions, faire appel à un fournisseur, et présenter le tout six mois plus tard sous un éclairage doux dans une conférence sur l’infrastructure financière. Mais l’infrastructure n’est pas seulement ce qui est construit.

La véritable barrière de la crypto n’est pas la décentralisation. C’est la vélocité d’itération sous pression. L’industrie teste des idées financières dans la nature, souvent brutalement, parfois embarrassamment, mais rapidement. Les produits se lancent, se cassent, se forkent, attirent la liquidité, la perdent, sont arbitrés, exploités, reconstruits, puis copiés par quelqu’un avec une meilleure version avant que l’équipe originale n’ait fini le post-mortem.

Cela paraît chaotique de l’extérieur parce que c’est chaotique. Un bon exemple est la vague répétée d’exploits de ponts et de défaillances de protocoles (prenons la dernière faille de Kelp DAO), qui ont forcé le marché à renforcer ses hypothèses de sécurité en temps réel, ce qui est une des raisons pour lesquelles Wall Street reste prudent quant à l’adoption. Mais encore une fois, c’est aussi l’un des environnements de test financier les plus efficaces jamais créés.

La finance traditionnelle aime les sandbox. La crypto est le sandbox après que quelqu’un a enlevé les étiquettes de sécurité, invité les traders, ouvert l’API, connecté la liquidité, et laissé le marché décider ce qui mérite de vivre.

C’est pourquoi l’intérêt récent des institutions pour le web3 est révélateur. L’acquisition de Bridge par Stripe s’inscrit dans ce schéma : elle indique que les stablecoins deviennent une partie intégrante de la pile de paiements, et pas seulement une classe d’actifs spéculative. Stripe n’a pas acquis Bridge parce que les stablecoins étaient un accessoire idéologique sympa ; elle a complété l’acquisition parce que l’infrastructure des stablecoins devient une partie de la pile de paiements. BlackRock n’a pas lancé BUIDL parce que la tokenisation semble futuriste ; il a lancé un fonds tokenisé parce que le règlement, l’accès, et le mouvement de collatéral peuvent être repensés en chaîne. Kinexys de J.P. Morgan va dans la même direction : l’intérêt n’est pas dans la crypto, mais dans ce que les rails peuvent faire une fois qu’ils sont utilisables dans les flux financiers.

La crypto apprend en saignant en public

Cette jungle est là où le véritable ajustement produit-marché se trouve… pas dans le livre blanc. Pas dans le laboratoire interne. Pas dans l’atelier où tout le monde s’accorde sur l’importance de l’interopérabilité. Cela se produit lorsque le capital circule entre les systèmes, lorsque la liquidité se fragmente, lorsque les ponts introduisent de nouvelles surfaces d’attaque, lorsque les utilisateurs se comportent mal, lorsque les incitations sont manipulées, et lorsque l’architecture élégante rencontre le marécage.

La crypto a passé des années à se faire frapper au visage par la réalité. C’est pourquoi l’infrastructure s’améliore.

Chaque exploit de pont, défaillance d’oracle, cascade de liquidation, boucle d’incitation cassée, attaque de gouvernance, et protocole sur-architecturé qui est mort discrètement après trois mois a ajouté quelque chose à la mémoire collective du marché. Douloureux, coûteux, souvent absurde, mais utile.

Les banques ne fonctionnent pas ainsi. Et franchement, elles ne devraient pas. Les banques sont conçues pour préserver la confiance, minimiser le risque, protéger les déposants, obéir aux régulateurs, et éviter de s’exploser en cherchant l’ajustement produit-marché. Leur prudence est rationnelle. Leurs processus existent pour une raison.

Mais ces mêmes processus les rendent lentes précisément dans le domaine où la vitesse s’accumule.

Une banque qui construit en interne doit résoudre chaque problème en séquence : architecture, sécurité, conformité, garde, ponts, reporting, comptabilité, liquidité, traitement juridique, risque opérationnel, approbation interne, revue des fournisseurs, puis le comité de pilotage. Ensuite vient le pilote. Puis le pilote est souvent dé-risqué jusqu’à ce qu’il ne soit plus tout à fait ce qu’il était censé tester.

Au moment où la banque atteint la version 1, la crypto a déjà construit la version 1, l’a vue échouer, lancé la version 2, découvert que l’hypothèse du pont était fausse, réécrit le modèle de liquidité, et compris ce que font réellement les utilisateurs quand de l’argent réel est en jeu.

Ce n’est pas parce qu’un côté est plus intelligent. C’est parce qu’un côté est conçu pour l’expérimentation à la vitesse du marché et l’autre pour le contrôle institutionnel.

Le contrôle est le piège

C’est particulièrement vrai dans la finance en chaîne, où rien n’existe en isolation. Une stablecoin n’est pas juste une stablecoin. C’est une garantie, un moyen de règlement, une paire de liquidité, un actif de routage, une couche d’intégration, et un bloc de construction modulaire. Le rendement n’est pas juste un APY. C’est un profil de risque, un mécanisme de rachat, une question de garde, un enjeu de reporting, un périmètre réglementaire, et une décision opérationnelle. Un pont n’est pas juste un connecteur. C’est un contrat intelligent à deux faces avec une interface utilisateur. La pile est vivante. Toucher une partie d’elle fait réagir six autres.

C’est pourquoi construire en interne dans une banque est si difficile. Le défi n’est pas simplement « Pouvons-nous lancer une chaîne ? » Bien sûr qu’ils peuvent. Le vrai défi est de savoir si cette chaîne se connecte proprement à l’écosystème chaotique, liquide, en rapide évolution, où se déroule l’usage réel.

Au moment où vous avez besoin de ponts, d’intégrations, de routage de liquidité, de protocoles externes, de rails de garde, et d’hypothèses de règlement, le modèle interne propre commence à devenir chaotique.

Tenter de recréer une infrastructure native crypto en interne revient à passer des années à redécouvrir des problèmes que les réseaux ouverts ont déjà rencontrés : risque de pont, fragmentation de la liquidité, hypothèses d’oracle, échecs de composabilité, exploits de contrats intelligents, friction de rachat, et boucles d’incitation qui paraissent brillantes jusqu’à ce que quelqu’un les utilise réellement.

Au lieu de l’innovation, cela peut être perçu comme de l’archéologie institutionnelle avec un budget.

Le chemin plus intelligent est de reconnaître ce que le web3 a déjà produit : une infrastructure testée dans des conditions que la finance traditionnelle ne permet que rarement, voire jamais, jusqu’à beaucoup plus tard. Cela ne signifie pas que chaque produit crypto mérite une adoption institutionnelle. Une grande partie de l’écosystème est encore bruyante, fragile, sur-hypee, ou sur-financiarisée.

Mais les parties les plus solides ont survécu à un niveau de stress que la plupart des pilotes internes bancaires ne vivront jamais. Cela compte.

La vraie finance ne sera pas entièrement reconstruite à l’intérieur des banques

Le résultat final n’est pas un concours héroïque entre Wall Street et la web3. La conclusion la plus probable est plus discrète : les institutions qui comptent cesseront d’essayer de recréer toute la pile en chaîne derrière des portes closes et se brancheront sur les parties déjà testées par les marchés en direct.

Chaque banque, fintech, gestionnaire d’actifs, et plateforme de trésorerie n’a pas besoin de passer des années à reconstruire une infrastructure juste pour redécouvrir des problèmes que des équipes crypto-native ont déjà rencontrés en public. Le modèle plus intelligent est de prendre des systèmes qui ont survécu à une vraie liquidité, une vraie volatilité, de vrais utilisateurs, et de vrais adversaires, puis d’ajouter les couches dont les institutions ont besoin : garde, reporting, auditabilité, contrôles de conformité, permissions là où c’est nécessaire, et divulgation des risques.

L’objectif n’est pas de faire que les banques se comportent comme des protocoles DeFi. Elles ne peuvent pas, et elles ne devraient pas non plus. L’objectif ici est de donner aux institutions accès à la rapidité de la crypto sans les forcer à vivre dans le Far West de la crypto.

Un CFO ne veut pas un bilan plus exotique juste pour paraître innovant. Un comité de risque ne cherche pas du battage médiatique. Les institutions veulent que le capital circule plus vite, se règle plus proprement, rapporte plus intelligemment, et reste explicable lorsque les auditeurs, régulateurs, et membres du conseil commencent à poser des questions. C’est là que la web3 a quelque chose de vraiment puissant à offrir, je crois. La blockchain offre un règlement plus rapide, une liquidité programmable, une garantie transparente, un rendement tokenisé, des produits financiers modulaires, et une infrastructure capable de bouger, de gagner, de se régler, et de s’intégrer à travers différentes applications.

L’erreur de Wall Street serait d’admirer ces capacités, de copier la surface, et de passer des années à les reconstruire dans un coin privé de l’ancien système. La crypto a déjà payé pour beaucoup de ces erreurs. Des leçons coûteuses, souvent ridicules, mais que nous apprenons néanmoins.

Ainsi, l’avenir de la finance ne sera pas entièrement construit à l’intérieur des banques, ni entièrement en dehors. Le résultat plus pratique est que les banques, fintechs, gestionnaires d’actifs, et plateformes de trésorerie se branchent sur une infrastructure native crypto une fois qu’elle devient suffisamment fiable, lisible, et conforme pour être utilisée.

Ils ne l’appelleront peut-être pas crypto. Ils l’appelleront efficacité de règlement, optimisation de trésorerie, rendement intégré, garantie programmable, liquidité en temps réel, ou simplement de meilleurs rails.

Très bien. La récompense est qu’un marché en direct a déjà fait ce qu’aucun laboratoire d’innovation interne ne peut simuler correctement : testé une infrastructure financière avec du capital réel, de vrais utilisateurs, de vrais stress, et de vraies conséquences, chaque heure de chaque jour, pendant des années.

Wall Street peut et va reproduire l’architecture. Ce qu’il ne peut pas reproduire, c’est les années de pression du marché en direct et l’anticipation communautaire qui ont rendu cette architecture digne d’utilisation en premier lieu.

L’article Crypto a marché pour que les banques puissent courir est apparu en premier sur CryptoSlate.