Qu'est-ce que la blockchain autorisée et la blockchain publique ?

Définition et architecture de base

1. Une blockchain autorisée fonctionne sous un contrôle d'accès strict où seules les entités pré-autorisées peuvent rejoindre le réseau en tant que nœuds.

2. Chaque participant doit subir une vérification d'identité au moyen de certificats numériques ou d'informations d'identification institutionnelles avant d'obtenir des droits de lecture, d'écriture ou de consensus.

3. Les administrateurs réseau définissent des autorisations granulaires, telles que la soumission de transactions, la validation de bloc ou l'audit du grand livre, pour chaque rôle.

4. La structure de données sous-jacente reste immuable et liée cryptographiquement, mais la couche de consensus exclut la concurrence ouverte.

5. Aucun jeton natif n'est requis pour encourager la participation puisque la gouvernance et la responsabilité sont appliquées par des mécanismes contractuels et de réputation.

Mécanismes de consensus et modèle de gouvernance

1. La tolérance aux pannes byzantine pratique (PBFT) est largement déployée dans les systèmes autorisés en raison de sa finalité déterministe et de sa faible latence.

2. Les variantes Raft et Istanbul BFT offrent un débit élevé avec des politiques de rotation de nœuds prévisibles gérées par les comités de pilotage du consortium.

3. Les décisions de gouvernance, telles que la mise à niveau du protocole ou l'admission des membres, sont exécutées via des propositions multi-signatures signées par des institutions autorisées.

4. La résolution des litiges suit des cadres juridiques prédéfinis plutôt que le vote en chaîne, ancrant l'application en dehors du grand livre distribué.

5. Les pistes d'audit enregistrent chaque action administrative, y compris les octrois d'autorisations, les révocations de clés et les désactivations de nœuds, avec des horodatages cryptographiques.

Cas d'utilisation dans l'infrastructure financière

1. Les réseaux de paiement transfrontaliers exploités par les banques centrales utilisent des chaînes autorisées pour régler les transactions de gros entre intermédiaires financiers agréés.

2. Les plateformes de financement du commerce intègrent des lettres de crédit, des connaissements et des documents douaniers dans des contrats intelligents infalsifiables accessibles uniquement aux expéditeurs, banques et régulateurs vérifiés.

3. Les couches de règlement des titres permettent la livraison contre le paiement en temps réel des obligations tokenisées sans exposer les carnets d'ordres ou l'identité des contreparties à l'examen public.

4. Les modules de reporting réglementaire transmettent directement des métadonnées de transaction anonymisées aux autorités de contrôle selon des schémas de données et des normes de cryptage préalablement convenus.

5. Les systèmes de gestion des garanties suivent la provenance des actifs entre les dépositaires tout en appliquant les règles de conformité spécifiques aux juridictions codées dans le code chaîne.

Propriétés de sécurité et hypothèses de confiance

1. La surface d'attaque est réduite en éliminant les exigences de résistance de Sybil : les acteurs malveillants ne peuvent pas générer un nombre illimité de fausses identités sans enfreindre les procédures de vérification de l'organisation.

2. La confidentialité est appliquée au niveau de la couche réseau : les tunnels TLS 1.3 enveloppent toutes les communications peer-to-peer et des preuves sans connaissance vérifient la validité des transactions sans révéler les entrées.

3. La confiance est ancrée dans l’applicabilité juridique – et non dans le hasard cryptographique – de sorte que les participants s’appuient sur des accords de niveau de service contraignants et des clauses d’arbitrage juridictionnel.

4. La compromission d'un validateur unique ne menace pas l'intégrité du grand livre si les seuils de quorum dépassent les deux tiers des participants cautionnés connus.

5. Les contraintes de résidence des données sont codées en dur dans les fichiers de configuration des nœuds, garantissant ainsi la conformité géographique sans interprétation au moment de l'exécution.

Foire aux questions

Q1 : Une blockchain autorisée peut-elle interagir avec une blockchain publique ? Oui, grâce à des ponts bidirectionnels utilisant des systèmes de signature à seuil dans lesquels un comité multipartite signe des attestations sur les transitions d'état sur la chaîne externe.

Q2 : Comment les forks sont-ils gérés dans les environnements autorisés ? Les fourchettes sont interdites par conception ; l'algorithme de consensus applique la continuité d'une chaîne unique et tout écart déclenche l'isolation automatique des nœuds et la journalisation médico-légale.

Q3 : Les données KYC/AML sont-elles stockées directement dans le grand livre ? Non, seuls les hachages cryptographiques des documents d'identité vérifiés sont enregistrés ; les données personnelles brutes résident dans des coffres-forts hors chaîne, conformes au RGPD, dont l'accès est régi par un cryptage basé sur les attributs.

Q4 : Qu'est-ce qui empêche la collusion entre les validateurs autorisés ? Les mandats d’audit indépendants, la rotation obligatoire des clés de signature et les exigences d’attestation interinstitutionnelles créent des dissuasions structurelles contre la manipulation coordonnée.