Bitcoin Core v30 發行指南：OP_RETURN 變更、錢包更新及網路影響

Bitcoin Core v30 預計於 2025 年 10 月底最終發佈，此次版本引發自 2017 區塊大小之爭以來最激烈的社群辯論。新版移除重要基礎設施、將資料儲存能力推向新高，並重新審視 Bitcoin 的核心價值——然而共識規則完全未變。這不是軟分叉也不是硬分叉，而是一場偽裝成日常軟體更新的政策革命。

爭議核心在於：預設 OP_RETURN 資料上限由 80 bytes 提升至實際上無限制——達 100,000 bytes，幾乎佔據整個 4MB 區塊權重限制。該變更於 2025 年 6 月由維護者 Gloria Zhao 合併，儘管社群強烈反對，首次允許單次交易包含多個任意資料輸出。支持者認為，此舉只是讓節點軟體行為與礦工實際行為一致，並能減少有害的 UTXO 集合膨脹。批評者則警告，這將 Bitcoin 從點對點電子現金轉變為資料傾倒場，使節點營運遭遇潛在法律風險，並威脅網路去中心化。

技術更新幅度重大：徹底移除 Berkeley DB 舊錢包支援、加入實驗性 Stratum v2 礦池基礎架構，TRUC 交易支援以便提升費用補充彈性，礦工費率大幅下調至 0.1 sat/vB。然而共識規則絲毫未改。Bitcoin Core v30 和其保守替代版 Bitcoin Knots 在區塊驗證行為完全一致——這是政策分歧而非鏈分叉。社群反應劇烈：Bitcoin Knots 節點佔比由 2% 躍升至 20%，反映營運者對 Core 新預設值的反彈；同時，比特幣先驅 Nick Szabo 亦打破五年社群沉默，警告可能引發「法律惡夢」。

截至 2025 年 10 月 1 日，Bitcoin Core v30 仍處於發佈候選階段（v30.0rc2），最終版本預計月底問世。對於大多數使用 Ledger、Electrum 或手機錢包的普通用戶，無需採取任何措施——這些錢包依然完全相容。但對於約 25,000 個守護網路安全的節點和託管數十億比特幣的交易所而言，v30 是攸關重大、需即刻作戰略決策的轉捩點。

什麼是 Bitcoin Core v30？

Bitcoin Core v30.0 是 Bitcoin 參考實作的最新重大版本——驅動約 95% 比特幣完整節點的軟體，同時定義網路標準行為。預定 2025 年 10 月底經過多月測試後發佈，v30 延續了自 2016 年起每約六個月一次的主版本週期，緊接 v29.0（2025 年 1 月 15 日發佈）之後。

這完全是一個軟體層級的釋出，涵蓋政策、錢包與基礎設施變更，非協議升級。不同於 Segregated Witness（2017）或 Taproot（2021），v30 不影響協議層共識規則，因此不影響區塊或交易的有效判斷。每項變更皆針對節點如何傳遞、存儲或透過 API 曝露資料。實務上，v30 節點升級後立即生效，無需全網協調、無需礦工信號，幾乎沒有鏈分裂風險。

然而看似例行的更新，最終成為近十年來爭議最大的版本。爭議焦點是：Gloria Zhao 在 2025 年 6 月合併的 PR #32406，將預設資料攜帶量由 83 bytes 拉高至 100,000 bytes，同時允許每筆交易多個 OP_RETURN 輸出。Zhao 於 2025 年 5 月因持續人身攻擊而刪除其 Twitter。比特幣開發者 Luke Dashjr 稱此為「惡意程式碼」，認為會「幾乎立即令 Bitcoin 死亡」。密碼龐克傳奇 Nick Szabo 也自五年社群沉寂中復出，於 2025 年 9 月警告法律風險升高。

第二項重大破壞性改動：完全移除 Berkeley DB 舊錢包支援。使用官方錢包的用戶需在升級前遷移至描述式錢包——v30 將無法建立或讀取 BDB 舊錢包，此舉移除了長達十年的舊有程式碼及 11 項相關 RPC 指令。

其他新功能包含：透過新 IPC 介面支援 Stratum v2 礦池、支援 TRUC (v3) 交易（強化閃電網路應用的費用補充）、升級 package relay（優化子支付父場景）、將預設最低轉發費率從 1.0 調降至 0.1 sat/vB。

為何 Bitcoin 需要 v30

Bitcoin Core v30 處理核心技術痛點，同時為長期擴展性投入基礎建設。開發團隊認為，這些是系統必要維護，而批評者則指部分變更根本改變了比特幣的價值主張。

舊錢包技術債危機

Berkeley DB 錢包是 Bitcoin 歷史最悠久的核心程式碼之一，回溯至中本聰的原始實作。到 2025 年時，這些舊架構成為維護負擔與安全隱患。BDB 錢包使用過時且無組織的私鑰儲存模式，元資料匱乏，導致備份、恢復與硬體錢包整合產生難題。

描述式錢包自 Bitcoin Core v0.21（2021 年 1 月）推出後，透過明確金鑰推衍路徑與完備元資料，大幅解決上述問題。經過四年發展，描述式錢包普及至關鍵規模。開發者認為長期維護雙重錢包系統已不符成本與安全需求，決定移除 BDB 支援。

OP_RETURN 政策分歧

過去 80 bytes 的 OP_RETURN 限制，導致非預期誘因——既無法阻止任意資料寫入，反拖慢網路效率。部分用戶通過裸公鑰寫入（永久膨脹 UTXO 集），或是利用 Taproot 見證腳本（Ordinals 機制）；更有甚者，直接透過非公開渠道提交給礦池，繞過公開記憶池傳遞。

OP_RETURN 輸出經驗證後不可花用，節點可直接刪除相關資料，且不影響交易驗證；反觀裸公鑰會產生需永久儲存的 UTXO。至於直接送礦工，自然導致交易處理中心化、削弱抗審查能力。

政策落差同時導致自行費率估算失效。大量交易繞過公開記憶池，節點無法正確預測能夠快速確認的合理手續費率；區塊傳播也受影響——緊湊區塊傳遞需節點事先獲取相關交易。

Greg Sanders 支持 PR #32406 的分析指出，礦工早已接受超大 OP_RETURN 交易，只是 80 bytes 限制存在於節點政策而非區塊層，形成雙重標準，對與礦工直接溝通者有利。移除預設限制，等同讓軟體回歸真實經濟行為，且防止更糟的資料寫入方式橫行。

低費率下的費市失靈

2023-2024 年間，Bitcoin 記憶池長期處於空蕩，許多區塊於 1 sat/vB 或更低費率下被挖出，但 Bitcoin Core v29 及更舊版本始終堅持 1 sat/vB 最低轉發費率，導致本應無礙的低費交易無法傳遞。v30 預設下調至 0.1 sat/vB，既體現網路現實，也保留資源配額防禦 DoS。

閃電網路費用補充挑戰

閃電網路安全模型要求參與者在對手失聯或企圖欺詐時廣播預簽交易，這類交易常因費用不足無法修改。v30 的 package relay 強化，能處理複雜的祖先關係，極大提升閃電網路用戶費用補充成功率。

提案反對理由

以 Luke Dashjr 為首的批評者認為 v30 解錯了問題，他們主張比特幣的目的是點對點電子現金，不應鼓勵無關金融的資料儲存，傳遞政策應加強這一主張。此一理念分歧極深：比特幣軟體應中立於交易內容（Core 的立場），還是應預設體現正當用途的價值判斷（Knots 的立場）？

技術細節深度剖析

Bitcoin Core v30 對記憶池政策、錢包架構、挖礦介面及點對點網路皆有重大技術調整，但完全維持協議層兼容——在 v30 合法的區塊於所有版本下皆成立。本節針對各功能逐一分析。

OP_RETURN 政策變動（PR #32406）

類型：非協議層（記憶池/轉發政策）

主要調整 Bitcoin Core 的 IsStandard() 交易驗證函式。過往僅能存在一個、最大 83 bytes 的 OP_RETURN 輸出時，交易方符合標準檢查。v30 則將預設 -datacarriersize 參數由 83 bytes 提升至 100,000 bytes，並允許單筆交易使用多個 OP_RETURN 輸出。

系統將交易所有 OP_RETURN scriptPubKey 長度加總，與限制值比對。例如三個 OP_RETURN 各 30KB，需 datacarriersize 至少 90,000 bytes。實務極限仍然受 MAX_STANDARD_TX_WEIGHT（400,000 權重單位）約束。

-datacarrier 及 -datacarriersize configuration options are marked as deprecated in v30, with warning messages when used. The Bitcoin Core team has not committed to a specific removal timeline given the controversy.

v30 已將這些組態選項標記為過時（Deprecated），使用時會顯示警告訊息。由於爭議性高，Bitcoin Core 團隊尚未承諾明確的移除時程。

Backward Compatibility: Fully backward compatible from a consensus perspective. The incompatibility occurs at the mempool/relay layer: nodes running v29 or earlier with default settings will refuse to relay transactions with OP_RETURN data exceeding 80 bytes, while v30 nodes will relay them.

向後相容性：從共識角度完全相容。不相容的部分在於 mempool 及中繼層：運行 v29 或更舊版本，且採用預設設定的節點，會拒絕轉發含有超過 80 字元 OP_RETURN 資料的交易；而 v30 節點則會進行這些交易的轉發。

Impact: Nodes with default v30 settings will relay and store larger transactions with substantial OP_RETURN data, increasing bandwidth, storage, and mempool memory usage. Legal considerations represent the most controversial impact — critics argue OP_RETURN data is "readily accessible" with standard tools, potentially exposing node operators to liability for blockchain-embedded illegal content.

影響：預設 v30 設定的節點，將會轉發並儲存含有大量 OP_RETURN 資料的較大交易，增加頻寬、儲存空間與 mempool 記憶體的使用。法律相關影響是爭議最大之處——批評者認為 OP_RETURN 資料可使用一般工具「輕易存取」，可能讓節點營運者暴露於區塊鏈內嵌非法內容的法律責任中。

Legacy Wallet Removal (PRs #32944, #28710)

Type: Non-consensus (wallet infrastructure)

類型：非共識（錢包基礎設施層面）

PR #28710 removes all BDB wallet code from Bitcoin Core's codebase. The wallet/bdb.h header file is deleted entirely, BDB dependency is removed from build systems, and 11 legacy-specific RPC commands are eliminated: addmultisigaddress, dumpprivkey, dumpwallet, importaddress, importmulti, importprivkey, importpubkey, importwallet, newkeypool, sethdseed, and upgradewallet.

PR #28710 完全移除 Bitcoin Core 原始碼中的 BDB（Berkeley DB）錢包代碼。wallet/bdb.h 標頭檔會被整個刪除，建構系統中的 BDB 依賴也會去除，並且下列 11 個復古錢包專屬的 RPC 指令也同時淘汰：addmultisigaddress、dumpprivkey、dumpwallet、importaddress、importmulti、importprivkey、importpubkey、importwallet、newkeypool、sethdseed 和 upgradewallet。

The migratewallet RPC (available since v23.0) automates migration. Bitcoin Core creates a new descriptor wallet, derives all addresses from the legacy wallet's keys, and imports corresponding descriptors. The original legacy wallet file is preserved as <name>-<timestamp>.legacy.bak.

migratewallet RPC（自 v23.0 起提供）可自動進行遷移。Bitcoin Core 會建立新的 descriptor 錢包，從舊有錢包金鑰推導出全部地址，並匯入對應的 descriptor。原有舊錢包檔案則會以 <name>-<timestamp>.legacy.bak 格式備份保留。

Critical requirement: Users still operating BDB legacy wallets MUST migrate before upgrading to v30. External wallet users are completely unaffected.

重要提醒：仍在使用 BDB 舊式錢包的使用者，「必須」在升級到 v30 前完成遷移。外接錢包用戶完全不受影響。

Transaction Policy Updates

Fee Rate Changes (PR #33106): Default -minrelaytxfee reduced from 1 sat/vB to 0.1 sat/vB (90% reduction), reflecting network conditions during 2023-2025 where blocks regularly confirmed at sub-1 sat/vB rates.

手續費變更（PR #33106）：預設 -minrelaytxfee 由 1 sat/vB 降至 0.1 sat/vB（降幅 90%），反映 2023~2025 期間區塊常以低於 1 sat/vB 的費率確認的網路狀況。

Legacy Signature Operations Limit (PR #32521): V30 implements a 2,500 legacy signature operation limit per standard transaction. This prepares for potential future BIP54 (Consensus Cleanup) activation while providing DoS protection. Only affects pathological legacy transactions; normal transactions unaffected.

舊式簽章數上限（PR #32521）：v30 每筆標準交易新增 2,500 個 legacy 簽章操作上限。這為日後可能啟動的 BIP54（Consensus Cleanup）做準備，同時加強 DoS 防護。僅影響異常 legacy 交易，正常交易不受影響。

Package Relay Improvements (PR #31385)

Type: Non-consensus (P2P protocol and mempool policy)

類型：非共識（P2P 協議與 mempool 政策）

V30's improvements extend package evaluation to handle grandparent-parent-child scenarios, multi-parent-1-child configurations, and parents with ancestors. This ensures Lightning Network implementations can reliably fee-bump commitment transactions regardless of mempool state, directly improving Lightning's security model.

v30 增強封包評估能力，涵蓋祖父母-父母-子、多父母-單一子、父母帶祖先等情境。確保無論 mempool 狀態如何，閃電網路（Lightning Network）實作皆能穩定進行 commitment 交易追加手續費（fee-bumping），直接提升閃電網路的安全模式。

TRUC Transaction Wallet Support (PR #32896)

Type: Non-consensus (wallet policy enforcement for BIP431)

類型：非共識（依 BIP431 錢包政策執行）

TRUC transactions (version 3) follow stricter mempool topology rules than standard transactions. V30 adds wallet-level support for creating and spending TRUC transactions, making this anti-pinning technology practical for Lightning Network and other time-sensitive protocols.

TRUC 交易（第 3 版）比標準交易適用更嚴格的 mempool 拓撲規則。v30 為錢包層新增建立與花費 TRUC 交易的支援，讓這種防止交易釘死（anti-pinning）的技術實用於閃電網路及其他需即時性的協議。

IPC Mining Interface (PRs #31098, #31802)

Type: Non-consensus (mining infrastructure)

類型：非共識（挖礦基礎設施）

Bitcoin Core v30 introduces an experimental IPC system using Cap'n Proto for efficient communication between processes. The interface allows external mining software to connect via Unix sockets, request block templates, and submit solved blocks without JSON-RPC overhead. This enables Stratum v2 adoption, allowing individual miners to construct block templates while participating in pool hashrate coordination — decentralizing transaction selection away from pool operators.

Bitcoin Core v30 引入採用 Cap'n Proto 的實驗性 IPC 系統，提升行程間通訊效率。這個介面讓外部礦軟能透過 Unix socket 連線、請求區塊模板及回報已解出的區塊，無需 JSON-RPC 程式負擔。此舉推動 Stratum v2 應用，使單一礦工可自行建構區塊模板，又同步參與礦池算力協調，將交易選擇權去中心化，不再集中於礦池營運方。

Activation and Rollout Plan

Bitcoin Core v30 requires no activation mechanism, coordination period, or network-wide preparation. Changes take effect immediately when nodes upgrade. There is no soft fork or hard fork — v30 modifies no consensus rules.

啟用與推廣計畫

Bitcoin Core v30 無須任何啟動機制、協調期或全網準備。升級後立即生效。此版本不涉及軟分叉或硬分叉，不更動任何共識規則。

Release Timeline:

September 12, 2025: v30.0rc1 released for testing
Late September 2025: v30.0rc2 released
October 2025 (expected): Final v30.0 release

發佈時程：

2025 年 9 月 12 日：v30.0rc1 發佈（測試用）
2025 年 9 月下旬：v30.0rc2 發佈
2025 年 10 月（預計）：正式版 v30.0 發佈

No Miner Signaling: Miners play no special role in v30 deployment. Unlike soft forks requiring miner signaling, v30 needs no miner participation. Blocks mined by v30 nodes are indistinguishable at the consensus layer from blocks mined by any other version.

無礦工訊號：v30 發佈過程礦工無指標性角色。不像需礦工訊號的軟分叉，v30 完全不需礦工參與。v30 節點挖出的區塊與其他版本區塊，在共識層完全無法區分。

Policy vs. Consensus: Consensus rules determine what blocks are valid — every full node must enforce identical consensus rules or the network splits. Policy rules determine what transactions a node accepts into its mempool and relays to peers. Policy rules are local to each node. V30's changes are entirely policy-layer.

政策與共識：共識規則決定哪些區塊有效－－每個全節點必須強制執行相同的共識規則，否則網路會分裂。政策規則決定一個節點接受哪些交易進入 mempool 以及向同行中繼。政策為節點本地層級。v30 的所有變更僅屬於政策層。

No Chain Split Risk: V30 deployment carries virtually zero chain split risk. Chain splits occur when nodes disagree about consensus rules. V30 creates no such disagreement — all implementations agree about block validity. The "split" is purely at the policy layer where different node software relays different transaction sets.

無分鏈風險：v30 部署實際零分鏈風險。分鏈僅在節點對共識規則不一致時發生，而 v30 未造成此情形－－所有實作均一致同意區塊有效性。「分歧」只發生於政策層，也就是不同節點會中繼不同交易集。

Upgrade Pathway:

Download Bitcoin Core v30, verify signatures
Backup wallet.dat files and configuration
Shutdown current Bitcoin Core
Install v30
Migrate legacy wallets via migratewallet RPC
Review configuration for deprecated options
Restart Bitcoin Core v30

升級流程：

下載 Bitcoin Core v30 並驗證簽章
備份 wallet.dat 及設定檔
關閉目前的 Bitcoin Core 執行個體
安裝 v30
使用 migratewallet RPC 遷移舊式錢包
檢查設定檔是否使用已棄用選項
重新啟動 Bitcoin Core v30

Configuration Decision: Operators must decide whether to use default v30 policies (large OP_RETURN allowed) or configure stricter limits via datacarriersize=83 or switch to Bitcoin Knots.

設定決策：營運者必須決定是否要採用 v30 預設政策（允許較大 OP_RETURN），還是透過 datacarriersize=83 設定更嚴格限制，或是轉用 Bitcoin Knots 節點。

Developer Debates and Concerns

Bitcoin Core v30 has provoked the most intense controversy since the 2017 scaling wars, centering primarily on PR #32406's OP_RETURN policy changes.

開發者討論與疑慮

自 2017 年擴容大戰以來，v30 因 PR #32406 對 OP_RETURN 政策的修改而引發史上最激烈爭議。

Proponent Arguments:

支持方觀點：

Gloria Zhao (Bitcoin Core maintainer) argued the change "corrects a mismatch between the harmfulness and standardness of data storage techniques." Users determined to store data will find methods regardless of policy — bare public keys bloat the UTXO set permanently, while OP_RETURN creates prunable outputs.

Bitcoin Core 維護者 Gloria Zhao 指出，該變動「修正了資料儲存技術的危害性與標準性之間的不對等」。想在鏈上存資料的用戶無論政策如何都會想盡辦法——裸公鑰會永久膨脹 UTXO 集，而 OP_RETURN 則是可修剪的輸出。

Greg Sanders emphasized that "miners already accept large OP_RETURN transactions when submitted directly" — the 80-byte limit existed only in relay policy, creating a two-tier system favoring actors with direct miner connections.

Greg Sanders 強調「礦工本來就會直接接受大型 OP_RETURN 交易」——80 字元上限只是轉發政策，不是普遍共識，反而造成有直連礦工的人獲得特權。

Adam Back (Blockstream CEO) stated: "i will be running bitcoin v30," acknowledging spam concerns but concluding filters don't fix anything empirically.

Blockstream 執行長 Adam Back 表示：「我會運行 bitcoin v30」，他承認垃圾交易疑慮，但認為過濾並無實質幫助。

Opponent Arguments:

反對方觀點：

Luke Dashjr labeled v30 changes "malicious code" warning: "This will kill Bitcoin almost immediately if Core 30 gets significant adoption." His primary concerns center on legal liability for node operators storing arbitrary data including potentially illegal content.

Luke Dashjr 稱 v30 變更為「惡意程式碼」，警告：「如果 Core 30 廣泛採用，這幾乎會瞬間殺死比特幣。」他最在意節點營運者需負責存放區塊鏈上任意資料，包括可能的違法內容。

Nick Szabo returned from five-year social media hiatus to warn: "It's an open legal issue almost everywhere" whether node operators bear legal responsibility for blockchain-embedded content. He argued OP_RETURN data is "readily accessible" with standard tools, increasing liability risk.

Nick Szabo 結束五年社群沈默後警告：節點營運者對鏈上資料是否需承擔法律責任，全球幾乎都還是「法律未決問題」。他主張 OP_RETURN 資料可被標準工具「輕易讀取」，進而提高營運者法律風險。

Community Response:

社群反應：

Bitcoin Knots node count surged from ~394 nodes (2%) in January 2025 to ~4,713 nodes (20%+) by September 2025. This represents the largest Bitcoin implementation diversity outside hard fork events. Yet crucially, no chain split occurred — both implementations follow identical consensus rules.

Bitcoin Knots 節點數於 2025 年 1 月約 394（占 2%），到 9 月暴增至 4,713（超過 20%）。這是硬分叉事件以來，實作多樣性最高的一次。但重要的是，並未造成分鏈──兩種實作都遵循完全一致的共識規則。

User and Wallet Implications

External Wallet Users: Zero Impact

外部錢包用戶：無影響

Hardware wallets, mobile wallets, desktop wallets (Electrum, Sparrow, Wasabi), and custodial services all remain fully compatible. These wallets implement their own key management and only query Bitcoin Core nodes for blockchain data — functions unchanged in v30.

硬體錢包、行動錢包、桌面錢包（Electrum、Sparrow、Wasabi）以及託管服務全數照常運作，完全相容。這些錢包自行管理金鑰，只查詢 Bitcoin Core 節點的鏈上資料——v30 並未影響其功能。

Bitcoin Core Built-In Wallet Users: Critical Migration Required

Bitcoin Core 內建錢包用戶：務必進行錢包遷移

Users must migrate legacy wallets to descriptor format before upgrading. The migratewallet RPC automates this process, creating new descriptor wallets while preserving legacy backups.

升級前務必將舊錢包遷移至 descriptor 格式。migratewallet RPC 可自動處理，會建立新 descriptor 錢包，同時保留舊版備份。

Transaction Behavior Changes

交易行為變化

Fee Rate Flexibility: Default minimum relay feerates drop to 0.1 sat/vB, enabling cheaper transactions during low-demand periods. However, wallet software retains previous defaults unless manually configured.

手續費彈性：預設最低轉發手續費降至 0.1 sat/vB，低需求時期能發送更便宜的交易。但各錢包軟體預設值不會變動，需手動調整。

Full-RBF Fee Bumping: The bumpfee and psbtbumpfee RPCs now allow fee bumping without BIP-125 signaling, aligning with full-RBF default policy since v28.

全面 RBF 加費：bumpfee 和 psbtbumpfee RPC 現可不需 BIP-125 訊號直接追加手續費，與 v28 開始的 full-RBF 政策一致。

TRUC Transaction Support: Wallets can create v3 transactions with improved fee-bumping guarantees, particularly beneficial for Lightning Network applications.

TRUC 交易支援：錢包現可建立 v3 交易，帶來更穩定的加費保證，對閃電網路等應用特別有利。

Practical Guidance:

操作建議：

For non-technical users running external wallets: No action required. Continue using wallets normally.

對一般外接錢包用戶：無需任何動作，正常使用即可。

For Bitcoin Core wallet users: Migrate legacy wallets before upgrading. Test migration on testnet first, backup everything, then execute migratewallet RPC.

對 Bitcoin Core 內建錢包用戶：升級前先完成舊錢包遷移。建議先於測試網測試流程，完成備份，再執行 migratewallet RPC。

For Lightning Network users: V30 brings substantial benefits through improved package relay and TRUC support, enabling more reliable fee-bumping of commitment transactions.

對閃電網路（Lightning Network）使用者：v30 改進封包中繼及 TRUC 支援，大幅提升 commitment 交易加費的可靠性。

Infrastructure Impacts

Mining Software

IPC Mining Interface: V30 introduces experimental IPC for Stratum v2 compatibility, allowing external mining software to request block templates via Unix sockets. This is optional — existing mining pools using getblocktemplate RPC remain fully compatible.

挖礦軟體

IPC 挖礦介面：v30 新增實驗性 IPC，同步支援 Stratum v2，讓外部礦軟可透過 Unix socket 請求區塊模板。此為選用功能——既有礦池用 getblocktemplate RPC 完全不受影響。

Mempool Policy Changes: Default minimum relay feerate reduced to 0.1 sat/vB means miners may see more low-fee transactions in templates. OP_RETURN expansion may increase transaction volume with arbitrary data.

Mempool 政策更動：預設最低手續費降至 0.1 sat/vB，代表礦工可見到更多低費用交易出現在模板內。OP_RETURN 擴張可能導致夾帶任意資料的交易量增加。

No Breaking Changes: All existing mining pools remain fully compatible. Miners can upgrade on their own schedules based on operational considerations.

完全相容：所有現有礦池皆完全相容。礦工可自行斟酌時機升級。

Lightning Network

Status: Fully Compatible across all major implementations (LND, CLN, Eclair, LDK).

閃電網路

狀態：各主流實作（LND、CLN、Eclair、LDK）皆完全相容。

Benefits: Lower default relay fees improve low-fee commitment transaction propagation. Enhanced 1P1C package relay helps penalty transactions. TRUC support enables better anchor channel implementations.

效益：降低預設中繼費用，可提升低手續費 commitment 交易的傳播效率。強化的 1P1C（One Parent/One Child）封包傳遞有助於 penalty 交易。TRUC 支援讓 anchor channel 實作更完善。

Channel Management: No changes to channel opening/closing procedures, HTLC

通道管理：通道開/關閉、HTLC 流程均無須更動。routing, or payment forwarding mechanisms.
（跳過 markdown link 翻譯）

Layer-2 Protocols

RGB、Liquid、Rootstock、Stacks：全部仍相容。這些協議透過標準方式與比特幣互動，不受 v30 政策變更影響。

交易所與託管機構

強制更新事項：

舊錢包移除：仍在使用舊（legacy）錢包的交易所，在升級前必須遷移到描述符（descriptor）錢包。遷移工具：migratewallet RPC 指令。

RPC 變更：包含 importprivkey、dumpprivkey、dumpwallet、importwallet 等過時的 RPC 已經被移除。交易所必須更新程式碼，避免使用這些已棄用的 API。

交易處理：psbtbumpfee 與 bumpfee 現在允許全量 RBF（Replace-By-Fee，不須 BIP-125 訊號）替換。處理未確認交易的交易所須注意，交易可在未有訊號下被替換。

設定檢查：檢查 bitcoin.conf 是否含有被移除的選項。如果有設定 -maxorphantx，請移除。若交易所有特殊政策，也可考慮調整 -datacarriersize。

區塊瀏覽器

Coinstatsindex 斷鏈變更：因實作修正溢位 bug，使用 coinstatsindex 者需重新同步（resync）整條鏈。

顯示注意事項：區塊瀏覽器應更新顯示同一交易有多個 OP_RETURN 輸出（先前只顯示一個），並處理更大資料載體大小。

REST API：新增 /rest/spenttxouts/BLOCKHASH 端點，可查詢已花費的交易輸出（spent TXOs）。

SPV 錢包與裁剪節點

SPV 錢包：無重大變更。Bitcoin Core 仍支持為 SPV 客戶端提供服務。

裁剪（pruned）節點：功能不變。裁剪節點仍可完整驗證交易，且儲存空間需求大幅減少（約 5-10 GB，相較完整節點約 550 GB）。

市場脈絡與歷史前例

要了解 Bitcoin Core v30 潛在市場影響，需檢視過往重大升級對價格、採用曲線與鏈上數據的影響。

SegWit（2017）：高戲劇性的升級

啟用時間：2017 年 8 月 23-24 日，區塊高度 481,824

價格影響：

啟用前（2017/7/14）：$1,835
鎖定（2017/8/9）：約 $3,600
啟用（2017/8/23）：$4,247（較 7 月成長 131%）
2017 年底高點：$19,834（較 7 月大漲 980%）

鏈上數據：

初期採用率：至 2017/10 約 7-10%
達 50% 採用率：2019（啟用後 2 年）
目前採用率：85-95%（全網）

背景解釋：SegWit 價格暴漲與當時牛市、ICO 熱及區塊大小戰爭的結束同時發生。升級讓閃電網路發展成為可能並提升效率，但當時的即時價格反應，更多是反映市場情緒而非技術改善本身。

Taproot（2021）：被「提前反映」的升級

啟用時間：2021 年 11 月 14 日，區塊高度 709,632

價格影響：

鎖定前（2021/5）：約 $58,000
鎖定當下（2021/6/12）：約 $35,000（崩跌後）
啟用前（2021/11/10）：約 $69,000（歷史高點）
啟用當天（2021/11/14）：約 $64,000
啟用後：12 月起逐漸下跌

鏈上數據：

第一週：使用率極低
2023/2：9.4% 交易採用
主要交易所交易量：啟用後增加 30%
大額交易（$10 萬以上）：啟用後一週增長 20%

背景解釋：Taproot 作為共識升級，對即時價格影響極小——市場早在前幾個月已提前「消化」這利多。啟用時比特幣已創歷史新高，市場關注點在美聯儲政策、通膨等宏觀因素，而非技術細節。

v30 關鍵啟示

採用時間：SegWit 與 Taproot 兩者皆出現鏈上採用緩慢（即使是協議級升級，也需二到五年達多數採納）。v30 僅為政策層級變更，採用曲線甚至更慢，取決於節點營運者自願更新，無經濟壓力驅動。

價格預測性：SegWit 啟用前價格急漲 50% 以上，Taproot 幾乎沒波動，說明市場時機、總體經濟情勢、預期交易比單純技術變化更影響價格。v30 完全無共識變更，更難對市場直接造成大動作。

機構觀點：自 2021 年 Taproot 後，機構投資者把升級視為「演進非革命」。其分析重點均在宏觀因素如 ETF 批准、企業持幣、監管明朗，而不是協議升級。這模式很可能會延續到 v30。

波動性型態：過往數據顯示，有爭議性升級（如 SegWit 區塊戰）期間波動劇烈；共識型升級（如 Taproot）則相對穩定。v30 的爭議僅限於政策層級，無共識爭執，直接引發市場波動機率很小，社群爭論只會帶來短期雜音。

v30 鏈上數據觀察重點

手續費趨勢：SegWit 後，平均手續費自 2017 年高點 $50+ 降至 2021 年 $1-5。v30 更低預設手續費，有望在需求低迷時進一步降低費用，影響礦工收入結構。2025 年手續費佔礦工收益 1-2%（2024 高峰可超 10%）。

交易量：SegWit 透過引證資料分離，使每區塊可處理交易量提升約 60%。Taproot 則帶來小幅效率提升。v30 未提升處理量，但更低手續費門檻或於低需求期增加交易數。

UTXO 集合成長：SegWit 促使用戶採用更有效率的地址，減緩 UTXO 成長。v30 OP_RETURN 變更，如用戶棄用裸公鑰資料轉移到 OP_RETURN，或因新用途推動鏈體膨脹，UTXO 增長可能減緩或加速，需持續觀察。

市場對 v30 的期待

現實評估：v30 幾乎不會對價格造成直接影響。此版無共識改變，未涉及重大安全漏洞、亦無「比特幣將支援智能合約」（Taproot）或「比特幣交易量倍增」（SegWit）等催化劑。能理解 v30 技術細節的市場人，想法多半已反映於持倉。

間接後果：這波爭議可能微妙改變比特幣敘事——若 OP_RETURN 擴大被視為「垃圾郵件」或帶來法規問題，批評者可能藉機抨擊。但也可能因有多元實作（如 Core vs. Knots）展現系統抗脆弱性，強化去中心化敘事。而這些影響，都是幾個月到數年時間尺度，不會立即顯現。

機構觀察：主要機構投資人（如 MicroStrategy、BlackRock ETF、Fidelity）將比特幣視為數位黃金、抗通膨。政策層級的節點軟體更新除非危及穩定或監管，才可能引發機構關心。v30 難以觸及這根底線，純屬節點營運選擇，對體系無直接風險。

安全性、測試與審計

Bitcoin Core v30 雖然未進行正式外部安全審計，但依然展現嚴謹的安全與測試流程。專案仰賴持續同儕審查、自動化測試，以及公開負責的回報流程。

測試方法

單元測試涵蓋率：Bitcoin Core 使用 Boost 框架進行詳盡單元測試。涵蓋率報告公開於 maflcko.github.io/b-c-cov/，分為僅單測、單測+功能測試、及 fuzz 測試三種數據。

模糊測試（Fuzzing）：Bitcoin Core 廣泛利用 libFuzzer（主要）、AFL、Honggfuzz 進行模糊測試。2021 年 5 月起佈署 Google OSS-Fuzz，全天候 24/7 持續 fuzz 重要元件，包括網路協議、UTXO 快取、地址管理、指令解析、交易處理等。關鍵項目近萬行 fuzz 測試碼。

學術研究（ICSE 2022 "Looking for Lacunae in Bitcoin Core's Fuzzing Efforts"）指出 Bitcoin Core mutation score 達 79.07%，在六大主流加密貨幣專案中排名第二。Fuzzing 能捕捉部分功能測試無法發現的獨特錯誤。

功能測試：以 Python 編寫之功能測試，於 regtest 模式跑完整節點測全 P2P 網路、錢包、RPC 介面、交易中繼與區塊傳遞場景。

版本候選測試：V30 測試指南涵蓋所有重大改動：OP_RETURN 政策、TRUC 交易錢包支援、IPC 挖礦介面、舊錢包遷移、設定變更等。社群於 Testnet4、Signet、regtest 系統徹底驗證後才發布主網版本。

安全審計

無傳統第三方審計：Bitcoin Core 並未針對 v30 進行正式第三方審計。此專案採開源持續同儕審查：每個 pull request 都須多位維護者反覆審查，高風險變更需大量測試及審核。

為何採此模式：Bitcoin Core 屬全球開源專案，各國研究人員隨時審查程式碼。傳統審計是「某個時間點」的檢查，開源專案則能實現「持續」檢查。若有外部研究員發現嚴重漏洞，會按責任揭露程序即時修補。

漏洞賞金機制

無正式賞金計畫：Bitcoin Core沒有官方正式或資助的漏洞賞金機制。身為無中心機構、無企業贊助的開源專案，全仰賴負責流程與社群共識貢獻精神，而不是financial incentives.
財務誘因。

Responsible Disclosure Policy: Security issues should be reported to [email protected] with PGP encryption for sensitive information. Bitcoin Core maintains a 4-tier severity classification (Critical, High, Medium, Low) with specific disclosure timelines: Low severity disclosed 2 weeks after fix release; Medium/High disclosed 2 weeks after last affected version reaches end-of-life; Critical handled ad-hoc.
負責任揭露政策：安全性問題應以 PGP 加密方式將敏感資訊回報至 [email protected]。Bitcoin Core 採用四級嚴重性分類（重大、高、中、低），並訂有具體揭露時程：低嚴重性問題於修復釋出後兩週公開；中/高等級則在最後受影響版本停止維護後兩週揭露；重大問題則依情況臨機處理。

Recent Disclosures (2024-2025): Multiple vulnerabilities affecting versions before v25.0 and v29.0 were disclosed in October 2024, following standard timelines. No critical vulnerabilities specific to v30 have been disclosed during development.
近期揭露（2024-2025）：多個影響 v25.0 及 v29.0 之前版本的漏洞已於 2024 年 10 月依標準時程揭露。開發期間並未有針對 v30 的重大漏洞揭露。

Known Issues and Mitigation

OP_RETURN Controversy: The primary "known issue" is the community debate over OP_RETURN policy changes — though this represents a philosophical disagreement rather than a technical bug. Critics warn of legal liability for node operators, blockchain bloat, and increased node costs. Proponents argue fees provide natural spam deterrence and OP_RETURN is less harmful than alternatives.
OP_RETURN 爭議：目前的「已知問題」主要為社群對於 OP_RETURN 政策改變的爭論——這屬於理念分歧而非技術性缺陷。反對者警告節點營運者可能面臨法律責任、區塊鏈膨脹與維運成本上升。支持者則認為手續費本身可防止垃圾資料，且 OP_RETURN 比其他可選方案危害較低。

Mitigation Options:

Configure -datacarriersize=83 to maintain stricter limits (triggers deprecation warning)
Switch to Bitcoin Knots (maintains conservative defaults)
Implement custom mempool policies for critical infrastructure
Monitor actual network behavior and adapt if issues arise
因應選項：
設定 -datacarriersize=83 以維持較嚴格的限制（會有即將棄用的警告）
切換至 Bitcoin Knots（較保守的預設值）
為關鍵基礎設施實作自訂 mempool（記憶池）政策
持續監控網路實際行為並視情況調整

Coinstatsindex Migration: Users of coinstatsindex face a required complete reindex from scratch due to implementation changes preventing overflow bugs. This is a one-time performance cost, not an ongoing issue.
Coinstatsindex 遷移：因實作變動以防止溢位漏洞，coinstatsindex 使用者必須從頭重新建立索引。這僅為一次性的效能成本，非長期問題。

Deprecated Options: Multiple options marked deprecated (-datacarrier, -datacarriersize, -paytxfee, settxfee, -maxorphantx) may confuse operators expecting previous behavior. Bitcoin Core provides deprecation warnings to guide migration.
已棄用選項：多個選項（如 -datacarrier、-datacarriersize、-paytxfee、settxfee、-maxorphantx）已被標示為棄用，可能會讓期望舊行為的營運者感到困惑。Bitcoin Core 會提供即將棄用的警告以協助轉移。

Security Considerations for Operators

General Best Practices:

Keep updated to latest stable release
Monitor [email protected] announcements
Review release notes before upgrading
Test on testnet before production deployment
Secure RPC access (no internet exposure without authentication)
Implement proper firewall configuration
Maintain backup and disaster recovery procedures
一般建議措施：
保持更新到最新穩定版
關注 [email protected] 的安全公告
升級前仔細閱讀釋出說明
於正式環境部署前於測試網進行驗證
保護 RPC 存取（不可無驗證曝露於網際網路）
正確設置防火牆
定期備份與建立災難復原機制

V30-Specific Considerations:

Evaluate legal risk tolerance regarding OP_RETURN data storage
Decide on configuration approach (default, custom limits, or alternative implementation)
For cloud-hosted nodes, be aware of provider content scanning policies
Document policy decisions for regulatory defense if needed
V30 版專屬考量：
評估對 OP_RETURN 資料儲存的法律風險承擔度
決定設定方案（預設、自訂限制或替代實作）
雲端託管節點應注意主機商的內容稽查政策
需要時記錄政策決策以便將來應對監管

Regulatory and Privacy Considerations

Bitcoin Core v30 introduces controversial changes with profound implications for privacy, regulatory compliance, and legal liability — despite being purely policy modifications rather than consensus changes.
Bitcoin Core v30 帶來具爭議的政策調整，對隱私、法遵與法律責任有深遠影響，儘管這僅為政策變動而非共識協定的更動。

Privacy Analysis: No Enhancement, Potential Regressions

V30 provides zero privacy improvements. The release focuses on data storage capacity, not privacy-preserving technologies. Existing privacy features (Tor support, transaction relay obscuration) remain unchanged from earlier versions.
V30 對隱私無任何提升。本次發佈專注於資料儲存容量，並未增進隱私保護機制。既有隱私功能（如 Tor 支援、交易中繼遮蔽）與舊版本無異。

Potential Privacy Regressions:

Increased Blockchain Analysis Surface: More data in OP_RETURN outputs creates additional metadata for analysis. Larger transactions are easier to track and identify. Blockchain analysis companies (Chainalysis, Elliptic, TRM Labs) view expanded OP_RETURN as beneficial to surveillance — more data means better attribution.
Node Operator Deanonymization Risk: Nodes storing arbitrary data may become targets for legal discovery. Increased costs drive operators to centralized cloud services with KYC requirements, reducing operator anonymity.
Transaction Graph Analysis: Bitcoin's transparent ledger means all transactions remain traceable. Larger OP_RETURN data provides more context for analysts to link transactions to real-world activities. Transaction clustering and entity identification remain highly effective.
潛在隱私倒退：
區塊鏈分析面擴大：OP_RETURN 輸出資料更多，讓分析者可取得更多元資料。大型交易更容易被追蹤和識別。區塊鏈分析公司（如 Chainalysis、Elliptic、TRM Labs）認為擴大 OP_RETURN 有助監控——資料越多，歸屬就更精確。
節點營運者去匿名化風險：存儲任意資料的節點可能成為法律調查對象。成本升高導致營運者轉向需 KYC 的中心化雲端服務，匿名性降低。
交易圖譜分析：比特幣帳本透明，所有交易皆可追蹤。OP_RETURN 較大資料筆數，給分析師更多線索關聯到現實活動。交易群聚及實體識別依然非常有效。

Network-Level Privacy: No improvements to P2P network privacy, Tor support, or transaction broadcast behavior beyond what existed in v29.
網路層隱私：對於 P2P 網路、Tor 支援與交易廣播，並無超越 v29 的額外隱私提升。

Regulatory Considerations: Significantly Increased Risk

Features Attracting Regulatory Attention:

Arbitrary Data Storage: Enabling near-unlimited data embedding creates regulatory pretext for government intervention. Concerns include child sexual abuse material (CSAM), malware distribution, and copyright infringement.
Potential Node Reclassification: Regulators may reclassify nodes as "content distributors" or "publishers," triggering content moderation requirements. Precedent: Tornado Cash sanctions by OFAC in 2022.
Data Permanence: Immutable blockchain storage means illegal content cannot be removed, creating ongoing compliance challenges and conflicts with "right to be forgotten" regulations (GDPR).
引起監管注意的特點：
任意資料儲存：允許近乎無限量嵌入資料，提供政府介入監管的藉口。爭議包含有關兒童性虐內容（CSAM）、惡意軟體、及著作權侵權等。
節點重新分類風險：監管機構可能將節點重新歸類為「內容分發者」或「出版者」，導致需承擔內容審查義務。前例包括 2022 年 OFAC 對 Tornado Cash 的制裁。
資料永久性：區塊鏈不可更動意謂非法內容無法移除，對法遵產生持續性挑戰，並與「被遺忘權」（GDPR）等規範衝突。

Exchange Compliance Implications:

Exchanges must monitor transactions under Bank Secrecy Act (BSA) and FinCEN registration requirements. Larger data payloads complicate automated monitoring systems and may trigger Enhanced Due Diligence (EDD) protocols. Exchanges may require additional verification for transactions with large data payloads.
交易所合規性影響：

交易所需依銀行保密法（BSA）與 FinCEN 註冊要求監控交易。更大的資料載體導致自動監控系統更難運作，可能啟動加強盡職調查（EDD）程序。交易所可能對含大量資料的交易要求額外驗證。

KYC/AML Considerations: FATF guidelines require Virtual Asset Service Providers (VASPs) to implement transaction monitoring systems and Suspicious Activity Reports (SARs). The "Travel Rule" requires sharing originator/beneficiary data for transfers. V30's arbitrary data capacity creates new challenges for compliance teams distinguishing legitimate use from illicit activity.
KYC/AML 考量：FATF 指引要求虛擬資產服務供應商（VASP）設置交易監控與可疑活動申報（SAR）機制；「旅行規則」要求在轉帳時揭露發起及受益者資料。V30 的任意資料容量讓法遵團隊更難分辨正當用途與非法活動，增加挑戰。

Legal Liability: The Central Controversy

Nick Szabo's Warning: "It's an open legal issue almost everywhere" whether node operators bear legal responsibility for blockchain-embedded content. Szabo argues OP_RETURN data is "readily accessible" with standard tools (browsers, image viewers), making operators potentially liable for possession and distribution.
法律責任：爭議核心

Nick Szabo 警告：「幾乎全世界對此仍是未決法律問題」，節點營運者是否需為區塊鏈嵌入內容承擔法律責任。Szabo 指出，OP_RETURN 的資料可輕易透過標準工具（如瀏覽器、影像瀏覽器等）存取，致使節點營運者有可能被認定為持有或散布非法內容。

Counter-Arguments: Crypto litigator Joe Carlasare notes that existing case law protects intermediaries lacking knowledge and control over content they transmit. However, Carlasare acknowledges no clear precedent directly addresses blockchain node operators — legal uncertainty persists.
反方意見：加密貨幣律師 Joe Carlasare 指出，現有案例判例保護對所傳遞內容並不知情且無法控制的中介方。但 Carlasare 亦認同，現行法律尚無直接針對區塊鏈節點營運者的明確判例——法律不確定性仍在。

Key Legal Questions:

Are node operators "publishers" or "neutral infrastructure"?
Does Section 230 (U.S. intermediary liability protection) apply to blockchain nodes?
How do immutable data requirements conflict with content takedown orders?
Can operators claim plausible deniability when OP_RETURN data uses standardized formats?
關鍵法律問題：
節點營運者是「出版者」或「中立基礎設施」？
美國法律第 230 條（中介方免責原則）是否適用於區塊鏈節點？
不可更改的資料要求與內容下架令如何衝突？
當 OP_RETURN 使用標準格式時，營運者能否主張合理不知情？

這些問題在多數司法管轄區尚無定論。營運者必須自行評估可接受之風險程度。

Surveillance Implications: Enhanced Capabilities

Blockchain Analysis Company Perspectives: Chainalysis and Elliptic (serving government agencies and financial institutions) view Bitcoin as highly transparent. Chainalysis claims 99% market coverage with sophisticated machine learning for pattern detection. Elliptic maintains 6.4+ billion labeled addresses across 43 crypto networks.
監控影響：能力增強

區塊鏈分析公司觀點：Chainalysis 與 Elliptic（服務政府與金融機構）認為比特幣高度透明。Chainalysis 宣稱以進階機器學習達成 99% 市場覆蓋率。Elliptic 標記超過 64 億個地址，涵蓋 43 個加密網路。

Industry Position: Blockchain analysis firms view larger OP_RETURN data as BENEFICIAL to surveillance — more data means better attribution and tracking. Transaction timing analysis, clustering analysis, and temporal analysis all benefit from additional metadata.
產業觀點：分析公司認為，OP_RETURN 資料增大對監控有利——資料愈多，追蹤及歸屬更精確。交易時序、群聚與時間序列分析皆可受益於額外元資料。

Economic Warfare Scenarios: State actors could exploit large OP_RETURN capacity for "fee-floor attacks" — filling mempools with expensive-to-process data to price out retail users. At 200 sat/vB, filling mempool costs ~2 BTC per block (~$32.8M/day at current prices).
經濟戰場假設：國家行為者可利用 OP_RETURN 巨大容量發動「手續費地板攻擊」——以昂貴資料填滿記憶池，趕走散戶。以 200 sat/vB 計算，塞滿每區塊成本約 2 BTC（現價每日約 3280 萬美元）。

Compliance Recommendations for Exchanges

Immediate Actions:

Assess legal status of node operations in all jurisdictions
Develop protocols for responding to illegal content discoveries
Review -datacarriersize settings before v30 upgrade
Calculate increased bandwidth and storage requirements
Update AML/KYC procedures addressing large data transactions
交易所法遵建議

立即行動：

評估各法域內節點運作的法律地位
建立發現非法內容時的應變程序
於升級 v30 前審查 -datacarriersize 設定
預估新增頻寬與儲存需求
調整 AML/KYC 流程因應大量資料交易

Transaction Monitoring: Implement alerts for transactions with large OP_RETURN data, enhanced due diligence for accounts frequently using large data payloads, and pattern analysis for potential steganography or data smuggling.
交易監控：對含大量 OP_RETURN 資料的交易設警報、對頻繁傳輸大量資料之帳戶啟動加強盡職調查，並進行模式分析以預防隱寫或資料夾帶。

Risk Mitigation: Consider running modified nodes with stricter filters, implement third-party filtering software, maintain detailed operational logs for regulatory defense, and consult legal counsel on jurisdiction-specific liability.
風險緩解：可考慮運行已加強過濾器的自訂節點、部署第三方過濾軟體、詳細記錄營運日誌便於日後因應監管、並諮詢法律顧問釐清各司法轄區責任。

Recommendations for Privacy-Conscious Users

Critical Finding: V30 offers nothing positive for privacy and introduces new surveillance risks.
對注重隱私的用戶建議

重要發現：V30 對隱私無任何益處，並導入新的監控風險。

Best Practices:

Never reuse Bitcoin addresses (generate new address for every transaction)
Run transactions through Tor using Bitcoin Core's built-in support
Use CoinJoin implementations (Wasabi, JoinMarket) for enhanced privacy
Avoid embedding identifying information in OP_RETURN data
Be aware that larger OP_RETURN transactions may be MORE trackable
最佳實務：
絕不重複使用比特幣地址（每筆交易皆取新地址）
透過 Bitcoin Core 內建功能於 Tor 網絡執行交易
使用 CoinJoin（Wasabi、JoinMarket 等方案）提升隱私
避免在 OP_RETURN 資料中嵌入任何身分資訊
請注意，較大 OP_RETURN 交易實際上更易被追蹤

For Node Operators:

Consider Bitcoin Knots for stricter defaults (16% of network already switched)
Stay on Core v29 to delay legal uncertainty
Use -datacarriersize=83 if running v30 (while still available)
Document "lack of knowledge and control" defense
Consult local legal counsel on node operator status in your jurisdiction
節點營運者建議：
考慮改用 Bitcoin Knots（16% 節點已切換，預設更嚴格）
暫留在 Core v29 以延後法律不確定性
若已升級 v30，盡可能使用 -datacarriersize=83
記錄「不知情、不可控」之合理抗辯資料
針對節點營運者法律地位諮詢在地法律顧問

Risk Analysis and Contingency Planning

Bitcoin Core v30's policy-only changes create minimal consensus-layer risks but significant operational, legal, and governance challenges requiring contingency planning.
風險分析與備援計畫

Bitcoin Core v30 屬政策改動，對共識層風險極低，但在運營、法律及治理上帶來重大新挑戰，必須提前規劃備案。

Potential Failure Modes

Stuck Upgrades: Unlike soft forks that can fail to activate if insufficient miner support, v30 cannot "get stuck" — it's a software release taking effect immediately upon upgrade. However, adoption may stall if controversy prevents widespread deployment. Likelihood: Medium. Current metrics show approximately 13-20% of nodes already running alternative implementations (Bitcoin Knots), indicating significant operator resistance.
潛在失敗模式

升級卡關：不同於不足礦工支持就無法啟動的軟分叉，v30 採軟體直接釋出，升級即生效，不會「卡住」；但如社群爭議過大仍可能影響普及。此風險為中等。現有數據顯示約 13-20% 節點已執行替代實作（Bitcoin Knots），顯示有一定程度營運者抗拒。Policy Fragmentation:
網路因為分裂成不相容的中繼政策導致實務上的困難。使用者提交低手續費率或大型 OP_RETURN 交易時，可能會發現傳播不可靠，必須直接提交給礦工或針對特定節點。
可能性：高。現已發生。Bitcoin Knots 的普及顯示了重大政策分裂，雖然兩者都驗證相同的區塊鏈。

Legal Intervention:
政府當局若起訴節點營運者因其主機上有非法嵌入區塊鏈內容，可能導致業餘營運者關閉節點、促進中心化。
可能性：低至中。目前無明確前例，但 Nick Szabo 及其他人已警告在不同司法管轄區存在「開放法律問題」。

Cloud Provider Shutdowns:
AWS、Azure 或 GCP 等雲端供應商通過自動惡意軟體/內容檢查系統觸發節點終止，可能對交易所與基礎架構營運造成干擾。
可能性：低。大多數開發者認為「災難性故障」預測言過其實，並指出區塊鏈資料不符合觸發自動掃描的典型內容分布模式。

Chain Split Scenarios

Consensus-Layer Split:
幾乎不可能。V30 並未修改任何共識規則——Bitcoin Core v30 與其他實作會以相同方式驗證區塊。所有實作只會跟隨一條比特幣區塊鏈。

Policy-Layer Fragmentation:
已在發生。不同節點軟體執行不同的 mempool 政策。這是設計上的特點以確保節點主權，不是漏洞。這類「分裂」影響交易傳播，無關區塊有效性。

Historical Precedent:
Bitcoin Cash（2017）是實際硬分叉，不相容的共識規則造就了永久分歧的鏈。V30 與 Bitcoin Cash 或有爭議的軟分叉（如 SegWit）都不同——它只是項政策變更，使用者選擇確保了網路的統一。

Replay Protection Mechanisms

不適用：
重放保護針對鏈分裂時，防止一條鏈上的有效交易被重播到另一條鏈。由於 v30 不產生鏈分裂且維持完整共識相容，故無需重放保護。v30 錢包產生的交易，在共識層與其他版本產生的交易沒有不同。

Emergency Response Procedures

關鍵漏洞發現：
如果 v30 發布後發現關鍵漏洞，Bitcoin Core 既有流程會被啟動：

私下通報至 [email protected]
由安全團隊評估嚴重性
加速開發修補程式
根據嚴重性協調揭露時程
若屬關鍵則緊急發布（類似 CVE-2018-17144 膨脹漏洞應對）

營運者應準備：

監控 Bitcoin Core 的安全公告
訂閱 bitcoin-dev 郵件列表
關注 Bitcoin Optech 電子報以獲得技術動態
保持可快速部署安全補丁的能力
準備回滾程序（保留 v29 的可執行檔）

具爭議政策回滾：
若 v30 實際部署後爆發難以預見的嚴重問題（如區塊鏈垃圾激增、大規模法律訴訟、雲端供應商聯合關閉），Bitcoin Core 可發布 v31 回復變更：

取消棄用 -datacarrier 與 -datacarriersize 選項
恢復 83 字節預設值或設定其他限制
提供設定遷移指引

可能性：低至中。Bitcoin Core 開發者需有明確的實質損害證據（而非理論疑慮）才會回頭修正。實作多元（如 Knots）已提供另類選擇，無需 Core 政策回滾。

What Operators Should Prepare For

所有節點運營者：

備份策略：升級前，確保備份 wallet.dat 與設定檔。
測試環境：維持 testnet 或 regtest 以先測試，後在主網部署。
監控系統：對異常的 mempool 大小、資源使用或錯誤率設立警示。
回滾能力：保留 v29 可執行檔以備緊急降版。
溝通計畫：設定與同儕、交易所或使用者協調溝通之程序。

針對交易所／託管基礎架構：

法律審查：諮詢法律顧問，評估各執業地區節點營運責任。
合規更新：更新 AML/KYC 以處理大數據的交易。
設定決策：記錄政策選擇理由（預設 v30、自定限制或 Knots）。
事件應對：建立應對區塊鏈資料中發現非法內容的程序。
冗餘性：維持作業彈性，必要時可切換實作。

針對 Lightning Network 營運者：

手續費管理：準備因加強 package relay 而帶來的 CPFP 可靠性提升。
TRUC 整合：考慮將通道實作升級為支援 v3 交易。
承諾監控：加強手續費調整能力，減少強制關閉風險。
測試：在主網部署前，於 testnet 驗證手續費調整情境。

針對礦池：

Stratum v2 規劃：評估 IPC 挖礦介面，以布局未來 Stratum v2 實作。
區塊模板策略：決定對大型 OP_RETURN 交易的區塊模板政策。
Mempool 設定：評估較低預設手續費率對營運的影響。
監控：追蹤 v30 部署後 OP_RETURN 的實際使用情形。

針對個人用戶：

錢包檢查：確認你使用的是 Bitcoin Core 內建錢包（可能需遷移）或外部錢包（無需動作）。
節點政策：若運行全節點，決定設定哲學（預設、嚴格抑或替代實作）。
交易行為：理解較低手續費率可行，但需調整錢包設定。
隱私實踐：v30 不提供隱私改進——繼續採用最佳慣例（地址輪換、Tor、CoinJoin）。

Contingency Planning: Multiple Scenarios

情境一：順利部署（60% 機率）

V30 在 6-12 個月內部署，達 60-80% 採用率。高昂手續費下，大型 OP_RETURN 使用持續低迷。法律疑慮被證明過度擔憂——沒有相關起訴。Bitcoin Knots 保持約 10-15% 網路佔有率，促進政策多樣性。未需緊急干預。

營運者應對：追蹤採用率、實際 OP_RETURN 使用狀況，根據數據調整政策。

情境二：政策僵局（25% 機率）

社群持續分歧。Core 採用率停留在 40-50%，Knots 維持 20-30%。網路呈現明顯政策分裂。邊緣情境下交易傳播可靠性下降。兩種實作並無一者主導。

營運者應對：維持切換實作的彈性，關鍵基礎設施可考慮同時運行多種節點，同時參與社群針對政策演進的討論。

情境三：法律介入（10% 機率）

一個或多個司法轄區起訴節點營運者，理由是主機上有非法區塊鏈內容。雲供應商開始終止比特幣節點。業餘營運者大量關閉節點。網路向資源充足、具法律保護的營運者集中。

營運者應對：立刻尋求法律意見、評估管轄風險，考慮將節點設施遷往友善司法轄區，強化內容監控，改用嚴格政策實作（如 Knots），個人節點保持低調。

情境四：技術災難（5% 機率）

V30 發布後發現嚴重漏洞，致使盜竊、DoS 攻擊或共識失誤等，需啟動緊急應對。

營運者應對：全天候監控 Bitcoin Core 安全公告，保持數小時內布署緊急補丁的能力，測試且準備回滾程序，與交易所和大型基礎設施協調配合，按照 Bitcoin Core 安全團隊指示行動。

長期風險緩解

實作多元化：
Bitcoin Knots 的崛起顯示了健康的實作多元。長遠來看，比特幣因多個相容實作而提升對單一用戶端漏洞或治理劫持的韌性。

演化壓力：
實際使用將決定 v30 政策變更的利弊。市場機制（手續費）、法律動態與技術創新將塑造未來政策發展。

社群治理：
v30 爭議雖然激烈，但證明了比特幣治理的機制並非中央決策，而是去中心化個體選擇。不滿 Core 的營運者可選擇替代而不影響共識層網路統一。

監測與適應：
未來 12-24 個月將帶來 v30 實際效應的關鍵數據。營運者應監控 UTXO 集合成長、OP_RETURN 實際使用、法律情勢變化、節點數量趨勢與手續費市場，據此為依據調整政策，而非臆測。

採用指標與時間表

理解 v30 的部署需要同時追蹤節點、挖礦、交易所及實際政策使用等多項指標。不像需協調升級的共識層變更，v30 僅為政策變更，將透過個別營運者選擇漸進部署。

節點採用追蹤

主要資源：

Bitnodes.io：
追蹤約 23,000-25,000 個可公開連線節點，顯示版本分布及網路拓撲。儀表板會列出「User Agents」以標示客戶端（如 "/Satoshi:30.0.0/" 為 Bitcoin Core v30）。並有全球節點分布即時地圖。

Coin.Dance：
提供不同實作（Core、Knots、其他）的區分，並以 IP 過濾重複節點。僅追蹤能接受入站連線的 listening 節點。

Luke Dashjr's Node
Count: 替代計數方法，提供對網路組成的不同視角。

Current Baseline (October 1, 2025):

可連線節點總數：約22,500-25,000
Bitcoin Core（所有版本）：約80-85%
Bitcoin Knots：約13-20%（2025年1月僅為2%）
其他實作（btcd、libbitcoin等）：約5%

Expected Adoption Timeline for v30

Historical Pattern Analysis:

根據過往 Bitcoin Core 版本的升級歷史：

第1-2週：5-10%（早期採用者、基礎設施運營方進行生產環境測試）
第1個月：20-30%（活躍社群成員、交易所完成測試）
第3個月：40-60%（主流採用、基礎設施服務商升級）
第6個月：60-80%（多數採用，小型營運者跟進）
第12個月：80-90%（幾近全面，僅剩有意識的不升級者）

V30 特有的影響採用因素：

加速因素：

無需共識變更，部署風險降低
安全性提升激勵升級
閃電網路營運商受惠於 package relay 改進
預設更低手續費率，有利網路需求疲弱期間

減速因素：

OP_RETURN 爭議導致阻力（約有20%節點已用替代實作）
傳統錢包遷移需求拖延未準備好的營運商
無緊急安全修復需求推動快速升級
政策分裂可接受（節點可長期停留於 v29）

現實 V30 採用預估：

第1個月：15-25%（因爭議速度低於以往）
第3個月：35-50%
第6個月：50-65%
第12個月：60-75%（由於 Knots 持續採用，呈現平台期）
長期穩定態：65-80% Core v30+，15-20% Knots，5% 其他/舊版本

Miner Adoption Tracking

No Signaling Required: V30 並無需礦工啟用的共識變更。礦工依據功能需求（如 Stratum v2 IPC 介面）和礦池軟體相容性按作業時程升級。

Metrics to Monitor:

礦池宣布 v30 部署時程
區塊 coinbase version 字串顯示的礦工軟體
Stratum v2 採用率（與 IPC 介面相關但獨立）
區塊模板政策（觀察 OP_RETURN 包含情況）

預期模式：礦池通常較節點升級慢2-4個月，因需大量生產環境測試。大型礦池（Foundry、F2Pool、Binance Pool）掌控超50%算力，將主導整體升級時程。

Exchange and Custodian Adoption

關鍵路徑依賴：

第1-4週：於 testnet/signet 內部測試
第4-8週：傳統錢包遷移與設定更新
第8-12週：分階段生產布署（testnet → 小型錢包 → 主要基礎設施）
第3-6月：全面升級至所有系統

交易所複雜度：大型交易所遍佈多地區，運作數百節點，錢包基礎設施複雜。高價值熱錢包自傳統方案遷移至 descriptor wallets 需反覆測試及稽核。

可公開追蹤：主要交易所常公布基礎設施升級。可監控 Coinbase Engineering blog、Kraken blog、Binance 公告和技術 Twitter 帳號以獲知升級進度。

Policy Usage Metrics

除了節點採用率，追蹤新政策實際使用情形能提供關鍵回饋：

OP_RETURN 使用模式：

基準：v30 前 OP_RETURN 交易（約佔0.1-0.5%，資料量80 bytes）
追蹤：v30 後大額 OP_RETURN 交易（>80 bytes）占比
監控：OP_RETURN 長度分佈（80-1KB、1-10KB、10-100KB 區間）
分析：大額 OP_RETURN 交易支付手續費率

資料來源：

支援 OP_RETURN 剖析的區塊鏈瀏覽器（Bitcoin.com、Blockchair）
针对区块链資料分析的學術團隊
Ordinals/inscriptions 追蹤平台（但多數刻印用 witness 資料，非 OP_RETURN）

低手續費交易傳播：

追蹤：每區塊包含 <1 sat/vB 交易的比例
監控：低需求時 mempool 的最低手續費率
分析：節點升級與低手續費交易傳播之相關性

TRUC (v3) 交易採用：

追蹤：v3 交易佔總數比例
監控：閃電網路實作聲明 TRUC 支持情況
分析：TRUC 交易與一般交易的加費成功率

Activation Metrics (Not Applicable)

V30 無需通過啟動門檻、緩衝期或準備測量。然而，某些指標可顯示政策「實質啟動」：

全網中繼可靠度：當超過75%節點運行 v30，採用新政策（如大型 OP_RETURN、低手續費）之交易可穩定傳播。低於75%可能會有傳播不一致。

交易所支援：當主流交易所（Coinbase、Kraken、Binance，占有60%以上託管量）升級至 v30，descriptor wallet 成為行業標準。

閃電可靠度：當主流閃電網絡實作（LND、CLN、Eclair）於正式版支持 package relay 與 TRUC，Lightning 在 v30 下的優勢全面發揮。

Monitoring Tools and Dashboards

建議監控工具組合：

Bitnodes.io Dashboard：每日檢查版本分布
Coin.Dance Node Stats：每週查看 Core 與 Knots 比例
Bitcoin Optech Newsletter：每週技術追蹤（bitcoinops.org 訂閱）
礦池公告：追蹤主要礦池 Twitter/社群媒體
區塊鏈瀏覽器：觀察 OP_RETURN 交易模式
GitHub Watch：訂閱 bitcoin/bitcoin 倉庫把握安全公告

每週須監控指標：

Bitcoin Core v30.x 百分比（目標：穩步提升至60-80%）
Bitcoin Knots 百分比（觀察：15-20%保持穩定或異常變動）
大型 OP_RETURN 交易筆數（觀察：垃圾攻擊或異常使用）
<1 sat/vB 交易傳播（目標：低需求時顯著提升）
安全公告發布（動作：立即檢視並補丁）

每月須監控指標：

交易所部屬公告
閃電網路實作動態
有關節點營運法律/監管發展
UTXO 集合成長率（觀察：OP_RETURN 與其他儲存模式變化）
學界對 v30 政策影響分析

What to Monitor Over Next 3-12 Months

1-3 個月（2025年10月至12月）：初始部署階段

主要關注：節點升級速度，初步 OP_RETURN 用法，交易所遷移公告
風險警示：升級卡在15%以下，法律疑慮下大量節點關閉，發現重大漏洞
積極信號：升級穩定提升至30-40%，OP_RETURN 垃圾極少，交易所平順遷移

4-6 個月（2026年1月至3月）：主流採用階段

主要關注：政策分裂穩定性、閃電網路整合、UTXO 集合實際影響
風險警示：Core/Knots 差距超出 70/20，啟動法律訴訟，手續費市場功能失常
積極信號：採用率達50-60%，閃電效益具體浮現，UTXO 成長穩定或下降

7-12 個月（2026年4月至9月）：成熟度評估

主要關注：政策長期有效性、實際利害發酵、市場影響
風險警示：中心化趨勢惡化，法律環境敵對，區塊鏈資料急速膨脹
積極信號：多元實作健康共存，無法律問題，閃電體驗改善，網路穩定

Realistic Activation Windows

V30 並無單一「啟動」時刻，隨採用率提升逐步解鎖新能力：

25% 節點升級（約第2個月）：早期採用者可使用新政策，但傳播不穩定。需直接連線或與礦池合作。

50% 節點升級（約第4-5個月）：新政策對大多數用戶來說已算穩定。閃電實作開始測試 package relay 新功能。

75% 節點升級（約第8-10個月）：新政策全面可靠。閃電網路 package relay 改進進入正式版。全網達成「實質啟動」。

穩定態（約12-18個月）：採用率約 65-80% Core v30+，另 15-20% Knots，剩下 5-10% 為舊版本（有安全風險但共識相容）。

Conclusion and Metrics to Watch

Bitcoin Core v30 象徵技術與理念的轉捩點。本次釋出帶來重大基礎設施升級——descriptor 錢包標準化、閃電網路加費機制強化、Stratum v2 基礎建設，以及更高效的低手續費交易傳播——同時引發自 2017 年擴容辯論以來最劇烈的社群爭議。

OP_RETURN 政策擴張正是此爭議核心，突顯比特幣定位之根本分歧。比特幣應只做點對點電子現金、繼續以中繼政策排斥非貨幣用途？還是應擁抱網路中立，讓市場（手續費）決定包含與否，中繼政策則保持內容中立？雙方都以「抗審查」與「去中心化」自居，卻對預設政策主張截然不同。

重要的是，這場辯論完全屬於政策層面——v30 毫無共識變更。Bitcoin Core v30 和 Bitcoin Knots 完全以一致共識規則驗證區塊鏈，只有一條比特幣鏈，不會分裂。所謂「分歧」體現在不同交易轉發行為與多樣化實作，體現用戶自主而非中心指令的彈性與韌性。

重點整理

對大多數用戶：無需特別行動。外部錢包（硬體、手機、桌面）皆完全相容。若您沒跑全節點或使用比特幣 ...Core 內建錢包，v30 部署對用戶是無感的。

For Bitcoin Core Wallet Users: 從舊有（legacy）錢包遷移至描述符（descriptor）錢包是升級前必須進行的步驟。請使用 migratewallet RPC 指令，並先在測試網路（testnet）進行測試，務必完整備份。這是一次性的工作，將啟用更優越的錢包功能。

For Node Operators: 你將面臨一項哲學性的決策。要接受 v30 預設值，擁抱網路中立，對齊礦工行為嗎？還是設定更嚴格的限制以維持以往政策？抑或切換至 Bitcoin Knots，以獲得更加保守的預設值且沒有淘汰警告？這三種方式都能維持共識兼容性——請根據你的價值觀與風險承受度選擇。

For Lightning Network Operators: v30 帶來了實質好處。加強的 package relay 提升了承諾交易手續費調整（fee-bumping）的可靠性。TRUC 支援有助於更完善的 anchor channel 實作。較低的預設手續費率有助於需求較低時期。升級能帶來具體的營運體驗改善。

For Exchanges and Infrastructure: 必須進行關鍵規劃。Bitcoin Core 用戶舊有錢包遷移是強制性的。RPC 指令部分淘汰，需更新程式碼。政策決策將影響交易處理及合規措施。鑒於 OP_RETURN 擴展及可能導致的法律責任，建議進行法律審查。

For the Bitcoin Network: 此次爭議展現了比中央集權更健康的治理——由於實作多樣而非單一中心控制。Bitcoin Knots 佔有率增長至 15-20%，顯示用戶可用軟體選擇“投票”。Core 與 Knots 兩者在共識層面維持兼容，避免鏈分裂，同時允許政策實驗。

重要監控指標

節點採用（主要）:

Bitcoin Core v30 的百分比（目標：12 個月內達到 60-80%）
Bitcoin Knots 百分比（觀察：15-20% 的穩定率）
總可連接節點數（觀察是否：因法律/成本因素而出現明顯下降）

政策使用模式:

大型 OP_RETURN 交易數量（觀察是否：垃圾郵件攻擊或意外大規模採用）
OP_RETURN 資料大小分布（>80 bytes, >1KB, >10KB 區間）
低於 1 sat/vB 的交易在低需求時期的傳播情形
Lightning Network 中 TRUC（v3）交易的採用狀況

網路健康指標:

UTXO 集合增長率（觀察：OP_RETURN 與其他儲存方式的影響）
高/低需求階段的 mempool 特徵
區塊傳播效率指標
手續費市場動態及礦工收益組成

法律與監管發展:

節點營運者遭起訴（任何司法管轄區）
關於區塊鏈資料儲存的監管聲明
雲端服務供應商對 Bitcoin 節點的政策
學術法律分析及判例發展

交易所與基礎設施:

主要交易所 v30 部署公告
Lightning Network 實作更新（LND、CLN、Eclair）
礦池採用與 Stratum v2 推進情形
Block explorer 多 OP_RETURN 支援的更新

安全與穩定性:

Bitcoin Core 安全公告
關鍵漏洞發現與緊急修復釋出
攻擊模式（垃圾郵件、DoS 嘗試、漏洞利用）
網路韌性指標

下一步將發生什麼

2025年10月：預計月末會釋出最終 v30.0 版本。早期用戶開始部署。交易所完成內部測試並進行分階段上線。

2025年11-12月：隨著基礎設施營運者升級，採用率攀升至 20-30%。實際 OP_RETURN 使用模式初現，初步數據揭露支持者與批評者孰對孰錯。Lightning 各實作開始進行 package relay beta 測試。

2026年 Q1：主流採用率達 40-50%。交易所錢包遷移多數完成。Lightning Network 正式版本納入 v30 改善。學術界開始發表政策影響初步分析。依轄區回應，法律狀況會更明朗或更令人擔憂。

2026年 Q2-Q3：採用率達穩定（~65-80% Core，~15-20% Knots）。能透過 UTXO 集、手續費市場變化、Lightning 可靠性數據衡量長期政策成效。社群可根據證據評估是否維持、修正、或逆轉爭議政策。

2026年 Q4 及以後：若 v30 政策證明帶來利多（減少 UTXO 膨脹、提升 Lightning 體驗、無重大法律災難），共識可能支持現行方向。若產生重大弊端（大規模垃圾交易、法律訴訟、中心化趨勢），未來版本將面臨調整壓力。多元實作確保網路即使爭議不斷仍然堅韌。

最後的想法

Bitcoin Core v30 在技術上成功解決了累積的技術債（移除 legacy 錢包），也為未來基礎設施改善（如 IPC 方式的 Stratum v2）及增進 Lightning Netwrok 可靠性（package relay、TRUC 支援）打下基礎。純技術觀點而言，這些貢獻足以支持此次釋出。

然而，OP_RETURN 爭議超越了純技術層面，延伸到哲學、治理和法律。這場爭論勢必會持續數年，且解方不會靠“建立共識”，而是靠營運者實際選擇、使用狀況自然顯現來解決。這種混亂又人性的去中心化過程，正是比特幣治理該有的樣貌——沒有人統一拍板，而是分散決策彙聚出全網結果。

對當前需決策的持份者建議：評估自身營運需求、法律風險偏好及哲學立場。務必於測試網仔細測試。小心完成 legacy 錢包遷移。緊盯安全公告。選擇符合你價值觀的實作。隨累積證據不斷調整。

Bitcoin Core v30 的歷史定位，非因引發最多爭議（事實上並不會），而是驗證了比特幣去中心治理的韌性，示範了政策分歧如何在共識層面仍可共存。這場爭論將使網路更堅強，因為一切全程公開透明，而非人為定於一尊。

區塊鏈本身不會分裂。分裂的是軟體。這正是設計使然。