Core Lightning v25.09: 「ホットウォレット・ガーディアン」

Core Lightning v25.09: 「ホットウォレット・ガーディアン」のリリースを発表できることを嬉しく思います！この名称は貢献者の @king-11 によって心を込めて名付けられました。今回のリリースには多くの新機能と改善が盛り込まれており、特に支払い成功率に関する要素が多数含まれています。

では、さっそく発表のドラムロールを── ドゥルルルルルルルルルルルルルル… オレンジのカーペットを敷いて、Bookkeeperデータベースのコアコード統合を正式に歓迎します！

Bookkeeper：Lightningノード管理をよりシンプルに

Niftynei「すべてのLightningノードにこれが必要です。ユーザーはsatsの流れの可視化、正確な会計、財務レポートを求めています── そして私たちは、それを提供します」

Core Lightning v0.12.0（2022年8月）で初めて搭載されたBookkeeperプラグインは、Core Lightningにおけるデータウェアハウスおよび会計ツールです。Bookkeeperは、チャネル残高、オンチェーンでの活動、手数料、収益などをmsatoshi単位で追跡し、こうした財務データをCSVファイルとしてエクスポートする機能も備えています。

今回のリリースで、BookkeeperのデータベースがCore本体に統合されたことは、ごく自然な選択でした。これは、パフォーマンスと合意形成に関わる重要な機能を将来にわたって安定させるための決断でもあり、財務の可視化・管理をより確実なものにするための布石です。統合により、Bookkeeperはより高速で、何より信頼性が向上しています。

これまでBookkeeperはプラグインとして動作し、資金の動きをCLNからの通知を通じて受け取り、自身のデータベースに情報を記録していました。しかし、Coreに統合されたことで通知を“待つ”必要がなくなり、コインの動きとともにRPCベースの構造内にイベント情報が記録されるため、単一の正確な情報ソース（single source of truth）となります。プラグイン開発者にとっても、アプリやダッシュボードに活用できる新しいSQLインターフェースは歓迎されることでしょう。

• Bookkeeperプラグインの開発者であるNiftynei氏が、こちらの動画でその機能について語っていますが、今回の統合で機能そのものは変更されていません！

• 最新の cln-application を使えば、Account Events、Sats Flow、Volumeに関するBookkeeperの視覚化ダッシュボード*を利用でき、すべてのユーザーにとってLightningノードの管理がより簡単になります。

ついに「人間が読める」形式に対応！

Domain Name System（DNS）は、標準的でグローバルかつ階層的な名前空間を提供し、人間が読めるラベルをさまざまな形式のレコードにマッピングします。この仕組みをビットコインの支払いに応用したのが BIP353 です。これにより、人間が読める名前を支払い情報に変換できるようになりました。Daywalker90 氏がこの名前を読み取るプラグインを開発してくれたおかげで、現在では xpay に完全統合されています。たとえば、Blockstream ストアにチップを送るには、次のように簡単なコマンドを使うだけです： lightning-cli xpay ₿cln@blockstream.com 200sat ── 会計チームが混乱しないようご注意を！

支払い成功率を高めるため、xpay および askrene において、支払いを分割できるパーツ数に上限を設ける変更を加えました。

開発者体験を統一するため、Python パッケージ管理を poetry から uv に移行しました。これに伴い、Reckless も Python プラグイン向けに最新の uv パッケージマネージャーをサポートしています。Rust で書かれた uv は、パッケージのインストールや依存関係の解決において、従来比で 10～100倍の高速化を実現しています。

支払い成功率の向上

v25.09では、askrene のソルバーのメインループ内で実行可能な経路解の発見率を向上させるための強化が加えられています。これが何を意味するのかピンとこない方のために説明すると、Lightning Networkではマルチパス決済（MPP）や確率的ルーティングが使用されることがあり、ノード（あるいはパスファインディングソルバー）はチャネル・残高・手数料の動的グラフ全体を探索して妥当な支払い経路を探す必要があります。実務的には、より効率的に正しい支払い経路を見つけられるようになるということです。

今回のアップデートにより、タイムアウト前に低コストな支払い経路を見つける確率と処理速度が向上しました。このために、minimum cost flow ソルバーのリファクタリングが行われ、マルチパートペイメントの信頼性も改善されています。ネットワークアーク（チャネル経路）の中から無駄なものを剪定し、内部で使用する単位（単位会計）を縮小することで、より効率的に計算を行い、選択肢を高速に処理できるようになっています。

また、CLNがユーザーの 支払い上限（payment cap） の希望を確実に尊重できるよう、改善が加えられました。getroutes は新たに maxparts パラメータを受け付けるようになり、決済を分割する最大数を制限できることで、支払いルートのコントロール性が向上しています。

本リリースでは、私たちが掲げてきた「完全にカスタマイズ可能な実装」という理念に忠実であり続けるため、アプリや統合要件に応じて、レスポンス形式を自由に指定できる機能も追加しました。多くの方から寄せられた「柔軟性の向上・統合のしやすさ・採用促進」の声に応える形で、clnrest 経由でCore LightningノードにAPIコールを行う際、これまではJSON形式一択だった出力に新たな選択肢が追加されました。

Core Lightning はプロトコル準拠と安全性を重視しており、v25.09 ではこれらの方針を徹底するために、すべてのピアがチャネルタイプ（channel type）をサポートすることを必須化しました。このアップデートにより、前提のズレが減少し、脆弱性や想定外の挙動の原因となる不整合を排除することができます。

また、今回のリリースでは、CLNとEclair間のスプライシング互換性も向上しています。これにより、チャネルをリサイズしている間も支払いを中断する必要がなくなり、チャネルの稼働時間（uptime）が向上します。つまり、チャネルの変更作業中でもルーティングを継続できるようになり、ネットワークの信頼性と実用性がさらに強化されました。

そして最後に、Lightning Networkの支払いセキュリティと受取側のプライバシー保護に関する極めて重要な更新があります。BOLT11インボイスでは、今後「ペイメントシークレット（payment secret）」が必須になります。これまでの仕様では、ペイメントシークレットが存在しない場合、ノードが受信者を推測して支払いの有無を確認できてしまう脆弱性がありました。今回のアップデートにより、すべてのBOLT11インボイスに支払いシークレットが含まれるようになり、最終受取者だけが支払いを完了できる仕組みが保証されます。これにより、中継ノードによる傍受やプロービング（試行調査）を防止することが可能になります。

貢献者の皆さまに感謝を込めて：

BlockstreamのCore Lightningチームによる継続的な尽力に、心より感謝いたします：Rusty Russell、Shahana Farooqui、Lisa Neigut、Alex Myers、Christian Decker、Peter Neuroth。そして、新たにチームに加わった Eduardo Miranda 氏と Sangbida Chaudhuri 氏も心より歓迎いたします。

前回のリリース v25.05 からわずか 76日間 で、16名の開発者 によって 321件のコミット が行われました！うち4名は新たなコントリビューターです：@Chand-ra、@sangbida、@MicahMaphet、@longhutianjie。そして最後に、今回のリリースに「Hot Wallet Guardian」と命名してくれた Lakshya Singh @king-11 にも大きな拍手を！

オープンソースコミュニティの皆さまにも、変わらぬ感謝を。CLNへの貢献、そしてバウンティへの挑戦、ありがとうございます。現在募集中の他のCLNバウンティについては、新たに開設された core-lightning #bounties Discordサーバー でチェックできます。また、こちらのDiscord本サーバー にもぜひご参加ください。

ぜひ Core Lightning v25.09 をお試しください。ご意見やご感想は、GitHub、Discord、そして X（旧Twitter） の Core Lightning チャンネルを通じて、いつでもお寄せください。