Rusty Russell adalah pengembang sumber terbuka terkait awal Core Lightning dan lnprototest. Kepemimpinan historis bukan kewenangan permanen atas Lightning atau bukti pekerjaan sekarang.
Retrospektif Blockstream pada 9 Juni 2026 mengenang commit pertama Russell pada 26 Mei 2015 dan kepergiannya setelah sebelas tahun. Itu tidak mengumumkan akhir semua kontribusi sumber terbukanya pada masa depan. [Blockstream — Rusty Russell retrospective (2026)]
Russell memimpin proses BOLT dan mendukung interoperabilitas. Repositori publik menerima komentar dan usulan; kontributor terkemuka tidak bisa sendirian memaksakan perubahan pada semua node. [Blockstream — Rusty Russell retrospective (2026)] [BOLTs — specification repository]
lnprototest menyediakan alat Python untuk menguji protokol. README membedakan runner tiruan dari pengujian implementasi nyata; keberhasilan simulasi sendiri tidak membuktikan kepatuhan node nyata. [lnprototest — protocol test framework]
BOLT 12 memisahkan penawaran publik, invoice_request dan invoice yang dikembalikan. Penawaran berulang memperoleh invoice tersendiri; penggunaan berulang satu invoice tidak menjadi pembayaran baru. [BOLT 12 — offers and payment flows]
Core Lightning fetchinvoice mengambil invoice dan melaporkan perbedaan jumlah atau deskripsi dalam changes. Respons berhasil sendiri tidak mengirim uang; persyaratan yang dikembalikan perlu diperiksa. [Core Lightning — fetchinvoice]
pay mencantumkan complete, pending dan failed serta membedakan amount_msat diterima dari amount_sent_msat termasuk biaya. Pending bukan keberhasilan, dan total termasuk biaya bukan jumlah penerima. [Core Lightning — pay]
BOLT 12 menjelaskan alur pengembalian: pengguna menyediakan invoice, pedagang memeriksa invoice_node_id lalu membayar. Ini tidak membatalkan transfer awal atau memberi hak pengembalian otomatis. [BOLT 12 — offers and payment flows]
BOLT 12 menjelaskan preimage yang dibuka membuktikan invoice dibayar, tetapi sendiri tidak menentukan siapa pembayarnya. Kunci permintaan dapat membuktikan peminta invoice tanpa otomatis memverifikasi identitas sipil. [BOLT 12 — offers and payment flows]
Untuk gambaran yang lebih utuh, baca entri ini bersama Andrew Poelstra, Tadge Dryja, Lightning Network. Entri ini juga dirujuk dari Andrew Poelstra, Tadge Dryja.