Fichier maître des porteurs : quels registres le formeraient ?
Votre token connaît des wallets et des soldes, pas des noms. Quels registres formeraient la liste officielle prévue par le projet SEC ?
EN 30 SECONDES
Le master securityholder file est la liste officielle des comptes de porteurs tenue par un agent de transfert. Le projet de la SEC, pas encore en vigueur, permettrait qu’une blockchain en soit tout ou partie. Pour un token ERC-3643, elle pourrait réunir soldes on-chain et noms et adresses off-chain.
À RETENIR · 3
- Selon le projet, le master securityholder file reste la liste officielle, électronique, sous le contrôle exclusif de l’agent de transfert. Une blockchain peut en être tout ou partie.
- Le token enregistre des wallets et des soldes, pas de noms ni d’adresses postales. La question 83 demande comment relier les deux registres : une question d’ingénierie.
- Les rapprocher à chaque bloc indexé, c’est ma conception, pas une règle du projet. Commentaires attendus au plus tard le 3 novembre 2026.
Sur cette page
Ce qui forme le master securityholder file
EN BREF Selon le projet : la liste officielle, sous le contrôle exclusif de l’agent de transfert. Elle peut couvrir des systèmes liés, voire une blockchain.
LES MOTS À CONNAÎTRE
- Master securityholder file
- Le fichier maître des porteurs : la liste officielle des comptes tenue par un agent de transfert enregistré.
- Position detail
- Selon le projet, la fiche de chaque porteur dans cette liste : qui détient quoi, avec nom et coordonnées.
- Control book
- Selon le projet, le registre des titres (ou du principal d’une dette) autorisés, émis et en circulation.
Selon la Rule 17ad-9(b) proposée, le master securityholder file est la liste officielle des comptes de porteurs. Un agent de transfert enregistré la tient. Elle doit être électronique et peut réunir plusieurs fichiers ou systèmes liés.
La technologie est au choix de l’agent de transfert, s’il garde à tout moment le contrôle exclusif du fichier. Page 56970, le document ajoute qu’une blockchain pourrait être le fichier ou l’une de ses parties, sans que ce soit imposé.
Le projet élargirait aussi le Position detail Selon le projet, la fiche de chaque porteur dans cette liste : qui détient quoi, avec nom et coordonnées. Voir le glossaire : au moins le nom complet et une adresse postale. Les exemples du texte citent aussi l’adresse du wallet, pour tout titre tokenisé.
Cette séparation est voulue : le registre ERC-3643 ne stocke ni noms ni adresses postales.
Pour chaque wallet, il stocke l’adresse d’un contrat d’identité et un code pays.
Coming up next: Comment garder alors la chaîne et le registre synchronisés ?
Garder les deux registres synchronisés
EN BREF Ma méthode : un contrôle de rapprochement compare la chaîne au registre off-chain à chaque bloc, et signale chaque écart à corriger.
La question 83 demande comment relier les données on-chain (wallet, quantité, date d’émission) aux données off-chain. Le but : chaque transfert de token doit se retrouver dans le fichier.
EN CLAIR
La Rule 17ad-9 définit la record difference par des types précis d’écarts entre registres. Mon contrôle signale des écarts proches de ceux-là.
ÉTAPE PAR ÉTAPE
Étape 1. Lire. À chaque bloc indexé (un lot de transactions ajouté à la chaîne), lisez les soldes, les liens d’identité et l’offre totale.
- Lire À chaque bloc indexé (un lot de transactions ajouté à la chaîne), lisez les soldes, les liens d’identité et l’offre totale.
- Comparer Signalez un solde sans ligne au registre, une ligne sans tokens, un écart d’unités ou un solde dont l’identité a été supprimée.
- Totaux Comparez l’offre totale aux titres en circulation, en supposant que tous les titres en circulation sont émis on-chain, contrairement aux titres détenus par l’émetteur lui-même. Puis comparez-les aux titres autorisés.
- Conserver Conservez chaque résultat à chaque bloc, et non une fois par mois.
OBJET OBTENU
Deux registres, une liste
Les questions auxquelles un développeur peut répondre avant le 3 novembre
EN BREF Plusieurs questions numérotées du document portent sur l’ingénierie : qui a déployé des tokens réservés à des wallets admis peut y répondre avec des faits.
Envoyez vos commentaires au plus tard le 3 novembre 2026, sous le File No. S7-2026-30, via le formulaire de la SEC ou rule-comments@sec.gov.
Sources : projet de la SEC, Federal Register, texte intégral en PDF, ERC-3643 (Final), contrats de référence T-REX.
FAQ
Avec ERC-3643 tel que montré ici, aucun à lui seul. Le fichier proposé serait électronique, pourrait couvrir des systèmes liés et resterait sous le contrôle exclusif de l’agent de transfert ; une blockchain peut en être tout ou partie. Noms et adresses postales restent off-chain : le fichier pourrait donc réunir l’état on-chain et des registres off-chain liés.
NIVEAU TERMINÉ
Ce que vous savez maintenant
- Ce qu’est le fichier proposé : la liste officielle, électronique, pouvant réunir des systèmes liés, sous le contrôle exclusif de l’agent de transfert.
- Pourquoi, dans le montage ERC-3643 illustré ici, le token n’en est qu’une partie, et pourquoi il faut rapprocher les deux registres.
Vérifiez par vous-même
Touchez ou cliquez une question pour voir la réponse.
Bruno perd son wallet, et un agent récupère ses tokens sur un nouveau, sous le même ONCHAINID. Si la liste officielle identifiait Bruno par son adresse de wallet, qu’est-ce qui coincerait ?
Sans mise à jour, l’adresse inscrite ne détient plus les tokens de Bruno : le wallet a changé, pas son ONCHAINID. C’est l’argument à faire valoir sur la question 37.
Vous avez fini tous les niveaux publiés de cette série. Retour à la carte de la série
Ancien CTO d’Integra. Auteur nommé (1 sur 5) d’ERC-3643, premier auteur d’ERC-6960, co-auteur d’ERC-7410 et co-auteur d’ERC-8203, encore à l’état de brouillon. Conçoit des systèmes d’IA en production et des systèmes Web3 régulés.
Un projet à livrer ou un poste à pourvoir ?
Parlons de votre besoinSuivre les notes techniques
Recevez les nouveaux articles sur l’IA en production et les smart contracts par email.