Rusty Russell est un développeur open source associé aux débuts de Core Lightning et à lnprototest. Un rôle historique de direction ne prouve ni autorité permanente sur Lightning ni emploi actuel.
La rétrospective Blockstream du 9 juin 2026 rappelle le premier commit de Russell, le 26 mai 2015, et son départ après onze ans. Elle n’annonce pas la fin de toutes ses futures contributions ouvertes. [Blockstream — Rusty Russell retrospective (2026)]
Russell a présidé le processus BOLT et soutenu l’interopérabilité. Le dépôt public accepte commentaires et propositions ; un contributeur majeur ne peut imposer seul des changements à tous les nœuds. [Blockstream — Rusty Russell retrospective (2026)] [BOLTs — specification repository]
lnprototest fournit des outils Python de test du protocole. Son README distingue un exécuteur simulé des tests sur une implémentation réelle ; réussir une simulation ne prouve pas la conformité d’un vrai nœud. [lnprototest — protocol test framework]
BOLT 12 sépare offre publiée, invoice_request et facture retournée. Une offre réutilisable permet des factures individuelles ; réutiliser une seule facture ne crée pas de nouveaux paiements. [BOLT 12 — offers and payment flows]
Core Lightning fetchinvoice obtient une facture et signale dans changes les écarts de montant ou de description. Une réponse réussie n’envoie pas d’argent seule ; les conditions reçues doivent être vérifiées. [Core Lightning — fetchinvoice]
pay documente complete, pending et failed, ainsi que amount_msat reçu et amount_sent_msat incluant les frais. Pending n’est pas un succès ; le total avec frais n’est pas le montant du destinataire. [Core Lightning — pay]
BOLT 12 décrit le flux de remboursement : l’utilisateur fournit une facture, le marchand vérifie invoice_node_id puis paie. Cela n’annule pas le transfert initial et ne crée pas de droit automatique au remboursement. [BOLT 12 — offers and payment flows]
BOLT 12 indique qu’un preimage révélé prouve le paiement d’une facture sans identifier seul le payeur. Une clé de demande peut prouver le demandeur de facture, sans vérifier automatiquement son identité civile. [BOLT 12 — offers and payment flows]
Pour une vision complète, lisez aussi Andrew Poelstra, Tadge Dryja, Lightning Network. Cette entrée est également citée par Andrew Poelstra, Tadge Dryja.