Tokenisation et actifs numériques
Tokeniser ne consiste pas seulement à créer un jeton (token). Il faut relier le registre aux droits représentés, à l’actif ou au service sous-jacent, aux détenteurs, aux flux, à la conservation, à la gouvernance et aux recours.
POINT DE VIGILANCELe token n’est pas le droit. La valeur du dispositif dépend du lien juridique, opérationnel et probatoire entre l’enregistrement numérique et ce qu’il représente. |
Lorsque le dispositif implique des crypto-actifs, sa qualification doit aussi tenir compte de l’évolution du cadre marocain. Consultez notre analyse du projet de loi 42.25 sur les crypto-actifs au Maroc.
Pour approfondir la distinction entre actif sous-jacent, droit représenté, registre de référence et token numérique, consultez notre analyse dédiée sur la tokenisation des actifs au Maroc.
Les frictions à qualifier
droit représenté, émetteur, détenteur et modalités de transfert insuffisamment définis ;
promesse économique ou commerciale susceptible de modifier la qualification du dispositif ;
garde, contrôle des clés, perte, succession, gel ou restitution non traités ;
cycle de vie limité à l'émission, sans rachat, annulation, litige ou sortie ;
registre et actif sous-jacent désynchronisés sans mécanisme de réconciliation.
Livrables possibles
fiche des droits, obligations, acteurs et événements du cycle de vie ;
cartographie des flux fiat, actifs, tokens, frais et écritures ;
analyse des scénarios de qualification à faire valider ;
blueprint de gouvernance, garde, contrôles, preuves et réconciliation ;
plan de Proof of Business et critères Stop, Pivot, Extend ou Scale.
L’intervention selon la Méthode F5
F0 - Activer et cadrer
Définir actif/droit, objectif économique, détenteurs, émetteur, opérateurs, pays, canaux et critères de succès.
Gate / résultat : Un mandat centré sur la valeur et les limites.
F1 - Cartographier
Décrire création, attribution, détention, transfert, paiement, revenus, événements, preuves, litiges et extinction.
Gate / résultat : Un cycle de vie complet et les frictions actuelles.
F2 - Qualifier et décider
Comparer registre conventionnel, workflow, signature, DLT permissionnée ou publique ; tester qualifications, contraintes et TCO.
Gate / résultat : No-Go, alternative Web2 ou conditions de conception.
F3 - Concevoir
Relier règles juridiques et opérationnelles au code, à la garde, aux contrôles, à la gouvernance, aux données et recours.
Gate / résultat : Un blueprint validable avant développement.
F4 - Mettre à l'épreuve
Tester un périmètre limité avec actif réel ou données représentatives, réconciliation, incident, annulation et expérience utilisateur.
Gate / résultat : Une preuve de valeur, contrôle et exploitabilité.
F5 - Gouverner et transférer
Industrialiser émission, opérations, reporting, comptabilité, support, contrôle, sécurité, changement et sortie.
Gate / résultat : Une capacité opérationnelle contrôlée.
Cas d'application
| Situation | Questions de maîtrise |
|---|---|
| Actif réel ou créance | Propriété ou droit, valorisation, éligibilité, événements, sûretés, revenus, transfert et réconciliation. |
| Jeton d'usage ou d'accès | Service sous-jacent, conditions, responsabilité, transférabilité, expiration, remboursement et protection du client. |
| Instrument interne de règlement | Périmètre, convertibilité, limites, contreparties, garde, rapprochement et sortie. |
| Preuve numérique | Émetteur de la preuve, intégrité, horodatage, vérification, révocation et recevabilité à faire confirmer. |
| À NOTERLes usages et contraintes de tokenisation varient fortement selon la nature de l’actif, le secteur et les acteurs concernés. Découvrir nos interventions sectorielles. |
Principes de contrôle
Droits avant code. Le document de référence des droits et obligations précède le smart contract.
Cycle de vie complet. Émission, détention, transfert, événement, gel, correction, rachat, annulation, litige et extinction sont traités.
Réconciliation. Le registre numérique et la source de vérité de l'actif sous-jacent sont comparés selon une fréquence et une responsabilité définies.
Communication maîtrisée. Aucune promesse d'autorisation, de rendement, de liquidité ou de conformité n'est publiée sans validation habilitée.
Questions fréquentes
1 Tout actif peut-il être tokenisé ?
La faisabilité technique ne suffit pas. Les droits, contraintes, acteurs, données, opérations, fiscalité, comptabilité, risques et validations applicables doivent être qualifiés.
2 Faut-il utiliser une Blockchain publique ?
Non. F2 compare les architectures conventionnelles, permissionnées et publiques selon la valeur, les risques, la gouvernance, l'intégration, le coût et la réversibilité.