BIP-110 自願支持不足，引發對礦工支持的擔憂

Michael Saylor 表示，在當前的難度週期內，BIP-110 無法達到所需的自願礦工門檻，而公共監控數據也支持這一計算——這引發了新的擔憂，即該提案是否真有礦工支持，還是僅由一小群協調團體推動。 數字顯示： - 在區塊 960,561 時，Saylor 報告有 24 個信號區塊，佔 946 個區塊的 2.54%。他稱所有信號均來自使用 DATUM 並通過 OCEAN 礦池分配獎勵的礦工，且在該系統之外未觀察到任何信號。 - 截至 8 月 2 日 11:13 UTC，公共 BIP-110 監控系統已達到區塊 960,723，共計 1,108 個區塊中有 28 個信號，佔比 2.53%，而 2,016 區塊難度週期中尚餘 908 個區塊。 - BIP-110 需要在單一難度週期內獲得 1,109 個信號區塊才能自願鎖定（55% 門檻）。即使本週期剩餘的所有區塊都發出信號，總數也僅能達到 936——Saylor 表示「數學上無法達成」——因此當前的自願窗口無法產生所需的多數支持。 歸因注意事項： 公共監控系統確認了整體信號率偏低，且在額外出現四個信號後，總數幾乎未變。然而，它並未獨立驗證 Saylor 的主張，即所有信號區塊均來自 DATUM/OCEAN。他對礦池的歸因僅基於在區塊 960,561 時檢視的 24 個區塊；監控日誌確認了信號率，但並未證實他所聲稱的推廣意圖。 BIP-110 的內容： BIP-110 正式名稱為「減少數據臨時軟分叉」，旨在暫時限制鏈上存儲的任意數據。主要建議限制包括： - 將大多數新輸出腳本限制為 34 字節 - 將 OP_RETURN 輸出上限設為 83 字節 - 將某些數據推送限制為 256 字節 - 暫時限制多項 Taproot 功能 在啟用前創建的輸出將被豁免。支持者認為，一年期規則將保護比特幣的貨幣焦點；批評者則認為，共識規則不應決定哪些目前有效的交易格式能獲得區塊空間。 關於推廣與礦池行為的主張： Saylor 指控 OCEAN 將 BIP-110 的信號設為端點的默認選項，稱此舉為「針對 Knots 和 OCEAN/DATUM 的垂直整合行銷活動」。此為他的解釋；獨立技術審查者尚未得出此結論。官方 BIP-110 安裝指南確實引導用戶使用 Bitcoin Knots，並提供將租用的哈希算力指向 DATUM 節點的說明。OCEAN 的 DATUM 文件指出，礦工透過本地節點創建區塊模板，而礦池僅協調獎勵分配，而非構建挖礦工作——文件確認了此技術關係，但單憑此點無法證明其推廣意圖。 時間表與強制啟動風險： - 自願信號期將於區塊 961,631 結束。 - 從區塊 961,632 至 963,647，BIP-110 的實施將要求強制信號：執行該提案的軟體將拒絕所有未設置位元 4 的區塊。 - 若在此窗口內強制信號達到 100%，Saylor 警告此結果反映的是軟體規則，而非礦工的新一輪支持投票。 - 若強制窗口成功，BIP-110 將於區塊 963,648 鎖定，並於區塊 965,664 啟用，其限制將適用於 52,416 個區塊（約一年）。 接下來需關注的事項： 在強制窗口開始前，主要礦池、交易所、錢包和節點運營商的下一步行動將是關鍵信號。Foundry USA 礦池曾單獨徵詢客戶意見，詢問是否應由該礦池發出信號；其投票窗口將於接近區塊 961,632 時關閉，但截至 8 月 2 日尚未公佈任何經過驗證的結果。低自願信號率本身並不會取消 BIP-110，因為其部署路徑包含強制信號窗口——然而，若大多數哈希算力持續挖掘非信號區塊，強制節點最終可能追隨少數鏈。Saylor 與其他批評者（包括 Blockstream 聯合創始人 Adam Back）警告，在缺乏廣泛共識的情況下強制推行此提案，有風險導致網絡分裂。 總結： 現有數據與 Saylor 的分析顯示，BIP-110 的自願礦工支持率目前遠低於 55% 的鎖定門檻，且似乎集中於一小群參與者。該提案能否推進，將取決於大型礦池與節點運營商在即將到來的強制信號窗口前後的行動，以及社區能否避免因治理與鏈上政策產生爭議性分裂。