La tokenisation est l’emballage. Le règlement en stablecoins 24/7 est la réécriture.

Beaucoup d’équipes parlent de tokenisation comme du levier principal. On met l’actif on-chain, on ajoute une interface plus propre, on compresse quelques intermédiaires, et on appelle ça de l’innovation.

Je ne souscris pas à ce cadrage.

La vraie réécriture commence quand le règlement devient instantané et 24/7, et que l’unité de compte est un instrument de cash numérique stable, capable de circuler à tout moment, pas seulement pendant les heures de marché. Ce n’est pas un changement cosmétique. Cela redéfinit ce que « sûr » veut dire, ce que « prêt opérationnellement » veut dire, et qui capte la marge.

J’ai connu des versions de ce problème hors des marchés de capitaux. Quand je dirigeais une business unit internationale dans les smart buildings et la domotique, le produit ne se résumait pas à des capteurs et des contrôles. Le produit, c’était aussi la disponibilité, la supervision, la réponse aux incidents, et la certitude qu’un bâtiment se comporterait correctement à 3 h du matin un dimanche. Dans ces environnements, les gagnants traitent la gestion des exceptions et la reprise comme des fonctionnalités de premier rang, pas comme de la colle de back-office.

Le règlement 24/7 pousse l’infrastructure financière dans la même direction. Les gagnants ne seront pas ceux qui « tokenisent des instruments ». Ce seront ceux qui livrent des moteurs de risque, des rails de liquidation et une surveillance que les institutions peuvent brancher et juger fiables quand les équipes dorment.

Dès que le règlement devient continu, votre modèle opérationnel casse

Dans un monde en batch, on peut faire comme si le risque était un rituel quotidien. On calcule les expositions à des horaires fixes. On appelle la marge selon un calendrier. On réconcilie la nuit. On met en place des comités pour les exceptions. On garde des humains dans la boucle parce que la boucle est assez lente pour les tolérer.

Le règlement en continu retire ce tampon. Il transforme le marché en système continu.

• La gestion de la marge devient continue. Ni « fin de journée », ni « fenêtre intraday », mais une exigence évaluée en permanence, liée aux expositions et aux collatéraux en temps réel.
• La gestion des défauts devient une boucle logicielle. Détection, escalade, confinement et résolution doivent s’exécuter comme des chemins de code avec des timeouts explicites, pas comme des fils d’e-mails.
• La liquidation devient un produit d’exécution. Si le collatéral peut bouger instantanément, la liquidation n’est plus un événement rare traité par un desk spécialisé. C’est un mécanisme de routine qu’il faut concevoir, superviser et optimiser.

Ce qui impose une question simple aux boards et aux opérateurs : construisez-vous une marketplace, ou construisez-vous un control plane ?

La tokenisation est l’emballage. Le règlement est le control plane.

L’économie du brokerage bascule : de la distribution vers « risque + contrôles »

Quand le règlement est lent et que les rails sont rares, la distribution a un vrai pouvoir. Celui qui possède l’accès, les relations et l’onboarding peut prélever des péages.

Quand le règlement devient instantané et programmable, la distribution compte encore, mais elle cesse d’être défendable par défaut. Ce qui devient défendable, c’est la capacité à maintenir le système en sécurité sous stress.

C’est abstrait tant qu’on ne le traduit pas en ce qui capte vraiment les budgets et les effectifs :

• Des moteurs de risque capables de calculer l’exposition en temps réel et de l’expliquer (au risque, à l’audit, aux régulateurs) sans narration.
• Des contrôles qui empêchent les mauvais états, pas seulement qui les détectent. Limites, circuit-breakers, plafonds de concentration, contrôles de vélocité, et application de politiques qui peuvent tourner sans supervision.
• La reprise comme capacité conçue, pas improvisée. Avancer, revenir en arrière, isoler, rejouer et réconcilier sans geler toute l’activité.
• Une surveillance opérationnelle, pas théâtrale. Des alertes liées à des playbooks d’action, avec des faux positifs mesurés et des temps de réponse mesurés.

C’est pour cela que je reviens souvent au manufacturing et à l’industriel. Quand j’ai passé des années dans l’électronique de puissance et la qualité de marché, personne ne prétendait que le monitoring était « nice to have ». Le monitoring faisait partie du produit : il protégeait la disponibilité, la sécurité, la garantie et la réputation. Dans une infrastructure financière avec un règlement 24/7, monitoring et reprise jouent le même rôle. Ce n’est pas un coût de structure. C’est votre moat.

Si vous voulez un parallèle tiré de mon travail entrepreneurial : construire IBHQ m’a obligé à regarder les opérations de broker comme un problème de workflow quotidien, pas comme un sujet de gouvernance trimestrielle. Les outils qui gagnent réduisent le volume d’exceptions et rendent les exceptions restantes résolubles vite, avec une piste d’audit claire. Le règlement en continu compresse simplement les délais et augmente les enjeux.

Le produit que vous livrez vraiment, c’est « ce qui se passe quand ça se passe mal »

Dans la plupart des board decks, le scénario nominal occupe 90 % du temps. Mais dans les systèmes régulés à forte exigence de disponibilité, le scénario nominal, c’est le minimum. Le produit, c’est l’écart au nominal.

Je l’ai appris à mes dépens comme ancien Head of R&D, en reconstruisant une organisation pluridisciplinaire mêlant logiciel embarqué, cloud, électronique, mécanique et QA. Les fonctionnalités n’ont jamais été la partie difficile. Le difficile, c’était de bâtir une machine qui livre de façon fiable, détecte tôt les régressions et se rétablit quand quelque chose passe entre les mailles. Si vous n’y arrivez pas dans un thermostat ou un contrôleur HVAC, vous n’y arriverez pas dans un système de règlement 24/7 où l’argent circule en continu.

J’utilise donc une grille de lecture simple d’opérateur : définissez les modes de défaillance, puis vendez votre capacité à y survivre.

Voici les modes de défaillance qui comptent quand le règlement est instantané et en continu :

• Latence et pannes partielles. Pas « down » versus « up », mais des états dégradés. Pouvez-vous continuer à clearing, ou faut-il vous arrêter en sécurité ?
• Dérive de la qualité du collatéral. Pas seulement les variations de prix, mais des surprises de concentration et de corrélation. Pouvez-vous durcir la politique automatiquement ?
• Transactions bloquées et écarts de réconciliation. Pouvez-vous réconcilier en continu, ou créez-vous une falaise de fin de journée ?
• Abus et comportements adverses. Des rails toujours actifs attirent une exploitation toujours active. Savez-vous détecter et contenir sans pénaliser les bons flux ?
• Escalade humaine au pire moment. Les incidents arrivent la nuit et le week-end. Avez-vous des runbooks, des contrôles d’accès et une capacité d’astreinte réellement rodée ?

Si cela ressemble au reliability engineering, c’en est. Si cela ressemble aux ops, c’en est. C’est précisément le sujet.

C’est aussi pour cela qu’une « stratégie de tokenisation » est souvent un mauvais point de départ. La bonne question est : quel est notre produit de risque et de contrôles, et qui l’achète ?

Checklist pour ce trimestre : construire pour le règlement 24/7 sans se raconter d’histoires

Les boards et les opérateurs n’ont pas besoin de théorie supplémentaire. Ils ont besoin de décisions finançables, séquençables et gouvernables. Voici la checklist que j’utiliserais ce trimestre.

1) Choisissez votre couche de vérité, et gardez-la sobre

Décidez quel système fait foi comme source de vérité financière. Définissez comment vous représentez soldes, positions, collatéraux et passifs. Figez la sémantique. Évitez l’astuce.

Si vous voulez utiliser l'IA (intelligence artificielle), tenez-la à l’écart de cette couche de vérité. Utilisez-la pour la narration, le triage et l’assistance aux opérateurs, pas pour déterminer les soldes. J’ai écrit plus directement sur ce point dans « LLMs in the narrative layer, not the financial truth layer ».

2) Transformez la « marge » en service temps réel, avec des politiques explicites

Écrivez la marge comme un service, avec des politiques versionnées. Définissez des triggers, des délais de grâce et des actions automatiques. Rendez chaque décision explicable. Traitez les changements de politique comme des releases logicielles, avec rollback.

3) Concevez la liquidation comme un produit, pas comme une urgence

La liquidation a besoin de SLA, d’observabilité et de contrôles. Définissez le slippage acceptable, les venues ou routes, ainsi que les protections anti-manipulation. Construisez des kill switches et des arrêts sûrs.

Autrement dit : la liquidation est votre dernière ligne de défense. Traitez-la avec le même sérieux que les paiements.

4) Construisez un pipeline d’exceptions, pas une file de tickets

Les exceptions doivent traverser des états, avec des responsables et des délais clairs. La plupart des organisations traitent les exceptions comme du travail non structuré. Cette approche s’effondre avec le règlement 24/7.

• Définissez les principaux types d’exceptions et des volumes cibles.
• Automatisez la résolution des deux premiers.
• Pour le reste, construisez une résolution guidée avec une piste d’audit.

5) Faites de la fiabilité une fonctionnalité commerciale

Commencez par publier des engagements de fiabilité en interne : RTO, RPO, temps de réponse d’astreinte, définitions de sévérité d’incident. Ensuite, vendez-les. C’est ainsi que vous transformez « ops cost » en « trust revenue ».

Si votre culture traite encore le ruggedization comme de la paperasse, vous aurez du mal. La fiabilité est un contrat que vous financez et que vous faites respecter. J’ai décrit le même mécanisme dans Ruggedization is a reliability contract.

Mon point de vue : le règlement devient la plateforme, et les contrôles font la différence

La tokenisation va continuer à s’étendre, parce qu’elle réduit la friction en émission et en distribution. Mais la tokenisation seule ne désigne pas les gagnants. Le règlement, si. Le règlement en continu écrase le temps ; quand le temps s’écrase, les ops deviennent le produit.

Les prochains leaders de cet espace ressembleront moins à des « tokenizers » et davantage aux meilleurs opérateurs industriels avec lesquels j’ai travaillé : obsession de la télémétrie, discipline sur le change control, et exigence totale pour refermer la boucle entre détection et action.

Si vous êtes membre de board ou opérateur, voici la grille de décision que j’utiliserais : financez d’abord le control plane. Financez le moteur de risque. Financez les rails de liquidation. Financez la surveillance et la reprise. Faites en sorte que cela tourne sans supervision. Ensuite, vous pourrez livrer tous les emballages que vous voulez par-dessus.

Parce que dans un monde 24/7, la question n’est pas de savoir si votre produit traite des transactions. La question, c’est s’il continue à payer correctement quand tout devient bruité.

Quand le règlement est en continu, la confiance n’est plus une promesse de marque. C’est un système d’exploitation.