Learning Bitcoin from the Command Line

Imaginez vouloir savoir jusqu’à quel bloc votre nœud est arrivé. Vous pouvez le lui demander directement et obtenir un nombre. Le cours repose sur de petites expériences de ce genre : le lecteur donne des instructions à Bitcoin Core, observe le résultat et le rapproche de l’explication. Il n’a pas à écrire une application pour chaque essai. La ligne de commande devient un établi où les étapes restent visibles. [2]

Les auteurs supposent une certaine aisance avec les tâches élémentaires d’un terminal Unix, comme changer de répertoire ou se connecter à un serveur. Un terminal est une fenêtre où l’on tape des commandes. Il n’est pas nécessaire d’être développeur expérimenté, mais un débutant complet en informatique devrait d’abord acquérir ces bases. La partie sur Bitcoin Script, le langage des conditions de dépense, exige des notions de programmation. [2]

Deux noms reviennent dans les leçons : bitcoin-cli et bitcoind. Le premier outil reçoit vos instructions ; le second est le processus du nœud, en cours d’exécution, qui les traite et répond. Ils communiquent par JSON-RPC, une interface de requêtes et de réponses structurées. Installer le client ne suffit donc pas. Si le nœud ne fonctionne pas ou si le client utilise une autre configuration, vous n’obtiendrez pas la réponse attendue. [3]

La leçon de configuration utilise getblockcount pour demander la hauteur de chaîne connue du nœud. Elle compare le résultat à un explorateur du même réseau. Le cours en développement suppose généralement Signet, un réseau de test distinct des paiements Bitcoin réels sur Mainnet. Comparer une hauteur Signet à Mainnet n’aurait aucun sens. Les nombres des exemples datent de leur enregistrement ; des hauteurs identiques constituent un contrôle utile, pas un audit complet du nœud. [3]

Le cours conseille de suivre les leçons et de les essayer soi-même. Ceux qui disposent déjà d’un environnement adapté peuvent sauter l’installation ; les autres ne devraient pas négliger la préparation. Les commandes abrégées, appelées alias, réduisent la saisie mais peuvent masquer ce qui s’exécute réellement. Le texte montre donc généralement la commande entière. Gardez l’environnement d’apprentissage séparé de l’utilisation de fonds réels et protégez les identifiants d’accès ainsi que les clés. [2] [3]

Le README principal décrit la version 2.2.2 comme achevée et relue, mais aussi dépassée et centrée sur Bitcoin Core 22.0. En 2026, la version 3.0 se construit dans une branche de travail distincte, autrement dit un autre état de développement du même cours. Une subvention de Human Rights Foundation finance la mise à jour et la nouvelle vérification des exemples. Un passage inachevé n’est pas la faute du lecteur : certaines parties peuvent encore manquer ou mal s’accorder. [1] [4]

L’introduction de travail annonce davantage de place pour les descripteurs, des expressions décrivant la génération des adresses et les conditions de dépense. Elle ajoute les codes QR, la conservation des secrets et Taproot. Les anciens développements sur Lightning et les interfaces de divers langages de programmation cèdent la place à un recentrage sur Bitcoin Core. Il ne faut donc pas fusionner les contenus anciens et nouveaux en une liste unique sans distinguer les versions. [2]

Les sources sont le README complet de la branche principale, l’introduction et la leçon Verifying Your Bitcoin Setup de la version de travail, ainsi que l’annonce officielle de la subvention. Elles attestent les auteurs, la méthode, les prérequis et l’avancement. Nous n’avons pas exécuté les commandes ni lu toutes les autres leçons. Avant une utilisation réelle, vérifiez la version du cours, celle de votre logiciel et le sens de chaque instruction. [1] [2] [3] [4]