Quelle est la différence entre le « scriptSig » et le « scriptPubKey » d'un UTXO ?

Comprendre le rôle de scriptPubKey

1. Le scriptPubKey est un mécanisme de verrouillage attaché à un UTXO qui définit les conditions dans lesquelles la sortie peut être dépensée. Il comprend généralement un hachage ou une adresse de clé publique et nécessite une signature valide pour être déverrouillé.

2. Lorsqu'un utilisateur envoie une crypto-monnaie, il crée un nouvel UTXO avec un scriptPubKey que seul le destinataire peut satisfaire à l'aide de sa clé privée. Cela garantit que seul le propriétaire légitime peut dépenser ces fonds lors d’une transaction future.

3. La structure d'un scriptPubKey suit souvent des formats standards tels que P2PKH (Pay-to-Public-Key-Hash) ou P2SH (Pay-to-Script-Hash), chacun appliquant des règles de dépenses différentes via le langage de script de Bitcoin.

4. Les mineurs valident les transactions entrantes en vérifiant si les données de déverrouillage fournies correspondent à ce que demande le scriptPubKey . Si les critères ne sont pas remplis, la transaction est rejetée de la blockchain.

5. Puisqu'il réside dans le résultat d'une transaction, le scriptPubKey reste immuable une fois confirmé en chaîne, formant une partie permanente de l'état du grand livre.

La fonctionnalité de scriptSig

1. Le scriptSig apparaît dans la section de saisie d'une transaction et sert de composant de déverrouillage pour un UTXO spécifique. Il contient des données telles que des signatures numériques et des clés publiques nécessaires pour répondre aux exigences de scriptPubKey .

2. Chaque fois que quelqu'un dépense un UTXO, il doit construire un scriptSig valide qui, lorsqu'il est combiné avec le scriptPubKey référencé, aboutit à une évaluation de script réussie.

3. Dans une transaction P2PKH, le scriptSig se compose généralement de deux éléments : la signature ECDSA et la clé publique complète du dépensier, toutes deux placées sur la pile lors de l'exécution du script.

4. Contrairement à scriptPubKey , le scriptSig est temporaire et n'existe que dans le contexte d'une transaction de dépense. Une fois validé, il disparaît des considérations futures après confirmation.

5. Les scripts scriptSig mal formés ou incorrects entraînent un rejet immédiat par les nœuds du réseau, empêchant tout accès non autorisé aux fonds et préservant l'intégrité du système.

Interaction entre scriptSig et scriptPubKey

1. Lors de la validation de la transaction, les nœuds concatènent le scriptSig de l'entrée et le scriptPubKey de la sortie référencée, en les exécutant séquentiellement dans l'environnement basé sur la pile de Bitcoin.

2. La combinaison permet aux valeurs poussées par le scriptSig — telles que les signatures et les clés publiques — d'être consommées et vérifiées par des opérations définies dans le scriptPubKey , comme OP_CHECKSIG.

3. Une paire correctement formée garantit que la propriété est prouvable sans exposer les clés privées, en tirant parti des principes cryptographiques pour sécuriser le transfert de valeur sur les réseaux décentralisés.

4. Segregated Witness (SegWit) a légèrement modifié ce modèle en déplaçant les données de signature du champ scriptSig vers une structure de témoin distincte, réduisant ainsi les risques de malléabilité tout en améliorant l'évolutivité.

5. Malgré les changements architecturaux tels que SegWit, la relation conceptuelle entre les scripts de déverrouillage et de verrouillage reste centrale dans la manière dont Bitcoin applique les conditions de dépenses au niveau du protocole.

Foire aux questions

Un scriptPubKey peut-il être modifié après la confirmation d'une transaction ? Non, une fois qu'une transaction est incluse dans un bloc, ses sorties (et donc le scriptPubKey associé) deviennent des parties fixes de la blockchain. Toute tentative de la modifier violerait les règles du consensus et invaliderait la chaîne.

scriptSig est-il utilisé dans tous les types de transactions Bitcoin ? Les transactions traditionnelles non SegWit utilisent scriptSig pour fournir des données de déverrouillage. Cependant, dans les transactions SegWit natives (adresses Bech32), le scriptSig est vide et les données témoins remplacent entièrement son rôle.

Que se passe-t-il si le scriptSig ne correspond pas aux exigences de scriptPubKey ? La transaction échoue immédiatement à la validation. Les nœuds le rejetteront, refusant de le propager ou de l'inclure dans des blocs. Cela protège contre le vol et impose le strict respect de conditions de dépenses prédéfinies.

Y a-t-il des implications en matière de confidentialité liées à scriptSig et scriptPubKey ? Oui, étant donné que les deux scripts sont visibles publiquement sur la chaîne, les modèles d'utilisation peuvent être analysés pour relier les adresses et suivre les flux de fonds. Des techniques telles que la réutilisation des adresses amplifient considérablement ces fuites de confidentialité.