La blockchain entre enfin dans les règles américaines des agents de transfert, mais pas comme un registre sans maître. Dans une proposition de 421 pages publiée le 1er septembre, la Securities and Exchange Commission veut reconnaître explicitement la tenue de registres sur un réseau distribué tout en maintenant une exigence classique : pour chaque émission, un seul agent reste responsable du fichier officiel des détenteurs et doit en conserver le contrôle exclusif.
Ce détail change la lecture du texte. La SEC ne propose ni d’autoriser une blockchain particulière, ni de déclarer que la possession d’un jeton suffit à établir la propriété d’une action. Elle adapte plutôt une fonction réglementée, conçue autour du papier dans les années 1970 et 1980, à des systèmes électroniques, des prestataires cloud, des contrats intelligents et des registres distribués. GatherHub a comparé la règle actuelle, le texte proposé et les questions posées par la Commission. La réforme ouvre la technologie ; elle ne décentralise pas la responsabilité juridique.
Le registre peut être distribué, la responsabilité ne l’est pas
Un agent de transfert tient la liste officielle des propriétaires d’un titre, enregistre les émissions, annulations et transferts, distribue certains paiements et traite les restrictions. Une erreur ne produit donc pas seulement un mauvais affichage : elle peut priver un investisseur de droits, créer une surémission ou rompre la communication avec l’émetteur.
La proposition redéfinit le « master securityholder file » comme la liste officielle des comptes individuels tenue par l’agent enregistré. Cette liste devra être électronique et pourra combiner plusieurs fichiers ou systèmes. Le choix technique restera libre — base classique, cloud ou registre distribué — à deux conditions décisives : l’agent devra en garder le contrôle exclusif à tout moment et il ne pourra exister qu’un seul agent chargé de ce fichier pour une émission donnée.
C’est le premier apport de la comparaison : la SEC accepte qu’une blockchain compose tout ou partie du registre, mais elle refuse qu’un consensus technique rende indéterminable l’entité qui répond de l’inscription. Même sur un réseau partagé, le point de responsabilité reste centralisé.
Trois changements concrets pour la tokenisation
Le premier changement est la visibilité. Le formulaire annuel TA-2 demanderait combien d’émissions utilisent un registre distribué pour leur fichier maître. Il distinguerait aussi les titres tokenisés soutenus par l’émetteur de ceux créés par un tiers. Les agents devraient nommer leurs prestataires de tokenisation et leurs plateformes de registre distribué, au même titre que leurs banques, systèmes de tenue de registre ou centres d’appels.
Le deuxième est l’accès réglementaire. Lorsqu’un tiers conserve les données, l’agent devrait pouvoir les consulter sans intervention de ce prestataire, permettre leur examen par le régulateur et fournir rapidement des copies lisibles, exactes et à jour. Le texte considère qu’un registre distribué peut satisfaire ce test si l’agent dispose réellement de cet accès indépendant. « Public » ou « immuable » ne signifie donc pas automatiquement « conforme ».
Le troisième est le risque opérationnel. La nouvelle règle 17ad-12 imposerait des procédures couvrant garde, fonctionnement, cybersécurité et autres risques matériels. Les fonds de clients ou d’émetteurs devraient être séparés dans un compte bancaire « for the benefit of ». Un plan de continuité devrait être testé, revu et actualisé au moins une fois par an.
| Question | Règle actuelle | Proposition | Ce qui ne change pas | |---|---|---|---| | Technologie du registre | Vocabulaire hérité du papier et de systèmes électroniques anciens | DLT et systèmes liés admis de manière neutre | Un fichier officiel doit rester identifiable | | Responsable | Agent de transfert enregistré | Un seul agent de tenue de registre, contrôle exclusif | La blockchain ne remplace pas la responsabilité réglementaire | | Transparence | Peu de données spécifiques à la tokenisation | Volumes par modèle, plateformes et prestataires déclarés | Déclarer un usage ne vaut pas approbation du produit | | Résilience | Règles silencieuses sur plusieurs risques numériques | Cybersécurité, continuité et accès indépendant formalisés | L’agent répond toujours de l’exactitude et de la sauvegarde |
Une transaction onchain n’est toujours pas automatiquement un transfert juridique
Cette réforme complète, sans l’annuler, la distinction que GatherHub a détaillée dans notre analyse du transfert juridique d’un titre tokenisé. Le jeton peut constituer le titre, faire partie du registre officiel, envoyer une instruction à un registre hors chaîne, représenter un droit contre un dépositaire ou seulement reproduire une performance financière. Le mouvement visible dans le portefeuille ne révèle pas à lui seul laquelle de ces architectures s’applique.
La SEC veut justement compter séparément les modèles soutenus par l’émetteur et ceux créés par un tiers, parce que leurs risques diffèrent. Dans le second cas, le détenteur peut dépendre de la garde, du rapprochement et de la solvabilité d’une entreprise qui n’est pas l’émetteur de l’action sous-jacente. La réforme des agents de transfert n’efface ni cette chaîne de droits, ni les règles d’offre, de négociation, de garde ou d’identification des clients.
Elle ne transforme pas davantage une inscription en validation commerciale. Lorsqu’Injective a obtenu son statut d’agent de transfert, aucun client ni actif administré n’était encore publié. Si le projet de règle est adopté, ce type d’acteur devra rendre son infrastructure plus visible au régulateur et documenter ses contrôles ; son enregistrement ne prouvera toujours ni l’usage, ni la liquidité, ni la qualité d’un titre tokenisé.
Le vrai test est le contrôle, pas le mot « blockchain »
Deux passages du projet montrent que le dossier n’est pas clos. La Commission demande comment traiter un fichier tenu exclusivement sur une blockchain immuable lorsque l’agent n’en contrôle pas seul l’infrastructure. Elle demande aussi si une adresse de portefeuille et une quantité onchain peuvent être reliées à des informations hors chaîne sur le nom et l’adresse du détenteur, de sorte que le transfert du jeton mette effectivement à jour le fichier maître.
Ces questions concentrent le problème technique. Un réseau peut rendre l’historique observable et difficile à modifier, sans donner à l’agent le pouvoir de corriger une erreur, bloquer une opération juridiquement contestée, restaurer l’accès après une compromission ou réconcilier une divergence. À l’inverse, une base contrôlée par un seul opérateur peut offrir une responsabilité claire tout en créant un point de panne. Le texte ne résout pas cette tension ; il exige que l’agent démontre comment il la gère.
L’actualisation des délais va dans la même direction. Les écritures devraient être postées dans le plus court délai entre un jour ouvré et le cycle de règlement applicable. Les agents associés devraient communiquer leurs débits et crédits sous un jour ouvré. La vitesse de la chaîne n’est donc utile que si le registre juridique, les contrôles et les corrections avancent au même rythme.
Une proposition, pas encore une règle
Le communiqué de la SEC prévoit une consultation de 60 jours après publication au Federal Register. Au 3 septembre, il s’agit encore d’un projet. Les obligations, les formulaires et leur calendrier peuvent changer ; aucune entreprise ne peut présenter le texte comme une autorisation déjà acquise.
Decrypt et Bloomberg Law corroborent l’ampleur de la première refonte substantielle depuis environ quarante ans et la place nouvelle accordée à la tokenisation. L’apport propre de GatherHub est plus restrictif : la réforme ne consacre pas « le registre sur blockchain » en général. Elle fixe un test d’imputabilité. Qui contrôle le fichier officiel, qui peut le montrer au régulateur, qui corrige les écarts et qui supporte la défaillance ? Tant que ces quatre réponses ne sont pas documentées, le mot « onchain » décrit une technologie, pas une protection juridique.