Bitcoin Core 32.1 が 2026 年 10 月 27 日にリリース: 32.0 が撤回された理由、開示された 3 件のバグ、新しい手数料推定器

1. Bitcoin Core 32.1 とは何か、なぜ 32.0 が存在しないのか?

Bitcoin Core はビットコインのリファレンス実装で、ブロックを検証し、トランザクションを中継し、多くのサービスの裏側でウォレットを動かしているソフトウェアです。およそ半年ごとにメジャーバージョンを 1 つ出し、最新の 3 系列を保守しています。2026 年 10 月 27 日に公開されたバージョン 32.1 は 32.x 系では初の公開リリースで、新しい手数料推定器、引き上げられた接続数のデフォルト、小さくなったトランザクションインデックス、ウォレット RPC でデフォルトになった PSBT バージョン 2、そして一連のセキュリティ修正を含みます。コンセンサスルールは何も変わりません。以前に有効だったブロックとトランザクションは、その後も有効です。

32.0 はタグとしてしか存在しません。メンテナーの fanquake は 10 月 21 日にタグを付け、10 月 26 日にリリーススケジュールの issue で、直前の問題のため 32.0 は発表もリリースもせず、バイナリもアップロードしないと書きました。同じ内容に追加の修正を加えた 32.1 が続くとのことでした。同日の午後にマージされた 32.1 を最終化したプルリクエストは、Antoine Poinsot による変更をちょうど 3 件バックポートしています。poll バックエンドと select バックエンドの間でソケット例外の監視を揃えること、送信バッファがいつまでも空にならないピアに対する 20 分のタイムアウト、そしてブロックファイルと undo ファイルでの 64 ビットの位置指定です。これらは 2 日後に開示された 3 件の脆弱性の修正で、第 3 節で説明します。理由についてプロジェクトがそれ以上語ったことはありません。

2. いつリリースされたのか? 主要な日程

日程は Bitcoin Core のリリーススケジュール issue、bitcoincore.org のダウンロードサーバー、開示記事から取ったものです。ステータスは 2026年11月2日 時点。

3. どの脆弱性が修正され、開示されたのか?

3 件で、いずれも 2026 年 10 月 28 日に公開され、いずれも同じ経路で見つかりました。Spiral の Elias Rohrer が Project Loupe として運用する、大規模言語モデルによるコードの自動スキャンで、Gregory Sanders が各発見を検証して Bitcoin Core のセキュリティチームに報告したものです。うち 2 件は、修正が出荷される前に他の研究者によって独立に再発見されています。Bitcoin Core の方針は、容易に発見できると評価したバグは保守中の全ブランチに修正済みリリースが揃った時点ですぐに開示することで、そのため解説記事は 32.1 の翌日に出ました。

CVE-2026-117349、深刻度「中」: BIP 31 の ping に非対応と称するピアは ping を無視しても切断されず、そのピアがメッセージの読み取りも極端に遅い場合、ノードはそのピア向けのトランザクション告知を際限なくキューに溜め続けます。記事はこの増加を、インバウンドピアで 1 時間あたり最大約 2 MB、アウトバウンドピアで 1 時間あたり 5 MB としており、blocksonly で動いているノードの露出ははるかに小さいとしています。9 月 15 日に報告され、送信バッファを 20 分以内に空にできない一時停止状態のピアを切断するプルリクエスト #36667 で修正されました。

CVE-2026-117350、深刻度「中」、影響は Windows、macOS、BSD のみ: select ベースのソケットコードは、バックプレッシャーのため読み取りを一時停止している間も例外的条件を確認していたため、TCP の緊急データを送るピアは、ピアごとのメモリ上限を迂回する読み取りを強制し、ノードがメモリ不足になるまで続けることができました。Linux は poll を使うため影響を受けません。修正がマージされる 3 日前の 10 月 23 日に報告され、プルリクエスト #36665 で修正されました。

CVE-2026-117346、深刻度「低」: ブロックファイルと undo ファイルの位置が 32 ビットだったため、undo ファイルが 4 GiB を超えると新しいデータが古いデータを上書きし、後にそのデータを必要とするリオーグ (チェーンの再編成) が起きると、修正版で再インデックスするまでノードが停止してしまいます。Windows と 32 ビットシステムでは 2 GiB を超えた時点で書き込みが失敗します。記事は 64 ビットシステムでの悪用は現実的でないとしています。マイナーは非標準トランザクションからなる数千ブロック、約 1 か月分のブロックを正確に配置し、さらに特定の 2 ブロックのリオーグを起こす必要があるからです。最初の報告は 7 月 8 日で、ディスク上のフォーマットを変えずに位置を 64 ビット整数で保存するプルリクエスト #36669 で修正されました。32 ビットシステムは引き続き影響を受けます。

32.1 自身のリリースノートには、CVE ではない修正がさらに挙げられています。Tor プロキシを迂回して送信者の IP を漏らす可能性があったプライベートブロードキャストの再試行、Windows 以外のシステムで walletnotify と細工されたウォレット名を組み合わせたコマンド実行経路、そしてキューに入れるプライベートブロードキャストのトランザクションを 10,000 件、送信試行をそれぞれ 1,000 回に制限する上限です。ノートはまた、2 週間後に 30.0 で修正された深刻度「中」と「高」の脆弱性 3 件を開示する (32.1 で修正された深刻度「低」のものはない) としており、次の開示記事は 11 月 10 日ごろに出る見込みです。

4. 新しい手数料推定器は支払う手数料をどう変えるのか?

estimatesmartfee を通じて Bitcoin Core ノードに手数料を問い合わせるウォレットやサービスを使っているなら、32.1 で返ってくる答えが変わります。これまで Core はブロックポリシー推定器 (block policy estimator) だけを使っていました。目標ブロック数以内に承認されたトランザクションの手数料レートを振り返るものです。これは保守的で、下がるのが遅いという性質があります。混雑の急騰の後も、履歴がまだ高いと言っているために、しばらく高いレートを提案し続けるのです。32.1 は今まさに待機しているものを見る mempool ポリシー推定器 (mempool policy estimator) を追加し、estimatesmartfee は両者のうち低い方を返します。mempool 推定器は結果を下げることしかできず、上げることはないため、Core ベースのウォレットはブロックが空き始めればより早く払い過ぎをやめ、mempool が満杯のときは従来どおりに振る舞います。

大半のエクスプローラーが表示するレートも同じ考え方で動いています。2026年11月2日 時点で、mempool だけから推定する mempool.space は 30 分目標を 1 sat/vB としており、BTC 価格 $78,070 での典型的な送金では $0.11 です:

現在のビットコイン手数料レート (mempool.space)

開発者向けには、RPC にオプションのオブジェクトが加わります。fee_rate_estimator は auto (デフォルト、組み合わせ)、block_policy (従来の動作)、mempool_policy のいずれかを受け付け、未知の値は拒否されます。verbosity 2 では mempool_health_statistics が追加され、auto モードでは応答に使用した推定器の名前が入ります。ブロックポリシーのデータは fees/block_policy_estimates.dat に移され、初回起動時に移行されます。ウォレット自身のコイン選択は組み合わせた推定値を使います。変わらないこともあります。手数料は依然として自分で選ぶものです。手数料が少なすぎたトランザクションは replace-by-fee と child-pays-for-parent で今も救済でき、当サイトの手数料ガイドの sat/vB 各段階は mempool から 1 分ごとに更新されます。

5. ノード運用者にとって何が変わるのか?

アップグレードし、自分がどのブランチにいるかを確認してください。29.x は 2026 年 10 月 27 日にサポート終了となり、10 月 28 日の 29.5 がその最終リリースなので、29.x のノードにはこれ以上の修正は届きません。30.x は 33.0 の出荷まで、31.x は 34.0 まで、32.x は 35.0 まで保守されます。サポート終了バージョンから 32.1 へ直接アップグレードすることはサポートされていますが、データディレクトリの移行には時間がかかることがあります。対応プラットフォームは Linux カーネル 3.17 以降、macOS 14 以降、Windows 10 バージョン 1903 以降です。

2 つのデフォルト値がノードのフットプリントを変えます。maxconnections のデフォルトは 125 から 200 に上がり、新しい inboundrelaypercent オプション (デフォルト 50) は、トランザクションを中継するピアに割り当てるインバウンドスロットの割合に上限を設けます。従来の動作を保つには maxconnections=125 と inboundrelaypercent=100 で起動してください。送信側のトランザクション中継は、グローバルなバックログ付きでレート制限されるようになりました (txsendrate、デフォルトは毎秒 14 トランザクション、アウトバウンドピアにはその 2.5 倍、さらに 10 分あたり 12 MB の帯域上限)。自動的に作成される Tor の hidden service は、Tor デーモンが対応していれば proof-of-work による防御を得ます。RPC サーバーは libevent を使わなくなり、新しい rpcmaxconnections オプション (デフォルト 16) が同時 HTTP クライアント数を制限します。

2 つのオプションがディスクと時間を節約します。トランザクションインデックスが保存するデータは少なくなり、再構築した txindex の容量は半分未満になりますが、この節約を得るにはデータディレクトリの indexes/txindex を削除して再起動する必要があり、これには数時間かかることがあります。txospenderindex も同じように縮小します。ブロック検証は prevoutfetchthreads で前のアウトプットを並列に先読みします (デフォルト 8、最大 16、0 で無効)。レガシーな I2P の ElGamal セッションは v34 までに削除され、CJDNS のサポートは見直し中なので、いずれかに依存している運用者は次のリリースノートを追ってください。

6. 開発者とウォレットにとって何が変わるのか?

互換性を壊す変更は PSBT バージョン 2 です。createpsbt、walletcreatefundedpsbt、converttopsbt、psbtbumpfee はデフォルトでバージョン 2 の PSBT を生成するようになり、新しい psbt_version 引数で、まだ v2 を解析できないツール向けにバージョン 0 を選べます。自分のフローにある署名デバイス、コーディネーター、スクリプトが PSBTv2 でテストされていないなら、それが接続するノードをアップグレードする前にこの引数を渡してください。

いくつかのフィールドとオプションが非推奨になりました。mempool 系 RPC と getrawtransaction の vsize (vsize_adjusted、または生の BIP 141 サイズには vsize_bip141 を使う)、起動オプション walletrbf と bip125-replaceable キー (Core 28 以降、ノードはあらゆるトランザクションの置き換えを中継している)、そして deprecatedrpc=removeprunedfunds が必要になった removeprunedfunds RPC です。パス要素にドットを含むウォレット名や、スラッシュだけのウォレット名は拒否されます。

RPC の新顔は exportwatchonlywallet、addhdkey、derivehdkey です。send と sendall は実験的の印が外れ、getblockchaininfo は assumeutxo のバックグラウンド検証の進捗を報告し、getbalances には nonmempool 残高が加わり、getnetworkinfo は asmap のバージョンを報告します。exportasmap と getopenrpcinfo、そして bitcoin-util getchainparams コマンドも追加されました。独自実装の HTTP サーバーはヘッダーに厳しくなったので、変わったヘッダーを送るクライアントがあれば確認してください。いずれもトランザクションの構築や送信の方法には触れないため、ChainGate を含め、標準の RPC でノードと通信する SDK はそのまま動き続けます。

7. ビットコイン利用者がすべきことはあるか?

ありません。32.1 はコンセンサスルールを変えないので、フォークも新しいコインも移行すべきものもなく、鍵、アドレス、残高はそのままです。ライトウォレットを使っている人や取引所にコインを置いている人にとって、アップグレードは他人のマシンで起きることです。

気づくかもしれないのは、Core ノードに接続したウォレットが混雑期の後の数時間に低い手数料を提案することです。推定器が mempool を読むようになったからです。自分でノードを動かしているならアップグレードしてください。29.x を使っているなら、10 月 27 日をもって保守されないブランチにいることになります。Core のリリースを理由にビットコインを移動したり「アップデート」したりするよう求める相手は詐欺を働いています。

8. 確定していることと未確定のこと

9. 次に来るもの

次に日付のある項目は、30.0 で修正された脆弱性 3 件の開示です。リリースノートはリリースの 2 週間後と約束しているので、2026 年 11 月 10 日ごろになります。32.x のメンテナンスリリースがあれば、それとともにここに追記します。下の更新履歴に何がいつ変わったかを記録します。

それまでは、ビットコイン手数料ガイドが新しい推定器が追いつこうとしているライブの sat/vB 各段階を表示し、トランザクションハッシュのガイドが待機中のトランザクションの追い方を解説し、Binance Pool 閉鎖の記事が 11 月 10 日にそのアクセラレータが閉じた後、詰まったトランザクションがどうなるかを扱っています。

この記事の更新履歴

• 2026 年 10 月 31 日: 初版公開。日程は Bitcoin Core のリリーススケジュール issue、bitcoincore.org のダウンロードサーバーとリリースページから、脆弱性の詳細は 10 月 28 日の 3 本の開示記事から、リリース内容は 32.1 のリリースノートとライフサイクルページから取得。

よくある質問