Mastering Bitcoin

Imaginez que vous envoyez du bitcoin à quelqu’un. L’application affiche une adresse, un montant et un bouton Envoyer. Pourtant, le portefeuille doit construire une transaction et lui ajouter la signature nécessaire, qui atteste l’autorisation de dépenser les fonds. Il la transmet ensuite au réseau. Voir apparaître un paiement entrant ne signifie pas encore qu’il est confirmé dans un bloc. L’introduction part de situations familières pour montrer ce qui se passe dans le système. [4]

La première édition d’Antonopoulos date de 2014. La troisième porte les noms d’Andreas M. Antonopoulos et de David A. Harding et actualise les explications techniques. O’Reilly indique novembre 2023, tandis que le dépôt des auteurs rattache la première impression à décembre 2023. Ce sont des indications éditoriales distinctes. Avant de chercher un chapitre ou un exemple, il est donc utile de vérifier l’édition que l’on consulte. [1] [2]

Pas pour commencer. La préface vise principalement les développeurs, mais présente aussi les premiers chapitres comme une introduction approfondie pour les autres lecteurs. Vous pouvez d’abord comprendre les paiements et les portefeuilles, puis explorer les données et le code. Les connaissances en programmation deviennent plus importantes au fil du livre ; il n’est pas nécessaire de saisir chaque exemple technique dès la première lecture. [3]

Sur quel appareil fonctionne-t-il, d’où tire-t-il ses informations et qui contrôle les clés ? L’introduction distingue ces propriétés. Une application mobile peut vous laisser les clés tout en demandant l’historique des transactions à un serveur tiers. Un Full Node, un nœud qui vérifie lui-même les règles de Bitcoin, répond à une autre question que celle de la garde des clés. Un dispositif matériel de signature ne remplace pas non plus toutes les fonctions de l’application associée. Les seules étiquettes « mobile » ou « matériel » ne suffisent donc pas. [4]

Les données de récupération peuvent recréer les clés et permettre de retrouver les transactions dans l’historique public. Elles ne restituent pas forcément vos notes, comme le destinataire ou la raison d’un paiement. Pour les paiements hors blockchain, l’historique public ne contient pas non plus toutes les informations nécessaires. Il serait donc risqué de croire qu’une même liste de mots restaure tout dans chaque application. Il faut connaître la procédure et la sauvegarde complète propres au portefeuille utilisé. [4]

Bitcoin évolue, tout comme les connaissances nécessaires aux développeurs. La liste des changements de la troisième édition annonce des chapitres distincts sur la structure des transactions, l’autorisation de dépenser, les signatures et les frais. Elle ajoute Taproot, ses règles de script Tapscript et Schnorr Signatures, une autre méthode de signature numérique. La communication entre les nœuds est également développée. Une ancienne édition peut donc ne pas expliquer les mêmes possibilités. [5]

Le livre utilise des données réelles que l’on peut examiner. Cela ne fait pas de ses adresses des destinations adaptées à vos paiements. La préface avertit expressément que les clés associées peuvent être publiques ou inutilisables : un autre lecteur pourrait dépenser les fonds reçus, ou ceux-ci pourraient rester inaccessibles. Un exemple aide à comprendre ; ce n’est pas un portefeuille sûr prêt à l’emploi. Cette distinction compte aussi lorsqu’on reprend du code d’exemple. [3]

Le dépôt officiel propose le texte chapitre par chapitre ; le tag third_edition_print1 identifie une impression précise de la troisième édition. Certains liens entre chapitres sur GitHub ne fonctionnent qu’une fois le livre assemblé. Pour ce panorama, nous avons lu la préface, l’introduction et la liste des changements des auteurs, puis vérifié les données éditoriales. Nous n’avons ni évalué l’intégralité du livre ni exécuté tous ses programmes. Commencez par l’introduction, puis suivez la question que vous souhaitez comprendre. [2] [3] [4] [5]