Blockchain au Maroc : transformer les usages en valeur mesurable
Au Maroc, la question n’est pas de savoir si la Blockchain est innovante. Elle est de déterminer dans quels processus, pour quels acteurs et avec quelle valeur mesurable une architecture distribuée apporte réellement un avantage supérieur aux solutions conventionnelles.
Maymana Consulting accompagne entreprises et institutions dans cette décision : identification des frictions, business case, comparaison Web2/DLT, architecture, conformité, Proof of Business, gouvernance et industrialisation.
Notre principe est simple : la Blockchain n’est retenue que lorsqu’elle constitue réellement la meilleure solution.
Où en est la Blockchain au Maroc ?
Le Maroc accélère sa transformation numérique dans un environnement où la confiance, la cybersécurité, les données, l’identité et la modernisation des services deviennent des enjeux structurels.
La stratégie Digital Morocco 2030 vise notamment à renforcer le positionnement du Royaume comme hub digital et à accélérer le développement économique et social par le numérique.
Parallèlement, la Stratégie nationale de cybersécurité 2030 place la gouvernance, la résilience, la protection des systèmes d’information et le développement d’un environnement numérique de confiance parmi les priorités nationales.
La Blockchain s’inscrit dans ce contexte comme une infrastructure possible de preuve, de coordination et de partage de confiance. Elle ne doit cependant pas être confondue avec les crypto-actifs.
Sur ce dernier sujet, le Secrétariat Général du Gouvernement met à disposition un avant-projet de loi n°42.25 relatif aux crypto-actifs. Bank Al-Maghrib a également indiqué en 2026 que le projet encadrant les crypto-actifs se trouvait dans le circuit d’adoption.
Le statut du texte, sa version définitive et ses éventuels textes d’application doivent donc être vérifiés sur sources officielles au moment de chaque décision.
| POINT DE VIGILANCEUne infrastructure Blockchain d’entreprise, un registre permissionné de traçabilité, un dispositif d’identité, un mécanisme de tokenisation ou un service sur crypto-actifs ne relèvent pas nécessairement des mêmes règles. La qualification dépend du service réellement fourni, des droits représentés, des flux, des acteurs, des données et du secteur concerné. |
Blockchain, DLT, Web3 et crypto-actifs : des concepts à distinguer
Blockchain
Une Blockchain est un registre distribué dans lequel plusieurs participants peuvent enregistrer ou vérifier des événements selon des règles communes.
Sa valeur ne vient pas du nombre de blocs produits. Elle vient de sa capacité éventuelle à réduire le coût de la confiance entre plusieurs acteurs.
DLT
Le terme Distributed Ledger Technology — DLT est plus large.
Toutes les DLT ne fonctionnent pas comme une Blockchain publique. Une entreprise peut notamment utiliser une architecture permissionnée dans laquelle les participants, droits d’accès, règles de validation et responsabilités sont définis.
Web3
Le Web3 regroupe un ensemble plus large d’architectures, de modèles de gouvernance, d’identités, d’actifs numériques et de services reposant à différents degrés sur des technologies distribuées.
Une transformation Web3 d’entreprise ne signifie donc pas remplacer l’ensemble des systèmes Web2 existants.
Crypto-actifs
Les crypto-actifs constituent une catégorie particulière d’actifs numériques.
Ils soulèvent des problématiques spécifiques de qualification, émission, conservation, échange, transfert, lutte contre le blanchiment, protection des investisseurs, contrôle des flux et supervision.
Blockchain ≠ crypto-actifs.
Cette distinction est essentielle pour analyser correctement un projet au Maroc.
Quand une Blockchain crée-t-elle réellement de la valeur ?
Maymana ne commence jamais un projet en choisissant une plateforme.
Nous commençons par le problème.
Une architecture Blockchain ou DLT mérite d’être étudiée lorsque plusieurs conditions sont réunies.
Plusieurs organisations interviennent sur la même information
Fournisseur, donneur d’ordre, banque, logisticien, opérateur, assureur, client ou autorité doivent enregistrer ou vérifier des événements communs.
Les rapprochements ont un coût
Les systèmes produisent des versions différentes de la même réalité et nécessitent réconciliations, contrôles manuels, échanges documentaires ou résolution de litiges.
Aucun acteur ne doit administrer seul la vérité commune
Les participants doivent partager une preuve sans dépendre exclusivement du système d’information d’une seule organisation.
L’origine, l’intégrité ou la chronologie ont une valeur
Il est important de démontrer qui a produit une information, quand elle a été produite et si elle a été modifiée.
Des règles communes peuvent être automatisées
Certaines étapes peuvent être déclenchées à partir d’événements vérifiables : validation, transfert, certification, autorisation ou paiement conditionnel.
RÈGLE DE DÉCISION MAYMANA
Si une base de données, un workflow, une API, une signature électronique ou une automatisation conventionnelle produit le même résultat avec moins de complexité, nous recommandons la solution conventionnelle.
Pour les entreprises qui souhaitent aller plus loin dans cette décision, nous avons détaillé les critères permettant de déterminer quand utiliser une Blockchain en entreprise au Maroc — et surtout quand une solution conventionnelle reste préférable.
Un No-Go Blockchain peut être une excellente décision.
Les principaux cas d’usage Blockchain au Maroc
Banques & Services financiers
Les services financiers concentrent de nombreux processus multi-acteurs nécessitant contrôle, réconciliation et preuve.
Retrouvez également la présentation complète de nos interventions sectorielles.
Les cas à qualifier peuvent notamment concerner :
- réconciliation entre systèmes et organisations ;
- preuves KYC/KYB réutilisables sous gouvernance contrôlée ;
- traçabilité des opérations ;
- règlements ou processus conditionnels ;
- documentation partagée ;
- nouveaux services fondés sur des actifs numériques ;
- tokenisation lorsqu’elle est juridiquement et économiquement défendable.
Toute initiative doit néanmoins être conçue en tenant compte des exigences prudentielles, de cybersécurité, de LBC-FT, de protection des données et de gouvernance.
Pour approfondir les cas d’usage, les critères de pertinence et les limites d’une DLT dans les services financiers, consultez notre analyse dédiée sur la Blockchain dans les banques au Maroc.
Industrie, Logistique & Supply Chain
Les chaînes industrielles réunissent producteurs, fournisseurs, logisticiens, laboratoires, assureurs, financeurs et clients.
La Blockchain peut être étudiée lorsque ces acteurs doivent partager une preuve commune sur :
- l’origine d’un produit ou d’un composant ;
- les certificats et contrôles qualité ;
- les étapes logistiques ;
- la livraison ;
- les conditions contractuelles ;
- la chaîne du froid ;
- la maintenance ou les pièces détachées ;
- le recyclage et la fin de vie.
L’objectif n’est pas de créer un registre supplémentaire. Il est de réduire les litiges, les doubles saisies, les délais ou le coût de reconstruction de la preuve.
Télécoms & Infrastructures numériques
Les opérateurs télécoms disposent d’un environnement particulièrement intéressant pour les architectures de confiance : réseaux, infrastructures partagées, partenaires, IoT, identité, équipements et volumes d’événements importants.
Les opportunités peuvent concerner :
- réconciliation interopérateurs ;
- cycle de vie des équipements ;
- preuves d’intervention ;
- partage d’infrastructures ;
- identité et habilitations ;
- événements IoT vérifiables ;
- nouveaux services B2B de confiance numérique.
Une Blockchain ne remplace ni le réseau, ni le CRM, ni la facturation. Elle peut constituer une couche de preuve complémentaire lorsque plusieurs acteurs doivent partager une information vérifiable.
Immobilier & Actifs réels
Dans l’immobilier, une grande partie de la complexité provient de la multiplicité des documents, droits, acteurs, validations et flux.
Les usages à qualifier peuvent inclure :
- preuve documentaire ;
- suivi du cycle de vie d’un actif ;
- gouvernance multi-acteurs ;
- certification d’événements ;
- suivi de travaux ;
- automatisation de certaines conditions ;
- représentation numérique de droits ;
- tokenisation.
La tokenisation n’est cependant jamais une finalité autonome.
Avant de tokeniser un actif, il faut déterminer précisément quel droit est représenté, qui l’émet, qui le détient, comment il est transféré et quels recours existent.
Entreprises & ETI en transformation
Pour une entreprise ou une ETI, la priorité n’est généralement pas de construire une infrastructure Blockchain interne.
Elle est de déterminer si une friction réellement coûteuse justifie l’introduction d’un nouveau mécanisme de confiance.
Les sujets peuvent concerner :
- relations fournisseurs ;
- certifications ;
- coordination entre partenaires ;
- processus documentaires ;
- automatisation contractuelle ;
- traçabilité ;
- partage de preuves avec des tiers.
La complexité technologique doit rester proportionnée à la valeur créée et aux capacités opérationnelles de l’organisation.
Blockchain ou solution conventionnelle ?
La bonne question n’est pas :« Pouvons-nous utiliser une Blockchain ? »
La bonne question est :« Une Blockchain produit-elle ici un résultat supérieur aux alternatives ? »
Une solution conventionnelle est souvent préférable lorsque :
- une seule organisation maîtrise le référentiel ;
- les participants font déjà confiance à l’administrateur du système ;
- le problème vient principalement de données de mauvaise qualité ;
- le processus n’est pas suffisamment stabilisé ;
- une API ou un workflow résout correctement le problème ;
- l’immutabilité n’apporte aucune valeur métier ;
- aucun sponsor n’est responsable du résultat.
Une DLT mérite davantage d’être étudiée lorsque :
- plusieurs organisations autonomes interviennent ;
- les réconciliations sont fréquentes ou coûteuses ;
- une preuve commune doit pouvoir être auditée ;
- aucun acteur ne doit contrôler seul le registre partagé ;
- l’origine et la chronologie des événements sont déterminantes ;
- des règles communes peuvent être automatisées ;
- chaque participant retire une valeur suffisante de l’écosystème.
Cette comparaison est réalisée avant toute décision d’architecture.
Blockchain et cadre réglementaire au Maroc
Une technologie n’est jamais conforme par nature.
Le cadre applicable dépend de ce que le projet permet réellement de faire.
Une analyse peut notamment devoir prendre en compte :
- protection des données personnelles ;
- cybersécurité et résilience ;
- réglementation des changes ;
- LBC-FT et connaissance des contreparties ;
- règles financières ou prudentielles ;
- services de confiance ;
- droits attachés à un actif ;
- protection des investisseurs ou utilisateurs ;
- obligations sectorielles.
Crypto-actifs et avant-projet n°42.25
Le SGG met à disposition un avant-projet de loi n°42.25 relatif aux crypto-actifs.
Ce texte ne doit pas être utilisé pour conclure que toute architecture Blockchain relève automatiquement d’un régime applicable aux crypto-actifs.
Pour approfondir son périmètre, les activités concernées et les implications opérationnelles pour les entreprises, consultez notre analyse du projet de loi 42.25 sur les crypto-actifs au Maroc.
À l’inverse, lorsqu’un projet implique émission, conservation, échange, transfert ou fourniture de services sur crypto-actifs, sa qualification réglementaire devient centrale.
Maymana structure les faits, flux, acteurs, risques, contrôles, hypothèses et décisions nécessaires. Les avis juridiques réservés, agréments, certifications ou décisions d’autorités restent du ressort des fonctions et professionnels habilités.
La tokenisation doit toutefois être distinguée des seuls crypto-actifs : selon le droit, l’actif ou la valeur représentée, sa qualification et le cadre applicable peuvent être différents. Pour approfondir cette distinction, consultez notre analyse sur la tokenisation des actifs au Maroc.
Données personnelles
Les propriétés d’immutabilité d’un registre doivent être conciliées avec les exigences de protection des données.
La CNDP a notamment consacré en janvier 2026 un panel spécifique aux relations entre Blockchain et protection des données à caractère personnel, incluant les approches de privacy by design et les techniques Zero Knowledge.
Notre principe d’architecture est de minimiser les données inscrites sur le registre et de maintenir hors chaîne les informations détaillées ou sensibles lorsque cela est approprié.
Cybersécurité
Une Blockchain ne supprime pas les risques cyber.
Identités, clés, API, smart contracts, interfaces, administrateurs, fournisseurs, nœuds, données hors chaîne et mécanismes de reprise doivent tous être intégrés à l’analyse de sécurité.
La résilience se conçoit à l’échelle du système complet, pas seulement du registre distribué.
Comment Maymana qualifie un projet Blockchain
Maymana utilise la Méthode F5, une démarche progressive qui permet de décider avant d’investir et de prouver avant d’industrialiser.
F0 — Activer et cadrer
Lorsque l’enjeu porte d’abord sur la compréhension partagée des technologies, des risques et des critères de décision, une acculturation CODIR/COMEX peut précéder le diagnostic.
Identifier le sponsor, le problème à explorer, les fonctions concernées, les contraintes critiques et les critères d’arrêt.
Résultat : mandat et gouvernance de décision.
F1 — Cartographier les frictions
Observer les processus réels, les acteurs, les flux, systèmes, délais, réconciliations, erreurs, litiges et coûts.
Résultat : baseline factuelle et frictions prioritaires.
F2 — Quantifier et arbitrer
Traduire les frictions en valeur économique et comparer les options : amélioration du processus, API, automatisation conventionnelle, DLT permissionnée, architecture hybride ou autre solution.
Résultat : No-Go, option conventionnelle ou cas d’usage Blockchain justifié.
F3 — Concevoir et sécuriser
Définir les règles métier, l’architecture, les données on-chain/off-chain, les identités, permissions, intégrations, contrôles, sécurité et gouvernance.
Résultat : blueprint et spécifications du Proof of Business.
F4 — Prouver la valeur
Tester sur un périmètre contrôlé avec des indicateurs comparés à la baseline.
Le pilote doit mesurer :
- valeur métier ;
- faisabilité technique ;
- sécurité ;
- conformité ;
- adoption ;
- coûts ;
- exploitabilité.
Résultat : Stop, Pivot, Extend ou Scale.
F5 — Industrialiser, gouverner et transférer
Déployer progressivement, construire l’operating model, organiser le support et les contrôles, mesurer les bénéfices et transférer la maîtrise aux équipes internes.
Résultat : une capacité exploitable et gouvernée, pas une dépendance permanente au projet.
Du Proof of Concept au Proof of Business
Un PoC montre qu’une technologie fonctionne. Un Proof of Business doit aussi démontrer la valeur métier, l’adoption, la conformité, l’intégration, les coûts et la capacité d’exploitation.
De nombreux projets Blockchain démontrent que la technologie fonctionne sans démontrer qu’elle doit être industrialisée.
Maymana privilégie le Proof of Business.
Un Proof of Business doit répondre simultanément à plusieurs questions :
- le processus fonctionne-t-il ?
- la friction mesurée diminue-t-elle ?
- la solution apporte-t-elle plus de valeur que l’alternative conventionnelle ?
- les utilisateurs peuvent-ils l’adopter ?
- les fonctions de contrôle peuvent-elles la gouverner ?
- les coûts sont-ils compatibles avec le business case ?
- l’organisation peut-elle l’exploiter dans la durée ?
Une démonstration technique réussie ne constitue donc pas, à elle seule, une décision d’investissement.
Une approche progressive, intégrée et réversible
Maymana ne recommande pas une migration globale de Web2 vers Web3.
Les systèmes existants — ERP, CRM, plateformes métier, bases de données, API et référentiels — sont conservés lorsqu’ils remplissent correctement leur fonction.
La Blockchain intervient uniquement là où une nouvelle couche de preuve ou de coordination produit une valeur supérieure.
Cette approche permet :
- de limiter le périmètre initial ;
- de contrôler les risques ;
- de mesurer la valeur ;
- de préserver les systèmes critiques ;
- d’organiser la réversibilité ;
- d’arrêter un projet avant industrialisation si les preuves sont insuffisantes.
La transformation devient ainsi une suite de décisions maîtrisées, et non un engagement technologique irréversible.
Ressources pour approfondir la Blockchain au Maroc
Selon le cas d’usage, les enjeux de la Blockchain au Maroc diffèrent fortement entre réglementation, transformation des entreprises, tokenisation et services financiers. Maymana Consulting approfondit ces sujets dans des analyses dédiées.
Crypto-actifs au Maroc : comprendre le projet de loi 42.25
Cadre réglementaire, acteurs concernés, LBC-FT, gouvernance et implications opérationnelles.
Blockchain pour les entreprises au Maroc : quand l’utiliser ?
Critères de pertinence, comparaison avec les solutions conventionnelles, cas d’usage et Proof of Business.
Tokenisation des actifs au Maroc : quels usages et quel cadre ?
Actifs, droits représentés, immobilier, gouvernance, réglementation et critères de qualification.
Blockchain dans les banques et services financiers au Maroc
Paiements, KYC, trade finance, tokenisation, réconciliation, risques et choix d’architecture.
Questions fréquentes sur la Blockchain au Maroc
1 La Blockchain est-elle légale au Maroc ?
Il n’existe pas une réponse unique applicable à tous les projets Blockchain.
Un registre permissionné de traçabilité, une architecture d’identité, une tokenisation, un moyen de paiement ou un service sur crypto-actifs ne constituent pas la même activité.
Le cadre applicable doit être déterminé à partir du cas d’usage, des flux, des données, des droits représentés, du secteur et des textes en vigueur à la date de décision.
2 Blockchain et crypto-monnaie, est-ce la même chose ?
Non.
La Blockchain est une technologie de registre distribué. Une crypto-monnaie ou un crypto-actif est un type d’actif numérique pouvant utiliser ce type d’infrastructure.
Une entreprise peut donc utiliser une DLT sans émettre ni accepter de crypto-monnaie.
3 Une entreprise marocaine doit-elle utiliser une Blockchain publique ?
Non.
Selon le cas d’usage, une architecture centralisée, permissionnée, hybride ou publique peut être envisagée.
Le choix dépend notamment des participants, données, besoins de confidentialité, modèle de gouvernance, niveau de confiance, sécurité et coût.
4 Peut-on mettre des données personnelles sur une Blockchain ?
La question doit être traitée avec prudence.
Dans de nombreux cas, il est préférable de conserver les données détaillées hors chaîne et d’inscrire uniquement les éléments nécessaires à la preuve : identifiant, type d’événement, statut, horodatage ou empreinte cryptographique.
L’architecture doit être conçue conjointement avec les fonctions compétentes en matière de données et de sécurité.
5 Quand ne faut-il pas utiliser une Blockchain ?
Lorsqu’un acteur unique peut administrer le référentiel de manière acceptable, lorsqu’une API ou une base de données apporte le même résultat plus simplement, lorsque le processus n’est pas stabilisé ou lorsque la valeur attendue ne justifie pas la complexité supplémentaire.
Maymana peut donc recommander explicitement une solution sans Blockchain.
6 Quelle différence entre un PoC et un Proof of Business ?
Un PoC démontre principalement qu’une solution technique peut fonctionner.
Un Proof of Business vérifie aussi la valeur métier, l’adoption, la sécurité, la conformité, l’intégration, les coûts et la capacité d’exploitation.
Pour Maymana, c’est cette seconde preuve qui permet de décider d’une éventuelle industrialisation.
7 Un smart contract remplace-t-il un contrat juridique ?
Non.
Un smart contract exécute des règles programmées. Il ne détermine pas à lui seul la qualification juridique d’une relation, d’un droit ou d’une obligation.
Le lien entre code, contrat, responsabilités, recours et cadre applicable doit être explicitement défini.
8 Combien de temps faut-il pour évaluer un cas d’usage Blockchain ?
Cela dépend de la maturité du processus, de la disponibilité des données, du nombre d’acteurs et du niveau de risque.
La première étape n’est généralement pas de développer un prototype mais de qualifier le problème, construire une baseline, comparer les alternatives et décider si un Proof of Business est justifié.
Vous avez identifié un cas d’usage ou une friction ?
Un projet Blockchain crédible commence par une question métier :
quelle friction voulons-nous réellement supprimer, et comment mesurerons-nous la valeur créée ?
Un premier entretien stratégique permet de qualifier :
- le problème ;
- les acteurs concernés ;
- les données disponibles ;
- la valeur potentielle ;
- les contraintes de conformité et de sécurité ;
- les alternatives conventionnelles ;
- la prochaine étape appropriée.