Lire les conditions de dépense
À la fin, expliquez le schéma avec vos mots, résolvez le cas et justifiez la correction.
Prérequis : Dépenser des sorties, pas un solde · Hash, clés et signatures
Niveau 3 · Avancé →Parcours de lecture · 1 / 17 · Avancé
Bitcoin Script décrit les conditions autorisant une dépense : une signature, plusieurs signatures ou des contraintes temporelles, par exemple.
L’essentiel
Bitcoin Script décrit les conditions autorisant une dépense : une signature, plusieurs signatures ou des contraintes temporelles, par exemple. Son expressivité est volontairement encadrée. Dire que Bitcoin n’a « aucun contrat » est inexact ; ses possibilités diffèrent de celles d’une plateforme comme Ethereum.
Le mécanisme
SegWit sépare certaines données de signature dans une structure dédiée et corrige notamment une forme de malléabilité utile à la construction de protocoles supérieurs. Taproot associe notamment signatures Schnorr et engagements sur des chemins de script. Une dépense par la clé peut éviter de révéler des conditions alternatives ; une dépense par script ne dévoile que le chemin utilisé.
Les points d’attention
Ces évolutions peuvent améliorer efficacité et confidentialité dans certains cas. Elles ne rendent pas toutes les transactions anonymes et ne suppriment pas les traces publiques des mouvements.
Comprendre en profondeur
Les sorties Bitcoin portent des conditions à satisfaire pour une dépense future. Script évalue un ensemble limité d’opérations plutôt qu’une application sans restriction. Une condition peut exiger des signatures ou un délai. SegWit sépare les données de témoin et modifie leur poids ; Taproot propose une voie par clé et, au besoin, des voies par scripts engagées dans un arbre.
Limites et erreurs fréquentes
Une sortie Taproot n’est pas automatiquement un portefeuille multisignature ni une garantie d’anonymat. La confidentialité dépend de la voie utilisée et du comportement environnant. Les sauvegardes peuvent nécessiter politique et informations de dérivation, pas seulement les secrets. Une politique techniquement valide peut devenir inutilisable si les participants nécessaires disparaissent.
Le mécanisme en un schéma
- Sortie : conditions engagées
- Choisir une voie admissible
- Fournir le témoin requis
- Les nœuds évaluent les conditions
Appliquer la leçon à un cas
Concevez une politique fictive : deux signatures normalement, ou un signataire de récupération après un délai. Listez les personnes nécessaires à chaque voie et les informations à conserver. Il s’agit de conception de politique, pas de code Script prêt à utiliser.
Un signataire peut perdre sa clé, une sauvegarde peut omettre la politique ou un délai peut être mal compris. Documentez les voies normale et de récupération, puis testez sans valeur réelle. Un verrou temporel n’envoie pas automatiquement les fonds à son échéance : une transaction admissible doit encore être construite et incluse.
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.