transactions : Comment la clé publique du destinataire est-elle utilisée lors de la réception de pièces (le cas échéant)  ?


comment le réseau sait-il qu’Alice avait l’intention de donner ces fonds à Bob ?

Les transactions comportent différentes parties, une section d’entrée qui spécifie quels fonds sont dépensés (et prouve que le dépensier est autorisé à les dépenser) et une section de sortie qui spécifie le ou les destinataires  :

En y regardant un peu plus en détail, les sorties contiennent le montant à dépenser ainsi que le script de clé publique (scriptPubKey) qui sera utilisé pour déterminer si un futur dépensier est autorisé ou non à dépenser les fonds. L’entrée identifie les fonds dépensés par leur hachage (l’identifiant de transaction) plus le numéro indexé de la sortie dans cette transaction, puis fournit un script de signature (scriptSig) contenant des données qui sont évaluées dans le contexte du scriptPubKey pour déterminer si ou le dépensier ne remplit pas les conditions de dépenses. Dans un modèle conceptuel, le scriptPubKey est une clé publique, le scriptSig est une signature et la signature doit être valide pour la clé publique sur toutes les données de la transaction de dépense (moins la signature elle-même). (Ce n’est pas exactement comme ça que ça marche vraiment dans Bitcoin, mais c’est le principe.)

transactions : Comment la clé publique du destinataire est-elle utilisée lors de la réception de pièces (le cas échéant)  ?

il me semble que le réseau chiffrerait la signature d’Alice avec la clé publique de Bob

Le protocole de consensus de Bitcoin n’utilise pas de cryptage. Dans la transaction d’Alice, elle place une sortie indiquant « payez