Bitcoin Core v30 發佈指南：OP_RETURN 變動、錢包更新及網絡影響

Bitcoin Core v30 預計於 2025 年 10 月底正式發佈，是自 2017 年區塊大小戰爭以來，社群爭論最激烈的一次。這次更新將移除基礎基建，擴展數據存儲能力至前所未有的水平，並再次觸發比特幣核心目的的討論——但並無任何協議共識變動。這既非軟分叉亦非硬分叉，而是包裝成常規軟件升級的政策革命。

爭議焦點在於：預設 OP_RETURN 數據容量由 80 bytes 增至實質無上限——達 100,000 bytes，幾乎接近整個 4MB 區塊權重上限。相關改動於 2025 年 6 月由主要維護者 Gloria Zhao 合併，即使社群有強烈反對聲音，這是逾十年來首次允許每筆交易可有多個任意數據輸出。支持者認為這更貼合礦工實操，同時減少有害的 UTXO 膨脹；反對者則警告，這將比特幣由點對點電子現金變成數據傾倒場，加重運行節點潛在的法律風險，危及網絡去中心化屬性。

技術層面的改動同樣大幅：徹底移除 Berkeley DB 舊錢包支援、引入 Stratum v2 礦工基建試驗、TRUC 交易支援（有助於費用疊加），以及大幅下調轉發最低手續費至 0.1 sat/vB。然而所有變動均不影響協議共識規則；Bitcoin Core v30 及其保守替代版本 Bitcoin Knots 校驗區塊完全一致——這是政策分岔，而非鏈分岔。社群反應激烈：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 是比特幣參考實作的最新主要版本——驅動大約 95% 全節點，主導網絡標準行為。預計於 2025 年 10 月底正式推出，經過數月測試，v30 延續自 2016 年以來每半年一次的主要升級週期（上一版為 2025 年 1 月 15 日發佈的 v29.0）。

今次更新僅屬軟件層面，主要包括政策、錢包和基礎設施改動，並非協議升級。與 Segregated Witness（2017）或 Taproot（2021）不同，v30 並不改變定義區塊或交易合法性的共識規則。全部改動只影響單一節點如何轉發、存儲、或經 API 暴露資料。實際分別是：升級 v30 後，效力即時生效，毋須全網協調、礦工信號，幾乎沒有分叉風險。

然而，這個看似例行的更新卻成為近十年來爭議最大的版本。導火線是 Pull Request #32406，由 Gloria Zhao 於 2025 年 6 月合併，將預設 data carrier 容量由 83 bytes 提升到 100,000 bytes，並允許每交易多個 OP_RETURN 輸出。Gloria Zhao 因為該決定遭受持續個人攻擊，2025 年 5 月刪除其 Twitter 帳號。比特幣開發者 Luke Dashjr 更批評這是「惡意代碼」，會「幾乎即時摧毀比特幣」。隱世多年的 cypherpunk 傳奇 Nick Szabo 亦於 2025 年 9 月重返社交媒體，警告法律風險大增。

第二項重大且破壞性的更動，是全面移除 Berkeley DB 舊式錢包支援。使用 Bitcoin Core 內建錢包的用戶必須在升級前遷移至描述錢包（descriptor wallets）——v30 將無法建立或載入傳統 BDB 錢包，亦刪除 11 個與舊錢包相關的 RPC 指令。

其他新增特色包括：以全新 IPC 介面實驗性支援 Stratum v2 礦池協議、錢包支援 TRUC (v3) 交易（改善 Lightning Network 費用疊加）、加強子付父（CPFP）情境的發送組合轉發，及預設最低轉發費率由 1.0 調低至 0.1 sat/vB。

比特幣為何需要 v30？

Bitcoin Core v30 著眼於根本技術痛點，同時為未來可擴展性投放基建。開發團隊定調這些改動為必要維護，但批評者認為部份改動從根本扭曲比特幣本質。

舊錢包技術債務危機

Berkeley DB 錢包支援屬比特幣始創時期代碼，源自中本聰最早實現。到 2025 年，舊基建已成維護和保安沉重包袱。BDB 錢包採用過時密鑰管理，私鑰儲存為無結構池（metadata 有限），嚴重影響備份、修復與硬件錢包對接。

描述錢包自 Bitcoin Core v0.21（2021 年 1 月）起引入，透過明確的密鑰推導路徑及完整 metadata，有效解決舊問題。歷經四年發展，descriptor 錢包已達臨界普及，開發者最終認為再維護平行錢包架構已難以自圓其說，且有安風險。

OP_RETURN 政策失衡

過往 Bitcoin Core 對 OP_RETURN 的 80 bytes 限制實際促使用戶採用更低效手法存儲任意數據：有人將資料嵌入裸公鑰（永久令 UTXO 集膨脹）、有人於 Taproot witness script 寫入（Ordinals 技術），甚至直接向礦池提交，繞過公開 mempool 發佈。

OP_RETURN 的輸出確定不可花——節點驗證後可安全刪除數據，交易無影響。但公鑰嵌入則永久留存於每個全節點，耗用資源。直接投礦亦削弱抗審查能力，數據更集中於私下通道。

此外，政策失衡亦削弱 Core 的費率預測算法。越多交易繞過公開 mempool，節點無法精準預測費率封包速度；區塊傳播亦受影響——封包中繼效率下降，增延區塊確認延遲。

Greg Sanders 於 PR #32406 的分析指出，礦工其實早已接受大容量 OP_RETURN 交易，只因 relay policy 的限制，形同為與礦工有直通渠道的特權使用者設立兩套制度。移除預設上限，有助軟件行為忠實反映經濟實況，也杜絕刺激更有害的儲存手法。

低費率費市失靈

比特幣 mempool 在 2023-2024 年大部份時間處於「真空」——區塊費率低見 1 sat/vB 或更下，但 v29 及以前版本仍維持 1 sat/vB 的最小費率，導致正常低費交易在低需求時無法流通。今次預設降至 0.1 sat/vB，能反映實際網絡狀況之餘，亦依靠 mempool 資源限制防止 DoS。

Lightning Network 手續費提高手段受限

Lightning Network 的保安模型要求用戶在對手失聯或試圖詐騙時，需廣播預簽交易。這些承諾（commitment）交易常常費用不足，又無法後改。v30 加強「交易組發送」relay 能力，有效應對複雜祖先關聯的情況，大幅提升 Lightning 用戶為重要交易提高手續費的靈活性。

反對 v30 的理據

以 Luke Dashjr 為首的反對者認為 v30 所針對的根本不是比特幣真正問題。比特幣應聚焦去中心金融（點對點現金），而非任意數據儲存，relay policy 應促成金融用途。背後是根本分歧：比特幣軟件該否對交易內容中立（Core 立場），還是預設體現正當用途價值觀（Knots 立場）？

深度技術拆解

Bitcoin Core v30 在 mempool 政策、錢包基建、礦業接口、P2P 網絡等均有重大改動，但全部維持共識兼容性——v30 認可區塊亦獲其他版本認可。以下逐項拆解：

OP_RETURN 政策變更（PR #32406）

類型：非共識（mempool/relay policy）

這次改動針對 Bitcoin Core 的 IsStandard() 交易驗證函數。以往僅允許每個交易最多一個 OP_RETURN 輸出，且不超 83 bytes。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 weight units）硬限制。

兩個參數 -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 已被標記為過時，使用時會顯示警告訊息。由於此變更爭議性較大，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/relay（交易池／中繼）層：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 數據的大型交易，這會增加頻寬、儲存空間及交易池記憶體使用量。法律風險是爭議最大的影響之一——有批評認為，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 錢包相關代碼。已徹底刪除 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（描述符）錢包，根據舊錢包私鑰推導所有地址，並匯入對應描述符。原有的舊錢包檔會以 <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 signature operation 的上限。此舉為將來可能執行的 BIP54（共識清理）鋪路，同時帶來 DoS 防護。只影響極端舊式交易，正常交易不受影響。

Package Relay Improvements (PR #31385)

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

類型：非共識（點對點協定及交易池政策）

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 擴展了交易組合評估，支援祖父-父-子場景、多父一子的結構，以及帶有多代祖先的家族交易。這令 Lightning Network 實作可不受 mempool 狀態影響地順利提高手續費，直接增強 Lightning 的安全模型。

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）技術對 Lightning 及其他高時效協議具實際應用價值。

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 引入實驗性的 IPC（進程間通訊）系統，使用 Cap'n Proto 以提升進程通訊效率。該介面讓外部挖礦軟件可透過 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 毋須啟動機制、協調期或全網準備。節點升級後，變更即時生效。這次沒有軟分叉或硬分叉——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.

政策 vs 共識：共識規則決定哪些區塊有效——所有完整節點都要強制一致，否則網絡分裂。政策規則僅影響節點接收和中繼哪些交易，只對本地節點有效。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.

比特幣核心 v30 自 2017 年擴容論戰以來引起最激烈爭議，集中於 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.

Gloria Zhao（Bitcoin Core 維護者）稱，此改動「糾正了數據存儲技術的危險性與標準性的背離」。她認為，一心存數據的用戶總會找到方法——「裸公鑰」永久膨脹 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 字節限制只屬 relay 政策層，造就有礦工直通門路的參與者享有兩套標準。

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

Adam Back（Blockstream CEO）稱：「我會運行 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%）激增至 2025 年 9 月約 4,713 個（逾 20%）。這是非硬分叉事件下最高實作多樣性。最關鍵的是，沒有發生鏈分裂——兩者共識規則完全一致。

User and Wallet Implications

External Wallet Users: Zero Impact

硬件錢包、手機錢包、桌面錢包（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 會自動執行，產生新格式錢包，並同時保留舊錢包備份。

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 起預設「全額 RBF」一致。

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

TRUC 交易支援：錢包現可創建 v3 交易，手續費調整保證更佳，特別有利 Lightning 網絡應用。

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 用戶：v30 有更好的包裝中繼和 TRUC 支援，允許在各種情況更可靠提升承諾交易手續費。

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).

狀態：所有主流 Lightning 實作（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.

好處：預設 relay 費率較低，有助低費率的 commitment 交易傳播。1P1C 列包傳播加強，有助 penalty 交易。TRUC 支援，令錨點通道更穩妥。

Channel Management: No changes to channel opening/closing procedures, HTLCrouting, or payment forwarding mechanisms.
（路由，或付款轉發機制。）

Layer-2 Protocols

RGB, Liquid, Rootstock, Stacks: All remain compatible. These protocols interact with Bitcoin via standard methods unaffected by v30's policy changes.
RGB、Liquid、Rootstock、Stacks：全部依然相容。呢啲協議透過標準方式與比特幣互動，並無受到 v30 政策變動影響。

Exchanges and Custodians

Mandatory Updates:
必須更新事項：

Legacy Wallet Removal: Exchanges still using legacy wallets MUST migrate to descriptor wallets before upgrading. Migration tool: migratewallet RPC.
舊式錢包移除：仍然使用舊式錢包嘅交易所，升級前必須遷移到描述符錢包。遷移工具：migratewallet RPC。

RPC Changes: Deprecated RPCs removed include importprivkey, dumpprivkey, dumpwallet, importwallet, and others. Exchanges must update code avoiding deprecated APIs.
RPC 變更：已淘汰嘅RPC被移除，包括 importprivkey、dumpprivkey、dumpwallet、importwallet 等。交易所必須更新程式碼，避免使用被棄用嘅 API。

Transaction Handling: psbtbumpfee and bumpfee now allow full-RBF replacement without BIP-125 signaling. Exchanges handling unconfirmed transactions should be aware transactions can be replaced without signaling.
交易處理：psbtbumpfee 同 bumpfee 而家容許無需BIP-125訊號就可以做完全RBF（Replace-By-Fee）替代。處理未確認交易嘅交易所，需要注意交易可以無訊號被替換。

Configuration: Review bitcoin.conf for deprecated options. Remove -maxorphantx if configured. Consider adjusting -datacarriersize if exchange has specific policies.
設定：檢查 bitcoin.conf 有無用到已淘汰嘅設定選項。如有設定 -maxorphantx 請移除。如交易所有特殊政策，考慮調整 -datacarriersize。

Block Explorers

Coinstatsindex Breaking Change: Complete resync from scratch required for coinstatsindex users due to implementation change preventing overflow bug.
Coinstatsindex 重大變動：因應實現上改動（防止溢出漏洞），coinstatsindex 用家需要完全由頭重新同步。

Display Considerations: Block explorers should update to display multiple OP_RETURN outputs per transaction (previously limited to one) and handle larger data carrier sizes.
顯示注意事項：區塊瀏覽器應更新介面，顯示每個交易多個 OP_RETURN 輸出（以前只限一個），同時處理更大嘅載數據量。

REST API: New /rest/spenttxouts/BLOCKHASH endpoint for fetching spent transaction outputs.
REST API：新加 /rest/spenttxouts/BLOCKHASH 端點，用來獲取已花費嘅交易輸出。

SPV Wallets and Pruned Nodes

SPV Wallets: No breaking changes. Bitcoin Core maintains support for serving SPV clients.
SPV 錢包：並無破壞性變更。Bitcoin Core 會維持對 SPV 客戶端嘅支援。

Pruned Nodes: Functionality unchanged. Pruned nodes continue full transaction validation with reduced storage requirements (~5-10GB vs. ~550GB for full nodes).
精簡節點：功能無改變。精簡節點依然會完全驗證所有交易但大大減少儲存需求（約5-10GB，相比完整節點約550GB）。

Market Context and Historical Precedents

理解 Bitcoin Core v30 可能對市場造成咩影響，需要參考早前重大的升級如何影響價格、市場採用曲線，以及鏈上數據指標。

SegWit (2017): The High-Drama Upgrade

隔離見證（SegWit）升級時期：戲劇性升級

Activation: August 23-24, 2017 at block height 481,824
啟動時間：2017年8月23-24日，區塊高度481,824

Price Impact:
價格影響：

Pre-activation (July 14, 2017): $1,835
動用前（2017年7月14日）：$1,835
Lock-in (August 9, 2017): ~$3,600
鎖定（2017年8月9日）：約$3,600
Activation (August 23, 2017): $4,247 (131% increase from July)
啟動（2017年8月23日）：$4,247（比7月升131%）
Year-end 2017: $19,834 peak (980% increase)
2017年尾高位：$19,834（升980%）

On-Chain Metrics:
鏈上指標：

Initial adoption: ~7-10% by October 2017
初期採用：到2017年10月大約7-10%
Reached 50% adoption: 2019 (2 years post-activation)
達到50%採用：2019年（升級後2年）
Current adoption: 85-95% network-wide
現時：全網85-95%已經採用

Context: SegWit's dramatic price increase occurred amid the 2017 bull run, ICO mania, and resolution of the block size wars. The upgrade enabled Lightning Network development and improved efficiency, but the immediate price impact reflected broader market euphoria rather than technical improvements alone.
背景：SegWit 價格急升係2017年牛市、ICO熱潮同解決區塊大小之爭之下出現。呢次升級令閃電網絡得以發展同提升效能，但即時價格變動，其實主要反映大市氣氛多過單純技術改進。

Taproot (2021): The "Priced In" Upgrade

根莖升級（Taproot 2021）：市場早已消化

Activation: November 14, 2021 at block height 709,632
啟動時間：2021年11月14日，區塊高度709,632

Price Impact:
價格影響：

Pre-lock-in (May 2021): ~$58,000
鎖定前（2021年5月）：約$58,000
Lock-in (June 12, 2021): ~$35,000 (post-crash)
鎖定（2021年6月12日）：約$35,000（閃崩之後）
Pre-activation (November 10, 2021): ~$69,000 (ATH)
升級前（2021年11月10日）：約$69,000（歷史高位）
Activation (November 14, 2021): ~$64,000
啟動（2021年11月14日）：約$64,000
Post-activation: Gradual decline through December
升級後：12月開始逐步回落

On-Chain Metrics:
鏈上數據：

Week 1: Minimal usage
第一星期：好少人用
February 2023: 9.4% transaction adoption
2023年2月：交易採用率9.4%
Trading volume: 30% increase on major exchanges post-activation
升級後，大型交易所交易量上升30%
Large transactions ($100K+): 20% increase week following activation
金額大於$100,000嘅交易，啟動后一星期升20%

Context: Taproot demonstrated minimal immediate price impact despite being a genuine consensus upgrade. The market had "priced in" the improvement during the preceding months. Bitcoin had already reached all-time highs before activation, and macro factors (Federal Reserve policy, inflation concerns) dominated price action more than technical improvements.
背景：Taproot 雖然屬於真正共識級升級，但即時對價格幾乎無影響，因為市場早已消化呢個消息。啟動前比特幣已創新高，且美聯儲政策、通脹等宏觀因素才係主導價格動力，而唔係單純技術升級因素。

Key Lessons for v30

v30 可汲取的要點

Adoption Timelines: Both SegWit and Taproot showed slow on-chain adoption (2-5 years to reach majority usage) despite being protocol-level upgrades. V30's policy-only changes face similar or slower adoption curves, as uptake depends entirely on voluntary node operator choices without economic pressure.
採用周期：SegWit 同 Taproot 雖然都係協議級升級，但鏈上實際用戶採用要用2-5年先成為主流。V30只係政策層面更改，更加會係慢慢來，因為完全靠節點營運者自願無經濟壓力影響。

Price Predictability: SegWit's 50%+ pre-activation surge versus Taproot's minimal impact demonstrates that market timing, broader economic conditions, and pre-positioning matter more than technical changes themselves. V30, containing no consensus changes, is even less likely to directly move markets.
價格預測性：SegWit 升級前50%+急升、Taproot 幾乎冇反應，說明市場時機、宏觀環境同提前部署，比純技術細節更影響價格。V30無共識變動，更加唔可能直接推動市場。

Institutional Perspective: By 2021's Taproot activation, institutional investors viewed upgrades as "evolutionary not revolutionary." Institutional analysts focused on macro factors (ETF approvals, corporate treasury adoption, regulatory clarity) rather than protocol improvements. This pattern likely continues with v30.
機構觀點：到到2021年Taproot，機構投資者已經視升級為「漸進式改善」多過「革命性變化」。他們關注 ETF 批准、公司買入比特幣、監管明朗化等宏觀因素多過技術改動。v30 情況大致相同。

Volatility Patterns: Historical data shows increased volatility during contentious upgrade periods (SegWit's block size wars) but relative stability during consensus-driven upgrades (Taproot's smooth activation). V30's controversy occurs at the policy layer without consensus implications, suggesting limited direct price volatility — though social media drama could create short-term noise.
波動模式：數據顯示具爭議升級（如 SegWit 区塊大小戰爭）時波動大，平順共識升級（如 Taproot）則相對穩定。v30 嘅爭議只係政策層面，唔影響共識，預計只會係社交網絡炒作一陣，短期干擾唔大。

On-Chain Metrics to Monitor

值得觀察嘅鏈上指標

Fee Revenue Trends: Post-SegWit, average transaction fees declined from $50+ peaks (December 2017) to $1-5 range (2021) as efficiency improved. V30's lower default feerates may further reduce fees during low-demand periods, affecting miner revenue mix. In 2025, fees represent 1-2% of miner revenue (down from 10%+ spikes in 2024).
手續費收入趨勢：SegWit升級後，交易平均手續費由2017年12月高峰$50+降至2021年$1-5水準（因效能提升）。V30降低預設手續費率，需求少時可能進一步壓低手續費，更影響礦工收入結構。2025年預計手續費收入只佔礦工收入1-2%（2024高峰一度超過10%）。

Transaction Volume: SegWit enabled ~60% more transactions per block through witness data segregation. Taproot provided modest efficiency gains. V30 contains no capacity increases, but lower feerate thresholds may increase transaction count during low-demand periods.
交易量：SegWit透過見證數據分離，每區塊交易量提升約60%。Taproot則稍為改善效率。V30無提升容量，但較低手續費門檻，有機會令需求低時交易數量增加。

UTXO Set Growth: SegWit slowed UTXO set growth by incentivizing more efficient address types. V30's OP_RETURN changes could reduce UTXO growth if users migrate from bare pubkey data encoding to OP_RETURN, or increase blockchain size if new use cases emerge. This metric will be critical for evaluating v30's real-world impact.
UTXO增長：SegWit推動更高效位址格式，減慢UTXO增長速度。V30對OP_RETURN政策，如用戶由原始公鑰數據轉用OP_RETURN，可能有助減慢UTXO增長，否則出現新用途反加大區塊鏈數據量。呢個指標好關鍵，可以評估v30實質影響。

Market Expectations for v30

市場對v30的預期

Realistic Assessment: V30 will likely have negligible direct price impact. The release contains no consensus changes, resolves no critical security vulnerabilities requiring urgent adoption, and lacks catalysts comparable to "Bitcoin gets smart contracts" (Taproot) or "Bitcoin transaction capacity doubles" (SegWit). Market participants sophisticated enough to understand v30's technical details likely already have opinions priced into their positions.
實際評估：V30基本上對價格直接影響極細。呢個版本冇共識改動、冇緊急安全洞補丁、亦冇「比特幣可用智能合約」（Taproot）或「交易量倍增」（SegWit）級數嘅利好因素。懂v30技術細節的市場參與者亦大多早已反映於倉位。

Indirect Scenarios: The controversy could affect Bitcoin's narrative in subtle ways. If OP_RETURN expansion leads to perceived "spam" or legal issues for node operators, critics might weaponize this in anti-Bitcoin narratives. Conversely, if implementation diversity (Core vs. Knots) demonstrates Bitcoin's resilience through user choice, this could strengthen decentralization narratives. These narrative effects occur over months to years, not days or weeks.
間接情景：有啲爭議可能會微妙咁影響比特幣故事。例如OP_RETURN擴展被視為「垃圾數據」或引發節點法律疑慮，反對派可以炒作。相反，如果Core、Knots等不同實作百花齊放，可能反而強化去中心化敘事。呢啲效果要數月至數年才浮現，唔係一兩星期。

Institutional Attention: Major institutional investors (MicroStrategy, BlackRock's Bitcoin ETF, Fidelity) focus on Bitcoin as digital gold and inflation hedge. Policy-layer changes to node software barely register on institutional radar unless they threaten network stability or regulatory status. V30 does neither — it's an operational choice for node operators, not a systemic change.
機構興趣：大型機構投資者（如MicroStrategy、BlackRock的比特幣ETF、Fidelity）只當比特幣係數碼黃金同抗通脹工具。政策層面變化（如v30）只要唔威脅網絡穩定或監管地位，根本唔入佢哋法眼。V30完全屬於節點營運人選擇，唔屬於系統級改變。

Security, Testing and Audits

安全性、測試與審計

Bitcoin Core v30 demonstrates rigorous security and testing practices despite lacking formal third-party security audits. The project relies on continuous peer review, extensive automated testing, and transparent responsible disclosure procedures.
Bitcoin Core v30 雖然冇正式第三方安全審計，但安全性與測試流程一向嚴謹：主要依賴持續同行評審、大量自動測試同公開負責的漏洞披露程序。

Testing Methodology

測試方法

Unit Test Coverage: Bitcoin Core maintains comprehensive unit testing using the Boost framework. Coverage reports available at maflcko.github.io/b-c-cov/ track multiple coverage types: unit tests only, unit + functional tests combined, and fuzz test coverage.
單元測試覆蓋：Bitcoin Core 用Boost框架做全面單元測試。覆蓋率報告（maflcko.github.io/b-c-cov/）睇到單元測試、單元加功能、同fuzz測試多種指標。

Fuzzing Programs: Bitcoin Core employs extensive fuzzing using libFuzzer (primary), AFL, and Honggfuzz. The project integrated with Google's OSS-Fuzz program in May 2021, providing 24/7 automated continuous fuzzing at scale. Approximately 10,000 lines of fuzz harness code target critical components including network message handling, UTXO caching, address management, script parsing, and transaction processing.
模糊測試：Bitcoin Core 用 libFuzzer（主要）、AFL、Honggfuzz 做大量fuzz測試。2021年5月接入Google OSS-Fuzz，做到全天候自動大規模覆蓋。約有一萬行fuzz測試代碼，涵蓋網路訊息、UTXO快取、位址管理、指令碼解析、交易處理等重要部分。

Academic research ("Looking for Lacunae in Bitcoin Core's Fuzzing Efforts," ICSE 2022) found Bitcoin Core achieves a 79.07% mutation score — ranking 2nd out of 6 major cryptocurrency projects. Fuzzing catches unique bugs beyond functional tests' capabilities.
學術研究（ICSE 2022, "Looking for Lacunae in Bitcoin Core's Fuzzing Efforts"）指出 Bitcoin Core mutation score 有79.07%，係六個主流加密專案入面排第二。Fuzz測試可以搵到功能測試搵唔到嘅獨有漏洞。

Functional Tests: Python-based functional tests run complete node instances in regtest mode, covering end-to-end scenarios for P2P networking, wallet operations, RPC interfaces, transaction relay, and block propagation.
功能測試：基於Python嘅功能測試會喺regtest mode跑完整節點，端對端覆蓋P2P網絡、錢包、RPC介面、交易傳播、區塊傳播等情景。

Release Candidate Testing: V30 testing guide covers all major changes: OP_RETURN policy modifications, TRUC transaction wallet support, IPC mining interface, legacy wallet migration, and configuration changes. Community members test on Testnet4, Signet, and regtest before mainnet release.
發行候選（RC）測試：v30測試指南涵蓋所有主要變動，包括OP_RETURN政策、更支援TRUC交易錢包、IPC挖礦介面、舊式錢包遷移及設定改動。社群成員會喺Testnet4、Signet同regtest全面測試先推主網。

Security Audits

安全審計

No Traditional Third-Party Audits: Bitcoin Core has not commissioned formal third-party security audits for v30. The project follows an open-source continuous peer review model — every pull request undergoes rigorous code review by multiple maintainers, with high-risk changes requiring extensive testing and review time.
冇傳統第三方安全審計：Bitcoin Core v30冇找外間做正式安全審計。專案採取開放源碼持續同行評審模式，每個pull request都要多位主維護者嚴格審查，高風險改動仲要多輪深入測試。

Why This Model: Bitcoin Core's open-source nature means security researchers worldwide continuously examine the codebase. Traditional audits provide point-in-time assessments; Bitcoin Core's model provides continuous scrutiny. Critical vulnerabilities discovered by external researchers are responsibly disclosed and patched following established procedures.
呢個模式原因：由於Bitcoin Core係開源，全球安全專家可隨時檢查。傳統審計只能做一次；持續開源審查則長期嚴控。外界發現重大漏洞會根據既定程序負責公開同修補。

Bug Bounty Programs

漏洞懸賞計劃

No Official Bounty: Bitcoin Core does NOT have a formal, funded bug bounty program. As a decentralized open-source project with no central funding entity or corporate backing, it relies on responsible disclosure and community contribution ethos rather than
冇官方懸賞：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 採用 4 級嚴重程度分類（嚴重、高、中、低），並設有指定的披露時限：低嚴重性問題於修正版本釋出後兩星期公開；中／高嚴重性於最後受影響版本的生命週期結束後兩星期公開；嚴重級別則視乎情況即時處理。

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（預設較保守）
為關鍵基建實施自訂內存池政策
監察實際網絡行為，視乎情況調整

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. → 擴大區塊鏈分析面積：OP_RETURN 輸出帶來更多元數據，方便監控與分析。交易數據體積變大更易追蹤同識別。區塊鏈分析公司（如 Chainalysis、Elliptic、TRM Labs）認為擴充 OP_RETURN 有利監控，資料多即分辨易。
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 數據為分析師提供更多背景，有助將交易同現實活動聯繫。交易聚合與實體識認仍然非常有效。

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. → 節點地位重分類風險：監管機構或將節點定義為「內容分發者」或「出版者」，須執行內容審查。前例：OFAC 於2022年制裁 Tornado Cash。
Data Permanence: Immutable blockchain storage means illegal content cannot be removed, creating ongoing compliance challenges and conflicts with "right to be forgotten" regulations (GDPR). → 數據永久保存：區塊鏈不可刪除資料，非法內容永久存在，引致合規困難，並與「被遺忘權」（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）設置交易監控及可疑活動匯報（SARs）系統。「Travel Rule」則須於轉帳時披露相關出／入帳人資訊。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 指出，現行司法實踐多數保障無知情或操控內容能力嘅傳輸中介。不過，佢亦承認暫時未有清晰的案例直接針對區塊鏈節點，因此法律仍有不確定性。

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? → 主要法律問題：
節點營運者屬「出版者」定「中立基建」？
美國 Section 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 標記 43 個區塊鏈網絡逾 64 億個錢包地址。

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，現時每日攻擊成本約$3,280萬。

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% 節點已採用較嚴格預設值）
暫停升級 v30，維持 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 唔似 BCH，亦唔似爭議性軟分叉如 SegWit——呢個只係政策改動，用戶選擇確保網絡統一。

Replay Protection Mechanisms（重放防護機制）

Not Applicable: 重放防護係用嚟防止交易喺分叉後被重放至另一條鏈。但因為 v30 無造成任何分叉，完全保持共識兼容，所以唔需要重放防護。v30 錢包產生嘅交易，喺共識層上同其他版本完全一樣。

Emergency Response Procedures（緊急應變措施）

Critical Bug Discovery: 如果 v30 發現緊急漏洞，Bitcoin Core 有完善既應急流程：

私下通知 [email protected]
安全團隊評估嚴重性
迅速開發修補程式
根據嚴重程度協調披露時間表
如果好嚴重，即時發緊急版本（例如 CVE-2018-17144 通脹漏洞反應）

Operators 應該準備：

留意 Bitcoin Core 安全通告
訂閱 bitcoin-dev 郵件列表
關注 Bitcoin Optech 周報了解技術更新
準備快速部署安全補丁
有回滾方案（keep v29 執行檔備份好）

Controversial Policy Reversal: 如果 v30 上線後出現意想不到嚴重問題（大規模垃圾交易、普遍法律風險、雲端供應商大規模關閉節點），Bitcoin Core 可以出 v31 撤回有關改動：

取消棄用 -datacarrier 同 -datacarriersize 選項
還原預設 83-byte 上限或者制定新限制
提供設定轉換指引

可能性：低至中等。Bitcoin Core 開發者只會喺有明顯實際損害證據時（唔係理論風險）先會考慮撤回。政策多元化（例如 Knots）本身已提供選擇，唔一定要靠 Core 恢復舊政策。

運營者應該點準備

對所有節點運營者：

備份策略：升級前確保 wallet.dat 同設定文件有備份
測試環境：維持 testnet 或 regtest 用嚟先測試改動
監控系統：對 mempool size、資源消耗、不正常錯誤等設提醒
回滾能力：保留 v29 執行檔，以便必要時降級
通訊方案：如果有問題，設立同夥伴、交易所、用戶協調流程

對交易所/託管基建：

法律審查：同律師核查各地節點運營法律責任
合規更新：更新 AML/KYC 流程應對大數據交易
配置決策：記錄選政策理由（用 v30 預設、自定限制、定 Knots）
事件回應：設計發現區塊鏈非法內容應急方案
備援彈性：需時可切換至其他軟件實現

對閃電網絡運營者：

費用管理：配合強化 package relay 提前準備 CPFP 費率管理
TRUC 整合：考慮將 Channel 升級至 v3 交易
承諾監控：強化補費功能，減少強行關閉風險
測試：先喺 testnet 驗證補費場景

對礦池：

Stratum v2 規劃：評估下代 Stratum v2 IPC 挖礦介面
區塊模板政策：決定如何對待大 OP_RETURN 交易
mempool 設定：評估降低預設費率對運營影響
監控：追蹤 v30 上線後 OP_RETURN 實際用途

對個人用戶：

錢包檢查：確認自己用緊 Bitcoin Core 內置錢包（需要遷移）定係外置（無需操作）
節點政策：如運作全節點，考慮用預設、嚴謹還是另類實現
交易習慣：理解低費率要調整錢包設定
私隱實踐：v30 無私隱提升——繼續用最佳做法（地址輪換、Tor、CoinJoin）

應變規劃：多場景準備

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

V30 由 6-12 個月內升級，達 60-80% 採用。大 OP_RETURN 用途仍然少，因爲需求高時手續費會升。法律疑慮證明過分憂慮——無見惹官非。Bitcoin Knots 保持大約 10-15% 市佔率，網絡政策持續多元。無需緊急因應。

運營者應對：監控升級進度，觀察 OP_RETURN 實際用途，有數據再調政策。

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

社群分歧明顯。Core 僅 40-50% 採用，Knots 維持 20-30% 占比。政策碎片化嚴重，邊緣交易傳播不穩，但雙方互有支持，無一面倒。

運營者應對：保持切換實現彈性，關鍵基建可考慮建多節點，積極參與社群政策討論。

情境三：法律干預（10% 機率）

一個或多個司法區開始因非法內容起訴節點運營者。雲供應商終止 Bitcoin 節點服務。業餘節點大量消失，網絡向資源雄厚、法律保障運營者集中。

運營者應對：即時法律諮詢，評估所處司法區風險，考慮將節點移往有利司法區，加強內容監控，切換至較嚴格實現（如 Knots），個人節點低調運作。

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

v30 發佈後發現致命漏洞（偷竊、拒絕服務、共識崩潰等），需緊急反應。

運營者應對：24 小時監控 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 過濾重複節點。只統計可接收入站連線的節點。

Luke Dashjr's Node Count: 提供另類的計算方法，從不同角度觀察網絡結構。

現時基線（2025年10月1日）：

可連接節點總數：約22,500至25,000
Bitcoin Core（所有版本）：約80-85%
Bitcoin Knots：約13-20%（由2025年1月的2%上升）
其他實現（btcd、libbitcoin等）：約5%

v30預期採用時間表

歷史模式分析：

根據以往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%為其他/舊版本

礦工採用追蹤

無需信號：V30無任何需礦工啟動的共識更動。礦工會根據功能需求（如Stratum v2 IPC介面）及挖礦池軟件兼容性，自行安排營運升級。

建議監察指標：

挖礦池有關v30部署的公告
區塊coinbase版本字串標示的礦工軟件
Stratum v2採用率（與IPC介面有關但獨立）
區塊模板政策（觀察OP_RETURN納入模式）

預期情況：挖礦池通常比節點採用慢2至4個月，因池方需進行廣泛測試方可正式投產。大型池（Foundry、F2Pool、Binance Pool）佔總算力超過50%，對採用進度有關鍵影響。

交易所及託管機構採用

關鍵路徑步驟：

第1-4週：於testnet/signet內部測試
第4-8週：舊錢包遷移及配置更新
第8-12週：分段生產部署（testnet → 小規模錢包 → 主要基建）
第3-6個月：全面部署至所有系統

交易所複雜性：大型交易所在多個地區營運數百個節點，錢包基建龐大。高價值熱錢包由舊版至描述符錢包（descriptor wallet）的遷移，需詳細測試及審計。

可公開追蹤：主要交易所常會公布基建升級，建議關注Coinbase Engineering、Kraken blog、Binance公告及相關技術Twitter賬戶的部署消息。

政策實際使用指標

除監察節點採用外，追蹤新政策實際使用情況更可反映運行情況：

OP_RETURN 使用情況：

基線：v30前OP_RETURN交易佔比（約0.1-0.5%，每宗80字節）
追蹤：v30後大型OP_RETURN（>80字節）交易所佔比例
監察：OP_RETURN尺寸分佈（80-1KB，1-10KB，10-100KB範圍）
分析：大容量OP_RETURN的實際支付費率

數據來源：

支援OP_RETURN解析的區塊鏈瀏覽器（Bitcoin.com, Blockchair等）
分析區塊鏈數據的學術研究組
Ordinals/inscriptions追蹤網站（雖然多數inscriptions用witness數據而非OP_RETURN）

低費率交易傳播情況：

追蹤：區塊內含有低於1 sat/vB的交易百分比
監察：低需求期間記憶池最低費率
分析：節點採用率與低費交易傳送可靠性的關係

TRUC（v3）交易採用：

追蹤：第3版交易所佔比例
監察：閃電網絡實現有無宣布支援TRUC
分析：TRUC與標準交易的費用提升(fee-bumping)成功率

啟動指標（不適用）

V30無需啟動門檻、寬限期或特別準備要求。但以下指標能反映「有效啟用」：

網絡級傳播可靠性：當75%以上節點運行v30，應用新政策（大型OP_RETURN、低於1 sat/vB）可在全網穩定傳播。低於75%時，可能出現傳播不一致。

交易所支援：當大型交易所（Coinbase、Kraken、Binance，佔託管量超過60%）完成v30部署時，描述符錢包即成為業界標準。

閃電網絡可靠性：當主流Lightning實現（LND、CLN、Eclair）在生產版釋出時用到package relay改進與TRUC支援，閃電網絡受惠全面展現。

監察工具及儀表板

建議監察方案：

Bitnodes.io儀表板：每日檢查版本分佈
Coin.Dance 節點統計：每周檢查Core與Knots比例
Bitcoin Optech新聞通訊：每周技術回顧（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政策影響的分析

未來3-12個月工作重點

第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月）：成熟評估

重點：長遠政策有效性、實際影響、對市場影響
危機信號：中心化指標惡化、法律環境惡劣、區塊鏈容量暴增
穩健信號：多元實現健康、法律無阻、閃電體驗大增、網絡持續穩定

現實啟動窗口

V30無單一「啟動」時刻，而是隨採用逐步解鎖新能力：

25%節點採用（約第2個月）：早期用家可用新政策，但傳播並不一致。仍建議有直連/礦池關係。

50%節點採用（約第4-5個月）：新政策對一般用戶較可靠。Lightning實現於Beta模式開始用新package relay。

75%節點採用（約第8-10個月）：新政策傳播全面可靠。閃電網絡package relay於生產用途可用。網絡即達到「有效啟用」。

穩定狀態（約第12-18個月）：採用率於Core v30+穩於65-80%，Knots佔比15-20%提供政策多元，其餘5-10%為舊版（有安全風險但共識兼容）。

總結及重點監察指標

Bitcoin Core v30是一個技術及理念的轉捩點。這次釋出帶來重大基礎建設提升——描述符錢包標準化、閃電網絡加費功能優化、Stratum v2基礎、有效率的低費交易傳播——同時引發自2017年擴容爭議以來最激烈的社群討論。

OP_RETURN政策的擴展是爭議核心，凸顯了比特幣目的的根本分歧。比特幣應否單純做點對點電子現金、以relays政策打壓非純支付用途？或應擁抱網絡中立，由市場手續費決定交易是否納入，relay政策對交易內容不偏不倚？二者都主張反審查及去中心化，但對軟件預設有根本分歧。

重點在，本次爭議完全屬於policy層面——v30並無任何共識更改。Bitcoin Core v30與Bitcoin Knots驗證同一區塊鏈、規則一致。只會有一條比特幣鏈，不會分裂多條鏈。這種「分歧」只體現在交易傳播行為及實現多元，展現了比特幣透過用戶選擇、而非中央指令的自我修復力。

核心要點

大多數用戶：無需特別行動。外部錢包（硬件、手機、桌面錢包）仍然全面兼容。如你沒運行全節點或用比特幣...Core 內置錢包，v30 部署屬於無縫過渡。

For Bitcoin Core Wallet Users: 升級前，從老版錢包遷移至描述符（descriptor）錢包屬必須步驟。請用 migratewallet RPC，建議先喺 testnet 測試，記得做足備份。呢個只需做一次，就可以帶嚟更優越嘅錢包功能。

For Node Operators: 你將面對一個「哲學」決定。係接受 v30 預設、擁抱網絡中立同對應礦工行為？定係自行設定嚴格限制，延續舊政策？又或者轉去用 Bitcoin Knots，以保守預設而無棄用警告？三個方法都係維持共識兼容——選擇要反映你嘅價值觀同風險承受能力。

For Lightning Network Operators: V30 有實際好處。加強嘅 package relay（交易包轉發）改善承諾交易（commitment TX）手續費浮動可靠性。TRUC 支援令 anchor channel 實現更加完善。預設手續費降低，喺需求低時更有用。升級明顯提升日常運作。

For Exchanges and Infrastructure: 需要慎重規劃。Bitcoin Core 用戶必須進行原有錢包遷移。RPC 棄用令代碼需作相應更新。政策選擇會影響交易處理同合規流程。鑑於 OP_RETURN 擴展及相關法律責任，建議進行法律審查。

For the Bitcoin Network: 是次爭議反映健康治理：靠實現多樣化而非中央集權。Bitcoin Knots 佔去 15-20% 網絡份額，顯示用戶可以用軟件投票。Core 與 Knots 實作都係共識兼容，避免鏈分裂，同時可做政策實驗。

重要指標監察

Node Adoption（主要）：

Bitcoin Core v30 百分比（目標：第 12 個月達 60-80%）
Bitcoin Knots 百分比（觀察：穩定為 15-20%）
全網可連接節點總數（觀察：如有減少，可能受法律／成本影響節點關閉）

Policy Usage Patterns：

大型 OP_RETURN 交易次數（觀察：垃圾郵件攻擊或突發大規模採用）
OP_RETURN 大小分布（>80 bytes、>1KB、>10KB 範圍）
需求低時低於 1 sat/vB 交易傳播情形
Lightning Network TRUC（v3）交易應用情況

Network Health Indicators：

UTXO 集合增長率（觀察：OP_RETURN 對比其他儲存方式影響）
Mempool 需求高／低時表現
區塊傳播效率
手續費市場動態與礦工收入組成

Legal and Regulatory Developments：

節點營運者被檢控（任何司法管轄區）
監管方對區塊鏈數據儲存之聲明
雲服務商對 Bitcoin 節點之政策
法律學術分析及案例發展

Exchange and Infrastructure：

主要交易所 v30 部署公告
Lightning Network 各實作更新（LND, CLN, Eclair）
礦池採納及 Stratum v2 進展
支援多個 OP_RETURN 區塊查閱網站更新

Security and Stability：

Bitcoin Core 安全公告
嚴重漏洞發現及緊急版本發佈
攻擊模式（垃圾交易、DoS 嘗試、漏洞利用）
網絡抗壓力指標

往後發展

2025年10月：v30.0 最終版本預期於月底發佈。早期用戶開始部署，交易所完成內部測試，陸續推生產環境。

2025年11-12月：基礎設施升級，採用率升至 20-30%。實際 OP_RETURN 使用數據出現，成敗俗見即現；Lightning 開始測試 package relay 新功能。

2026年第一季：主流用戶升級達 40-50%。交易所錢包遷移大致完成。Lightning Network 正式版本集成 v30 特色。學界發表初步政策分析。法律問題視乎各地反應而清晰或更令人憂慮。

2026年二至三季：升級穩定於 ~65-80% Core，~15-20% Knots。可量度長遠政策成效：UTXO 集增長、手續費市場、Lightning Network 穩定性等。社群據證據判定政策維持、調整或逆轉。

2026年第四季及以後：如 v30 政策證實有效（UTXO 減負、Lightning 體驗提升、法律無大問題），主流或續支持現方向。倘傷害凸顯（垃圾郵件泛濫、法律追訴、集中化），將推政策修正壓力。多元實現方案保障網絡抗逆力。

最後感想

Bitcoin Core v30 技術上成功處理積壓技術債（移除舊版錢包）、促進基建升級（Stratum v2 IPC）、增強 Lightning Network 穩定性（package relay、TRUC 支援）。純技術而言，值得發佈。

至於 OP_RETURN 爭議，不止屬技術層面，更牽涉哲學、治理、法律。爭論或將持續多年，最終非靠共識協商，而係靠用戶自行選擇實現在現實用例中體現。呢個充滿混亂兼人味嘅分散進程，正正係比特幣治理精神——冇中央權威拍板，由參與者各自選擇，匯集成網絡結果。

各持份者現時策略：審視自己日常操作、法律風險承受能力、哲學立場。測試徹底，先喺 testnet 試。錢包遷移要小心。高度關注安全通告。搵到配合你價值觀嘅實作。見機行事，隨證據修訂做法。

Bitcoin Core v30 不會因為引發最大爭議而留下歷史（事實唔會），而係測試了比特幣分散治理，證明有政見歧見下都能保持共識一致。網絡將生存、適應，並從公開渡過此一爭議過程中變得更堅韌。

區塊鏈唔會分裂，軟件會分岔。而設計就係如此。