📡 Signal｜Bitcoin Core v32.0、既定の接続上限が125から200に

Bitcoin Core の開発プロジェクトは9月30日、次のメジャーリリース v32.0 の2回目のリリース候補 (rc2) をテスト用に公開した。日本時間10月2日未明には GitHub で3回目の候補 v32.0rc3 のタグが打たれ、正式版に向けた調整が続いている。

Bitcoin Core Project

@bitcoincoreorg

·Follow

A new release candidate of Bitcoin Core, v32.0rc2, is available for testing. This is a new major release, and follows v31.1. Work-in-progress release notes are here: github.com/bitcoin-core/b… Binaries are available here: bitcoincore.org/bin/bitcoin-co…

9:41 AM · Sep 30, 2026

137

Read 34 replies

v31.1 に続くこの版は、ノードを運用する側の既定値を動かす。自動で受け入れる接続の上限が125から200に上がり、手数料の見積もりにはメモリプールの中身を使う新しい推定器が加わる。

接続の上限は200に、取引の中継は半分まで

自動接続の上限 (-maxconnections) の既定値は125から200に引き上げられる。リリースノート草稿によれば、増やした枠の狙いはブロックだけを中継する接続 (block-relay-only) の受け入れ余地を広げることにあり、取引を中継する接続が使えるのは受け入れ枠の最大50%に制限される。この比率は新設の -inboundrelaypercent で0〜100の範囲で変えられる。自分から張りに行く接続 (アウトバウンド) の数は変わらない。

-maxconnections を明示的に設定しているノードは、その値がそのまま使われる。ただし取引中継の50%制限はかかる。以前と同じ挙動に戻すには -maxconnections=125 -inboundrelaypercent=100 を指定する。

手数料の見積もりに、メモリプールを併用する

手数料を見積もる estimatesmartfee は、過去のブロックの実績から計算する従来の推定器に、メモリプールの現在の中身から計算する推定器を組み合わせる。返すのは2つの結果のうち低い方で、新しい推定器は従来の見積もりを下げる方向にしか働かない。新しい推定器は、直近のブロックがメモリプールの健全さを示している時だけ値を出し、取引が薄すぎる時は最低中継手数料率と現在のメモリプール最低手数料率の高い方に落ちる。

rc2 から rc3 の間にも、この部分には手が入った。既定値の名前が "auto" に改められ、メモリプール側が推定できない時はブロック実績側に戻る挙動が加わっている。見積もりを estimatesmartfee に頼るウォレットにとっては、混雑していない時間帯の手数料が下がる方向の変更になる。従来の挙動を保ちたい場合は fee_rate_estimator に "block_policy" を指定する。

足回りの入れ替えと、ディスクの節約

RPC が使う HTTP サーバーは、外部ライブラリの libevent から独自実装に置き換わる。ヘッダの最大長 (8192 バイト) の扱いなどが RFC に沿って厳しくなるため、RPC を呼ぶ周辺ツールは正式版の前に挙動を確かめておく必要がある。同時に接続できる HTTP クライアントの数には、新設の -rpcmaxconnections (既定16) で上限がかかる。

取引インデックス (-txindex) は、作り直せば使用ディスクが半分未満になる。既存のインデックスはそのまま読めるが、容量の削減を得るには削除して再構築する必要があり、再構築後は以前の版では読めない。

Tor 経由で取引を送り出す private broadcast (-privatebroadcast) は、条件によって送信元の IP アドレスが漏れうる不具合が修正された。一方で rc3 では、この機能を実験的機能として扱う変更が入っている。

正式版のあとに来るもの

リリースノート草稿には、新しいソフトフォークの発動のようなコンセンサスルールの変更は含まれていない。変わるのはノードの運用と周辺ツールとの接点だ。Ethereum がネットワーク全体のアップグレード (ハードフォーク) で機能を足していくのに対し、Bitcoin の日々の変化は主にこうしたクライアントの更新を通じて入ってくる。

草稿は、正式版の公開から2週間後に、v30.0 で修正された中・高深刻度の脆弱性と、v32.0 で修正された低深刻度の脆弱性を開示する方針を記している。新しいメジャー版の公開に伴って3つ前の版以前はサポート終了になるため、v32.0 の公開をもって v29 系以前のノードは更新を受けられなくなる。

確認先は bitcoincore.org の配布ディレクトリ (bin/bitcoin-core-32.0/)。10月3日朝の時点で置かれているのは rc2 までだ。次に rc3 の配布ファイルが並ぶか、その先で正式版 v32.0 のタグが打たれるかを見る。正式版が出た日から数えて2週間後が、脆弱性開示の日付になる。

ことば

リリース候補 (rc) — 正式版の前にテスト用に出す版。不具合が見つかれば修正して番号を上げ (rc2、rc3)、問題が出なかった候補をもとに正式版が出る。
メモリプール — ノードが受け取り、まだブロックに入っていない取引の待ち行列。どの手数料率の取引がどれだけ待っているかが、次のブロックに入るための相場観になる。
ブロック中継専用接続 — 取引は受け渡さず、新しいブロックだけを中継する接続。ネットワークの分断や監視への耐性を上げる目的で使われ、v32.0 はこの受け入れ枠を広げる。

🔗 一次ソース

接続の上限は200に、取引の中継は半分まで

手数料の見積もりに、メモリプールを併用する

足回りの入れ替えと、ディスクの節約

正式版のあとに来るもの

ことば

関連記事