Attribués une fois après une réponse correcte.
Distinguer un enregistrement, une règle et un accord
Vous pouvez commencer ici, sans connaissance préalable.
Prendre ses repères · Étape 1 / 6
Un registre partagé exige des règles de validité et une façon de choisir un historique.
L’essentiel
Une blockchain est un registre dont les mises à jour sont regroupées en blocs reliés par des empreintes cryptographiques. Plusieurs ordinateurs, appelés nœuds, conservent et vérifient les données. L’intérêt n’est pas simplement de copier une base de données : il est de permettre à des acteurs qui ne se font pas entièrement confiance de s’accorder sur un historique, selon des règles communes.
Le mécanisme
Imaginez qu’Alice essaie d’envoyer les mêmes fonds à Bob puis à Chloé. Chaque instruction peut sembler valide isolément. Le réseau doit décider laquelle est retenue en premier et rejeter l’autre si les fonds sont déjà dépensés. C’est le problème de la double dépense.
Les points d’attention
Une blockchain publique permet généralement de vérifier le registre sans obtenir l’accord d’un administrateur. Dans un réseau permissionné, l’accès ou la validation dépend d’autorisations. Ces architectures répondent à des besoins différents : la présence de blocs ne garantit ni décentralisation ni résistance à la censure.
Comprendre en profondeur
Un registre conserve des changements de propriété ou de créances. La réplication signifie que plusieurs ordinateurs possèdent des copies ; elle ne signifie pas que ces copies concordent immédiatement. Une transaction peut parvenir à un ordinateur avant un autre. Chaque nœud applique d’abord les règles de validité localement, puis suit le mécanisme de consensus pour retenir un historique. L’état du registre résulte de cet historique, et non d’une promesse affichée par un site.
Limites et erreurs fréquentes
Les droits de lecture, d’envoi et de validation peuvent être différents. Un registre public ne protège pas automatiquement la vie privée, et un registre à accès restreint n’est pas nécessairement inexact. Demandez qui peut rejeter une écriture, comment les désaccords sont résolus et qui peut modifier les règles. Une base partagée peut être plus simple lorsqu’une organisation de confiance contrôle déjà tous les participants.
Le mécanisme en un schéma
- 01Paiement proposé
- 02Contrôles locaux
- 03Historique retenu
- 04Copies convergentes
Ces repères représentent des notions liées, pas nécessairement des étapes successives.
Lire l’explication
Un registre conserve des changements de propriété ou de créances. La réplication signifie que plusieurs ordinateurs possèdent des copies ; elle ne signifie pas que ces copies concordent immédiatement. Une transaction peut parvenir à un ordinateur avant un autre. Chaque nœud applique d’abord les règles de validité localement, puis suit le mécanisme de consensus pour retenir un historique. L’état du registre résulte de cet historique, et non d’une promesse affichée par un site.
Replacez le mécanisme dans son contexte
Trois magasins partagent un registre de bons. Le magasin A voit un paiement avant B et C. Son écran indique « en attente ». Dessinez les trois copies et notez quand chacune reçoit, vérifie et accepte le paiement. Ce désaccord temporaire concerne la visibilité ; il ne constitue pas encore une preuve de fraude.
Appliquer dans l’atelier →Ce que ce mécanisme ne garantit pas
Les droits de lecture, d’envoi et de validation peuvent être différents. Un registre public ne protège pas automatiquement la vie privée, et un registre à accès restreint n’est pas nécessairement inexact. Demandez qui peut rejeter une écriture, comment les désaccords sont résolus et qui peut modifier les règles. Une base partagée peut être plus simple lorsqu’une organisation de confiance contrôle déjà tous les participants.
La distinction qui change l’analyse
Un magasin peut recevoir une demande avant de vérifier si le bon a déjà été dépensé. Copier la demande dans trois magasins augmente sa visibilité, pas sa validité. Consignez le résultat du contrôle séparément de l’heure de réception.
À vous de l’expliquer
Reprenez le cas ci-dessus. Nommez ce qui est établi, ce qui reste à vérifier et la preuve qui permettrait de conclure. Une réponse solide traite les deux côtés du schéma.
Appliquer la leçon à un cas
Trois magasins partagent un registre de bons. Le magasin A voit un paiement avant B et C. Son écran indique « en attente ». Dessinez les trois copies et notez quand chacune reçoit, vérifie et accepte le paiement. Ce désaccord temporaire concerne la visibilité ; il ne constitue pas encore une preuve de fraude.
Ils ne vérifieraient pas si le bon était encore dépensable. Ajoutez un contrôle de validité avant l’acceptation et une règle pour départager les historiques concurrents. Votre schéma doit distinguer réception et acceptation, et montrer que trois copies d’une erreur ne la rendent pas valide.
Deux paiements concurrents
Alice possède une sortie dépensable de 10 unités. Elle signe un paiement de 8 unités à Bob et un autre de 8 unités à Chloé, tous deux fondés sur la même sortie. Une signature établit le droit de dépenser ; elle ne crée pas une seconde sortie. Dès qu’une transaction consomme cette sortie dans l’historique retenu, l’autre entre en conflit.
Le nœud contrôle donc deux choses : le respect des conditions de dépense et la disponibilité de l’entrée dans l’historique vérifié. Copier un registre ou calculer des hashes ne suffit pas à départager les historiques concurrents. Cette distinction explique le rôle complémentaire de la validation et du consensus.
Vérifier sa compréhension
Oui, si elles dépensent la même sortie. Des signatures valides n’empêchent pas une tentative de double dépense.
Préparer une note de correction
Décrivez le passage et la correction proposée. Vous pourrez copier cette note pour la partager ; rien n’est envoyé. N’incluez aucune donnée personnelle ou confidentielle.