- 來源
- Bitcoin Corebitcoincore.org
- 原文發布日期
- 原文長度
- 閱讀約 3 分鐘
- 語言
- 英文
SATWEI 摘要
啟用 -privatebroadcast 的 Bitcoin Core 31.0，在 v2 交握失敗後的 v1 重試會跳過 Tor 代理直接連上對等節點，發送者的 IP 位址因此可能曝光。最可能的觸發情境是惡意節點故意中斷交握。在 31.1 推出前，使用者可關閉此功能、設定 -v2transport=0，或讓 IPv4/IPv6 對外連線全部走 Tor。
標籤
- P2P
- Tor
更多來自 Bitcoin Core 的文章
暫停中的 pre-BIP31 對等節點會讓記憶體緩慢無上限增長
惡意對等節點可佯稱不支援 BIP 31 的 ping，避開 20 分鐘斷線機制，再放慢讀取速度，讓節點的傳送佇列持續膨脹：每個入站連線每小時最多 2MB，每個出站連線最多 5MB。這個中度風險漏洞編號 CVE-2026-117349，由 #36667 修補，收錄於 Bitcoin Core 32.1、31.2、30.4 與 29.5；-blocksonly 節點的曝險則小得多。
Bitcoin Core
Bitcoin Core 30.4 釋出
依照 BIP 323，Bitcoin Core 30.4 不再把 BIP 9 的第 5 至 28 位元當成軟分叉信號，區塊設定這些位元也不會再跳出未知部署警告（#34779）。網路方面，暫停傳送的對等節點現在有強制逾時（#36667）；flatfile 位置則改用 64 位元整數（#36669）。
Bitcoin Core
非 Linux 系統的 TCP 緊急資料可讓記憶體無限增長
連線中的對等節點只要傳送 TCP 緊急資料，就可能讓 Windows、macOS 與 BSD 上的節點當機：這些資料會繞過 select() 後端暫停讀取的機制，在記憶體中無上限地累積（CVE-2026-117350）。Linux 節點採用 poll()，不受影響。這個中度風險漏洞由 Project Loupe 的 LLM 掃描發現，Bitcoin Core 32.1、31.2、30.4 與 29.5 已修補。
Bitcoin Core