Rusty Russellとは誰でしょうか？定義・背景・出典

01Rusty Russellとは誰でしょうか？

Rusty Russell は初期の Core Lightning と lnprototest に関わるオープンソース開発者です。過去の指導的役割は Lightning への永続的権限や現在の雇用を示しません。

02記録のある始まりと離職

Blockstream の 2026 年 6 月 9 日の回顧は、2015 年 5 月 26 日の Russell の最初の commit と十一年後の離職を記しています。今後の全オープンソース貢献の終了を宣言してはいません。 [Blockstream — Rusty Russell retrospective (2026)]

03仕様は共同作業

Russell は BOLT プロセスを主導し、実装間の相互運用性を支えました。公開リポジトリは意見や変更提案を受け付け、著名な貢献者も単独で全ノードに変更を強制できません。 [Blockstream — Rusty Russell retrospective (2026)] [BOLTs — specification repository]

04テスト基盤は完全な監査ではない

lnprototest は Python のプロトコルテスト支援ツールです。README はダミー実行と実装相手の実行を区別します。シミュレーション成功だけでは実ノードの適合性を証明しません。 [lnprototest — protocol test framework]

05オファーはまだ請求書ではない

BOLT 12 は公開オファー、invoice_request、返される請求書を分けます。再利用可能なオファーから個別の請求書を取得し、一つの請求書の再使用を新たな支払いにはしません。 [BOLT 12 — offers and payment flows]

06請求書の取得は支払いではない

Core Lightning fetchinvoice は請求書を取得し、金額や説明などの差を changes に示します。応答成功だけでは送金せず、返された条件を確認する必要があります。 [Core Lightning — fetchinvoice]

07支払い状態を区別する

pay は complete、pending、failed を示し、受取額 amount_msat と手数料込み amount_sent_msat を区別します。Pending は成功ではなく、手数料込み総額は受取人の金額ではありません。 [Core Lightning — pay]

08返金は新しい支払い

BOLT 12 の返金手順では利用者が請求書を出し、商店が invoice_node_id を確認して支払います。元の送金の取消しでも、自動的な返金権の付与でもありません。 [BOLT 12 — offers and payment flows]

09支払証明は支払者を特定しない

BOLT 12 は公開された preimage が請求書の支払いを示しても、単独では支払者を特定しないと説明します。要求鍵は請求書の要求者を証明できますが、公的な身元を自動確認しません。 [BOLT 12 — offers and payment flows]

過去の役割は日付を付け現在と区別します。
シミュレーションは実ノードのテストを代替しません。
オファー、請求書、支払いは別段階です。
返金は新規支払いで、preimage は支払者の身元を特定しません。

↗文脈とともに読む

理解を深めるには、この項目とあわせて次もお読みください Andrew Poelstra, Tadge Dryja, Lightning Network. 次の項目からも参照されています Andrew Poelstra, Tadge Dryja.