發生什麼事：32.0 打了標籤卻不發布，32.1 已正式上線
Bitcoin Core 是最多比特幣節點使用的軟體。32.0 原訂 2026 年 10 月 10 日（UTC）標記正式版，此前最後一個候選版是 10 月 12 日標記的 v32.0rc4，正式版實際延到 10 月 21 日：負責定版的 PR #36508「[32.0] Finalize」當天 13:22 UTC 合併，v32.0 簽章標籤時間為 13:27 UTC，維護者 fanquake 14:11 UTC 在時程 issue #35122 宣布標籤已出。
但 32.0 最後沒有成為正式版。fanquake 10 月 26 日 14:24 UTC 在同一 issue 表示，「由於最後一刻的問題」，32.0 雖已打標籤，將不再公告或「發布」，也不會上傳 v32.0 執行檔；專案改為很快發布 32.1，內容與 32.0 相同，另加若干修正（PR #36658）。v32.1 標籤時間為 10 月 26 日 18:04 UTC，fanquake 19:38 UTC 宣布。時程 issue 標題已改為「Release Schedule for 32.1」。
維護者沒有公開說明「最後一刻的問題」具體是什麼，32.1 正式發布說明也只寫「Due to last-minute issues」，本文不加推測。32.1 隨後正式上線：官網 32.1 發布頁註明「published on October 27, 2026」，下載目錄 bitcoin-core-32.1 已有各平台執行檔與 SHA256SUMS、SHA256SUMS.asc 簽章檔（目錄檔案時間標示為 10 月 27 日）；GitHub Release 於 10 月 28 日 14:23 UTC 建立，官網公告 PR #1290 於 15:07 UTC 合併。截至 2026 年 10 月 28 日約 15:30 UTC（台北時間 23:30），官網 Releases 與下載頁最新版本均為 32.1；32.0 下載目錄在 10 月 27 日查詢時只有 rc2、rc3、rc4 測試版資料夾。
32.1 和 32.0 差在哪：多了網路層與檔案位置的修正
以 GitHub 比對 v32.0 與 v32.1 兩個標籤，32.1 多出 20 個提交，扣掉發布說明、版本號與手冊頁更新，實質修正來自兩批回移（backport）：10 月 22 日合併的 PR #36596，以及 10 月 26 日合併、用來定版 32.1 的 PR #36658。
這兩批涵蓋的修正包括：把 -maxconnections 上限夾在 2,000 以降低高連線數時的崩潰風險（#35919）、修正因舊 Tor 設定範例導致的啟動失敗（#36177）、對暫停傳送的節點強制套用逾時（#36667）、統一 poll() 與 select() 兩種網路後端的例外監控（#36665），以及把區塊檔案位置改存為 64 位元整數（#36669），另有一項測試修正（#36599）。
32.1 的正式發布說明開頭直接寫明 32.0「雖已打標籤，從未完整公告或發布」。說明也延續原本安排：隨著 32.1 發布，29.x 及更舊版本進入生命週期終點、不再更新；兩週後依例揭露 30.0 修補的 3 個中高嚴重度漏洞，32.1 本身修補的低嚴重度漏洞為 0 個。
仍未解的爭議：GUI 建立的 PSBT 改成 v2，舊版節點解不開
PSBT（部分簽名比特幣交易）是錢包、硬體簽名裝置與多簽共同簽署人之間傳遞未完成交易的格式。實作 BIP 370 PSBT v2 的 PR #21283 已合併進 32.0；發布說明草稿寫明，createpsbt、walletcreatefundedpsbt、converttopsbt、psbtbumpfee 四個 RPC 將預設產生 v2，並新增 psbt_version 參數讓使用者指定版本。
10 月 14 日，測試者 mjdietzx 在 issue #36518 回報：GUI 建立的 PSBT 也變成 v2，介面上沒有選項或提示；把它載入 32.0 以前的節點會出現「unable to decode PSBT, unsupported version number」錯誤，joinpsbts 也只接受 v0。他認為 GUI 用戶用不到 v2 的新功能，卻要承擔多簽與外部簽名器的相容風險。PSBT v2 實作者 achow101 回覆這是刻意的改變；fanquake 則表示至少要在發布說明補充（草稿當時只在 RPC 段落提到 v2），GUI 也可能需要變通做法。
隔天 davidgumberg 開出 PR #36539，讓 GUI 改回產生 v0；他原本想加勾選框，但因已過翻譯字串凍結、不利回移而放棄。10 月 20 日 Sjors 審查時主張外部簽名器一律用 v2，w0xlt 則指出 GUI 搭配外部簽名器做手續費加速時仍走 v2。截至 10 月 28 日約 15:30 UTC 查詢，PR #36539 與 issue #36518 都仍未關閉，PR 未合併，也不在 32.1 的回移清單中；官網 32.1 正式發布說明仍寫明四個 RPC 預設產生 v2，GUI 段落未提 PSBT 版本。
32.x 其他主要變動：不改共識，改的是手續費估算、連線與效能
依官網 32.1 正式發布說明（32.1 沿用 32.0 的功能內容，下列項目與先前的 32.0 發布說明草稿一致）與 CoinDesk 9 月 16 日報導，這一版不變更比特幣共識規則。對一般節點與錢包用戶，較有感的變動如下：
- 手續費估算：estimatesmartfee 新增依當下 mempool 內容計算的估算器，與原本依歷史區塊的估算器並用，預設取兩者較低值，因此只會把估算往下調；可用 fee_rate_estimator 選項指定只用其中一種。
- 區塊驗證：新增 -prevoutfetchthreads，預設以 8 條執行緒平行從資料庫讀取前序輸出，最多 16 條，設 0 可關閉。
- 連線數：預設自動連線上限 -maxconnections 從 125 提高到 200，新增 -inboundrelaypercent（預設 50）限制轉發交易的入站節點比例；要維持舊行為可設 -maxconnections=125 -inboundrelaypercent=100。
- 安全修補：在非 Windows 系統且啟用 -walletnotify 時，有權建立錢包的已驗證 RPC 呼叫者可用特製錢包名稱執行任意指令，此版改為把錢包名稱當純文字處理（CoinDesk 稱此漏洞自 24.0 起存在）；另以自製 HTTP 伺服器取代 libevent。
- GUI：移除發送頁的「啟用 RBF」勾選框，改依 -walletrbf 設定（預設會標示可替換）。
AI 觀點分析與推論
AI 觀點：跳號比硬發好，但升級 32.1 前先測 PSBT
我傾向認為，寧可讓 32.0 只留標籤、不發執行檔，也比帶著已知問題正式上架再急補 32.0.1 好：執行檔一旦公告，交易所、礦池與託管商就會開始排程升級，事後再撤比延幾天更麻煩。代價是透明度：維護者至今沒說明問題是什麼，連 32.1 正式發布說明也只寫「最後一刻的問題」，外界只能自行比對從 32.0 到 32.1 加入的網路層與檔案位置修正。如果兩週後的漏洞揭露或維護者後續說明了原因，我會依據內容調整這個判斷。
對用戶的實際意義：32.1 已經可以從 bitcoincore.org 下載，照例驗證 SHA256SUMS 與簽章後再裝即可，不必等 32.0。真正需要提前準備的仍是 PSBT：32.1 沒有改變四個 RPC 預設產生 v2 的行為，GUI 是否改回 v0 也還沒定案。交易所、託管商與自建多簽的團隊，若下游簽名器、共同簽署人或仍在跑 32.0 以前版本的節點尚未支援 v2，應先在測試環境驗證，或在 RPC 明確帶入 psbt_version=0；GUI 目前沒有這個選項。
反面情境是：若多數硬體錢包與多簽工具早已支援 v2，這個相容性問題可能只影響少數老舊流程；若主要簽名器陸續確認支援，我會認為 GUI 直接預設 v2 也可以接受。反之，若 32.1 上線後陸續出現 GUI 多簽用戶回報無法合併或簽署，我會認為把 PR #36539 回移到後續 32.x 版本的理由更充分。
限制與下一步觀察
本文依 GitHub 公開追蹤、標籤、官網發布頁與下載目錄整理，查詢至 2026 年 10 月 28 日約 15:30 UTC。以下事項仍未確定：
- 32.0 未發布原因：維護者與正式發布說明都只說是「最後一刻的問題」，未公開細節。
- PSBT 處理方式：PR #36539 是否合併並回移到後續 32.x 版本，目前未定。
- 漏洞揭露：發布說明表示將於兩週後揭露 30.0 修補的 3 個中高嚴重度漏洞；本文不預設這與 32.0 延遲有關。
- 升級時請從 bitcoincore.org 下載並驗證簽章；本文不建議直接用存放實際資金的節點測試 PSBT v2 相容性。
