Lean Blockchain et Blockchain

Un projet blockchain relie une architecture technique, des organisations et des règles d’échange. Le vocabulaire des tokens, des contrats intelligents et du consensus peut aider à préciser le concept, à condition de relier chaque terme à une fonction et à une responsabilité concrètes.

Du récit d’ICO au dossier de décision

Les ICO ont marqué la période de publication initiale de cet article en 2018. Elles désignent des opérations de financement associées à l’émission de crypto-actifs. Le cadrage d’un service entre organisations peut, lui, commencer par décrire le problème, les participants, les usages et les conditions de fonctionnement, sans prévoir de levée de fonds ou de token.

Le canevas de livre blanc sert ici à produire une synthèse de projet : proposition de valeur, architecture envisagée, données, gouvernance, coûts, risques et prochaine expérience. Chaque engagement annoncé doit être distingué d’une hypothèse ou d’une intention.

En Europe, le règlement MiCA encadre notamment certaines offres de crypto-actifs et certains services associés. Les obligations de livre blanc dépendent du cas concerné. Un livret interne réalisé à partir d’un canevas ne vaut pas conformité réglementaire. Avant une émission ou une offre au public, faites qualifier l’opération et les obligations applicables. Référence ESMA sur MiCA.

Un backlog décrit le travail à réaliser et évolue avec le projet. Une spécification technique précise le comportement attendu du système. Ces documents peuvent se compléter ; leur niveau de détail dépend de ce qu’il faut construire, vérifier ou contractualiser.

Tokeniser : décrire le droit avant l’objet numérique

Un token peut représenter un droit, un accès ou un actif numérique selon sa conception. Pour un objet physique ou un droit hors chaîne, l’émission du token demande un lien explicite avec la réalité représentée : qui constate l’état de l’objet, qui conserve les justificatifs et comment une contestation sera traitée ?

Un contrat intelligent est un programme exécuté sur une blockchain. Les événements extérieurs exigent des mécanismes d’apport de données, souvent appelés oracles. Leur qualité et leurs opérateurs font partie des dépendances à examiner. Documentation Ethereum sur les oracles.

Le cadrage doit préciser ce que le programme automatise et ce qui relève d’une décision humaine, d’un processus de contrôle ou d’un engagement juridique. Définissez les situations d’erreur, de perte d’accès et de mise à jour avant de faire circuler des droits ou de la valeur.

Dans le Lean Blockchain Model, comparez l’utilité d’un token à celle d’une attestation, d’un identifiant ou d’un droit géré dans une application classique. Le token doit répondre à une nécessité documentée du service.

Consensus technique et gouvernance du collectif

Le consensus organise la validation des opérations du réseau. La gouvernance précise qui peut changer les règles, financer l’exploitation, admettre un acteur ou résoudre un désaccord. Ces deux sujets doivent être décrits séparément.

Les réseaux publics suivent des organisations différentes. Ethereum utilise la preuve d’enjeu depuis 2022, tandis que les changements de son protocole relèvent d’une gouvernance hors chaîne impliquant plusieurs catégories d’acteurs. Cela montre l’intérêt de vérifier les mécanismes du réseau retenu, plutôt que d’appliquer une description unique à toutes les blockchains. Preuve d’enjeu et gouvernance Ethereum.

Pour un consortium, le canevas de gouvernance permet de discuter les droits d’accès, la représentation des acteurs, les responsabilités et le financement. Examinez également les modalités de sortie, la portabilité des données et le traitement d’une défaillance d’opérateur.

La confiance se construit avec des preuves et des recours

Un historique partagé peut faciliter la vérification des opérations enregistrées. La qualité des données initiales, la sécurité des accès et les responsabilités des organisations restent à instruire. Une chaîne de traçabilité commence par le fait observé et par la personne ou le système qui l’atteste.

Lorsque des données personnelles sont concernées, identifiez les rôles et les règles de traitement dès la conception. La CNIL recommande d’éviter leur stockage en clair dans une blockchain et d’évaluer les solutions envisagées pour l’exercice des droits. Repères CNIL.

En atelier, partez d’un scénario contesté : une information erronée a été enregistrée. Qui la détecte, qui peut demander une correction, quel historique sera conservé et qui répond aux personnes concernées ? Ce scénario permet de rendre la gouvernance et la confiance observables.