隨著比特幣 BIP-110 訊號的截止期限（8 月 9 日）逼近，該指標升至 2.64%

比特幣的 BIP-110 提案在 2026 年 7 月 27 日美東時間上午 8:40 時記錄到 2.64% 的礦工訊號，而區塊 961632 預計在 2026 年 8 月 9 日左右接近。該提案針對透過暫時性的交易資料上限來限制 Ordinals 風格的掛載，以及過大的 OP_RETURN 載荷。Ocean 礦池與較小的獨立營運者領先推動訊號活動；而包含 Antpool、ViaBTC 與 F2pool 在內的大型礦池尚未移動以支持該措施。BIP-110 使用經修改的 BIP-9 啟用流程，其中包含自區塊 961632 開始的強制訊號窗口。在此期間，執行該提案的節點會在不論工作量證明（proof-of-work）的情況下，拒絕缺少版本位元 4 的區塊；若在截止日前未能形成廣泛礦工支援，可能引發相互競爭的鏈。

BIP-110 訊號在截止日前達到 2.64%

在 7 月 27 日美東時間上午 8:40，鏈尖位於區塊 959842。距離區塊 961632 仍約剩 1,790 個區塊；這是運行 BIP-110 軟體的節點開始拒絕未訊號版本位元 4 的區塊的時間點。以比特幣平均每 10 分鐘一個區塊的節奏計算，該高度應在 2026 年 8 月 9 日左右抵達或接近該日期。

BIP-110 正式名稱為「Reduced Data Temporary Softfork」，提議限制用於比特幣交易的特定資料欄位大小。規則主要針對 Ordinals 風格的掛載、過大的 OP_RETURN 載荷，以及類似的高資料量用法；同時保留以一般金融為導向的比特幣轉帳、Taproot 的關鍵路徑（key-path）花費，以及標準 Lightning 通道操作不變。若啟用，限制將從區塊 965,664 開始，並在 52,416 個區塊後自動到期。

訊號率已從數週前低於 1% 攀升至約 3% 的區間。Ocean 持續佔據多數訊號活動。其餘算力（hashpower）來自獨立礦工與較小的營運者，包括 Roughnecks、SoV、BIP110 Generic、Barefoot Mining、234 Alberta、888、Peer to Peer Money、Black Jade Advisors、Sazmining、Crestmont Fabrics、Datum Miner、SpammersGFY、Moonwalk、PyBLOCK-Datum、Just For Krypto 與 JAMIN。

負責全網大部分算力的四個礦池 Foundry、Antpool、ViaBTC 與 F2pool 幾乎沒有動作。唯一執行該提案的實作是 Bitcoin Knots 的分叉。以可連線節點（reachable nodes）而言，今日約在 22%。

Foundry 實作客戶端算力投票系統

大約在 2026 年 7 月 17 日左右，Foundry 要求客戶投票決定該礦池是否應開始為 BIP-110 進行訊號。根據一封寄給礦池參與者的電子郵件，該公司將結果直接綁定其客戶的算力。

「Foundry USA Pool™ 的投票窗口將持續開放至訊號窗口關閉日期，位於區塊 961,632 之前，」Foundry USA 礦池在其 BIP-110 資源頁上寫道。

投票力取決於每位客戶的平均算力。未回應的客戶會自動被計為「No（不支持）」，而 Foundry 的預設立場仍是對該提案進行訊號反對。只有當「Yes（支持）」票數超過參與加權算力的 51% 時，該礦池才會將其所有區塊切換為訊號支援。

Foundry 代表比特幣全球算力的約 23% 至 33%，視量測期間而定。截至 2026 年 7 月 27 日，尚未出現有任何轉變的跡象。

Foundry 的客戶資源頁連結到 BIP 規格、原始的 bitcoin-dev 討論、Jameson Lopp 的批評，以及 Adam Back、Michael Saylor、Luke Dashjr 等人的評論。

強制訊號窗口在區塊 961632 產生拒絕機制

一旦區塊 [transactions] 到來，執行 BIP-110 的節點將拒絕由全網多數挖出的區塊，原因是它們缺少所需的版本位元。這些節點將改為遵循相對少數的訊號區塊。

傳統節點（Legacy nodes）會在追隨累積工作量證明（proof-of-work）最大的那條鏈的同時，持續接受訊號與非訊號區塊。多位獨立觀察者已建置專門的監測網站，用於追蹤啟用參數，並有部分模擬在不同情境下該流程可能如何展開。

監測網站 BIP110 Situation Monitor 會在強制訊號窗口期間建模一系列可能結果。其模擬頁允許使用者調整各項變數，包括預期用於支援 BIP-110 的網路算力百分比。一項配置為將 25% 的算力投入 BIP-110 的模擬會導致鏈分裂（chain split）。

被 Bitcoin Core 識別、且由壓倒性多數算力所挖出的那條鏈，將會以其正常速度持續產出區塊。僅由訊號礦工構成的少數鏈會推進得更慢，直到達到下一次 2,016 區塊的難度調整（difficulty adjustment）。

BIP-110 啟用路徑不同於 Segwit 與 Taproot

BIP-110 的部署路徑與比特幣最近兩次重大軟分叉有所不同。該提案於 2025 年 12 月 1 日啟動，使用經修改的 BIP-9 流程。它要求在單一難度週期內有 2,016 個區塊中的 1,109 個、也就是 55% 的區塊進行訊號，才能在早期鎖定（lock in）。若該門檻從未達到，該提案會在於區塊 963,648 之前朝向強制鎖定（forced lock-in）前進，隨後再於區塊 965,664 進入下一個難度週期進行啟用。

從區塊 961,632 開始至 963,647，執行 BIP-110 的節點將拒絕任何未訊號版本位元 4 的區塊，無論它由多少工作量證明所支援。這與 Segwit 與 Taproot 均不同；在那些情況下，未升級的節點會在啟用期間持續接受累積工作量證明最強的那條鏈。

最接近的歷史類比是 2017 年的 BIP-148 使用者啟動軟分叉（UASF），其同樣試圖透過強制訊號需求來對礦工施壓。那場對峙最終在截止日前於算力有足夠移轉後，沒有形成持久的鏈分裂就告終。

提案針對掛載（Inscriptions）與 OP_RETURN 載荷

BIP-110 以 Dathon Ohm 之名撰寫。更早期的版本曾以 BIP-444 的代號流傳，之後才被接受進入 BIPs 版本庫（repository）。

支持者認為，掛載（inscriptions）、BRC-20 類型的代幣，以及越來越龐大的 OP_RETURN 載荷會提高運行完整節點的成本、扭曲比特幣的手續費市場，並將網路資源從比特幣原本作為付款與結算系統的預定用途上挪開。

BIP-110 支持者、Bitcoin Knots 開發者 Luke Dashjr 在 7 月初於 X 解釋：「移除規則就是硬分叉（hardfork）。這包含已排程的規則，例如補貼減半（subsidy halvings），是的，甚至包含 BIP110。拒絕 BIP110 是一種具爭議的硬分叉企圖。」Dashjr 續稱：「而且不同於軟分叉，硬分叉要成功需要共識。對於拒絕 BIP110，並不存在共識。」

反對者普遍同意確實存在垃圾訊息（spam），但對於 BIP-110 的啟用機制是否是合適解方則意見不一。「自從 Bitcoin Core v30 釋出以來，OP_RETURN 區塊空間（blockspace）的使用並沒有增加太多。過大的 OP_RETURN 可能稍微增加了一點，但它們仍消耗不到 0.1% 的區塊空間，」Galaxy Digital 的研究主管 Alex Thorn 在 X 上撰文。Thorn 接著說：「考量到這些可修剪（prunable）的內容所造成的影響非常小，BIP-110 是一種極端擾動且危險的回應。」

常見問題（FAQ）

什麼是 BIP-110，且它的強制訊號窗口何時開始？

BIP-110 正式名稱為「Reduced Data Temporary Softfork」，提議限制用於比特幣交易的特定資料欄位大小，主要針對 Ordinals 風格的掛載與過大的 OP_RETURN 載荷。強制訊號窗口從區塊 961,632 開始，預計在 2026 年 8 月 9 日左右；在此期間，執行 BIP-110 的節點將拒絕未訊號版本位元 4 的區塊。

截至 2026 年 7 月 27 日，BIP-110 獲得多少礦工支援？

截至 2026 年 7 月 27 日美東時間上午 8:40，BIP-110 訊號約為 2.64%。Ocean 礦池與較小的獨立營運者領先推動訊號活動，而包含 Foundry、Antpool、ViaBTC 與 F2pool 在內的主要礦池尚未移動以支持該提案。執行 BIP-110 強制軟體、且可連線的節點約佔 22%。

BIP-110 的 Foundry 投票系統如何運作？

Foundry 在 2026 年 7 月 17 日左右實作了一套客戶端算力投票系統，投票力取決於每位客戶的平均算力。不回應的客戶會自動被計為「No（不支持）」，而 Foundry 的預設立場仍是對該提案進行訊號反對。只有當「Yes（支持）」票數超過參與加權算力的 51% 時，該礦池才會將其所有區塊切換為訊號支援。