Luke Dashjr, connu comme luke-jr, est développeur Bitcoin, auteur de BIP 22, BIP 23 et BIP 2, et coauteur de BIP 8. Maintenir du logiciel ou des documents ne donne pas autorité sur les règles de tout le réseau.
Le profil GitHub relie Luke Dashjr à luke-jr. Il aide à retrouver son travail ; une modification de dépôt ou une spécification établit une contribution précise, pas seulement la notoriété du compte. [GitHub — Luke Dashjr]
BIP 22 de Dashjr définit getblocktemplate : le mineur reçoit une structure de bloc, pas seulement un en-tête à hacher. Il peut l’assembler ou la modifier sous conditions. L’interface ne supprime pas les règles de validité. [BIP 22 — getblocktemplate fundamentals]
Dans BIP 22, depends décrit les dépendances entre transactions. Sans ce champ, elles sont inconnues ; le client ne doit pas supposer leur absence. Des frais ou sigops non renseignés ne valent pas automatiquement zéro. [BIP 22 — getblocktemplate fundamentals]
BIP 23 de Dashjr étend l’interface aux pools. Le mode proposal vérifie le bloc selon les règles du serveur, hormis la preuve de travail. Un projet acceptable n’est donc pas un bloc miné ni une promesse d’acceptation par tout le réseau. [BIP 23 — pooled mining]
BIP 8 cite Shaolin Fry et Luke Dashjr et utilise les hauteurs de blocs. lockinontimeout change la dernière période ; LOCKED_IN n’est pas ACTIVE. Les nouvelles règles s’appliquent dans ACTIVE, pas par simple publication du BIP. [BIP 8 — lock-in by height]
La documentation Bitcoin Knots décrit la validation complète et l’intégration des développements Bitcoin Core, avec des changements propres possibles. Lors de cette révision, le site officiel nomme Dashjr responsable principal. Cela ne signifie ni propriété du réseau ni fonctions identiques de toutes les versions des deux logiciels. [Bitcoin Knots — project documentation] [Bitcoin Knots — official website]
Bitcoin Knots recommande de vérifier les signatures OpenPGP et les clés publiques via des sources indépendantes. Une signature valide avec une clé authentifiée prouve l’origine du fichier, pas l’absence de bogues ou la pertinence de chaque réglage. [Bitcoin Knots — official website]
Dashjr a écrit BIP 2. BIP 3 de Murch le remplace et distingue publication, consensus et recommandation générale d’implémentation. Attribuer un numéro ou ajouter le texte au dépôt n’active aucune règle. [BIP 2 — revised process] [BIP 3 — updated process]
Pour une vision complète, lisez aussi Matt Corallo, Peter Todd, Satoshi Nakamoto. Cette entrée est également citée par Matt Corallo, Peter Todd.