Attribués une fois après une réponse correcte.
Lire les conditions de dépense
À connaître avant : Dépenser des sorties, pas un solde · Hash, clés et signatures
Parcours de lecture · 1 / 18 · 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
- 01Sortie : conditions engagées
- 02Choisir une voie admissible
- 03Fournir le témoin requis
- 04Les nœuds évaluent les conditions
Ces repères représentent des notions liées, pas nécessairement des étapes successives.
Lire l’explication
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.
Replacez le mécanisme dans son contexte
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.
Appliquer dans l’atelier →Ce que ce mécanisme ne garantit pas
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.
La distinction qui change l’analyse
Une règle de dépense peut exiger plusieurs signatures ou une condition temporelle. Détenir une clé ne suffit pas si la règle complète demande davantage. Décrivez les preuves exigées, puis identifiez celles qui sont présentes et celles qui manquent.
À 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
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.