如果所有比特幣礦工同時停工,網路會怎樣?

如果所有比特幣礦工同時停工,網路會怎樣?的文章封面插畫

許多線上服務只要維運人員全數離開,系統很快就會失去更新能力。比特幣雖然沒有中央機房負責排班,新區塊仍要靠分散各地的礦工投入計算後才能產生。於是,一個極端但很有用的問題出現了:假如所有礦工同時停工,既有比特幣與等待中的付款會不會一起消失?

不過,產生新區塊與檢查區塊是兩種工作。全節點能保存目前接受的帳本、驗證資料並轉送交易,卻不會只因數量很多就自動找到下一個工作量證明。若全球真的沒有任何算力繼續嘗試,歷史便會停在最後一個有效區塊。

因此,礦工全數停工不會立刻刪除既有紀錄,卻會讓新的交易確認無法出現。理解後果時,可以把既有狀態、待處理交易、難度調整與恢復條件分開看;它們停止或保留的方式並不相同。

最先停止的是新區塊與新確認

挖礦會把合格交易組成候選區塊,再反覆改變資料、尋找符合當下難度的雜湊結果。沒有參與者完成這一步,就沒有人能提出一個帶有新工作量證明的區塊。區塊高度停止增加,原本已確認的交易也不會再累積更多確認。

這時,錢包仍可能建立並簽署交易,互相連通的節點也可能檢查與轉送資料。可是,交易只能留在各節點自己的待處理清單裡。即使它格式正確、簽章有效,甚至支付很高的手續費,也沒有區塊可供收錄。

手續費在這裡是一項誘因,並非保證出塊的機械開關。它可能吸引仍有能力的礦工重新投入,卻無法在算力真正為零時自行完成工作量證明。若有人宣稱付款「已經送到網路」,收款方仍要分清楚節點看見交易和交易取得確認之間的距離。

既有資產不會跟著被清空

最後一個有效區塊以前的紀錄仍保存在許多節點上,其中每一筆 UTXO 的金額與花費條件也沒有因停工改變。持有人保管的私鑰依舊能替符合條件的交易簽章;停下來的是把新變動寫進共同歷史的流程。

這也表示,礦工停工與資料全部遺失不能畫上等號。只要帳本副本仍存在,節點就能繼續拒絕憑空增發、無效簽章或重複花費等違規資料。它們能維持對最後已知狀態的判斷,卻無法在沒有新區塊時,決定之後哪一筆互相衝突的交易應成為正式歷史。

現實服務可能採取更保守的做法。交易平台、商家或託管業者若長時間看不到新區塊,可能暫停入帳、提款或交付商品。這些措施會直接影響使用者,但屬於各服務面對不確定性的風險控制,不能反過來證明鏈上既有資產已被刪除。

待處理清單不會變成永久承諾

比特幣沒有一份全網共用的交易等候名單。每個節點只保存自己收到且願意保留的資料,也會依記憶體空間、費率政策與軟體設定移除交易。停工時間拉長後,同一筆付款可能仍在某些節點的清單裡,另一些節點卻早已找不到。

被移出清單不代表相關 UTXO 已經花掉。只要輸入在最後有效帳本中仍可用,原交易日後可能再次廣播,也可能出現花費相同輸入的另一個版本。等到挖礦恢復,礦工會從自己當時看見的候選交易中選擇;哪個版本先進入有效區塊,才會改變共同狀態。

所以,停工期間看到的「未確認」只能描述某個資料來源目前知道什麼。它沒有全網保管期限,也沒有保證恢復後依原先廣播順序收錄。等待愈久,費率估計、交易傳播範圍與服務畫面便愈可能失去參考價值。

難度不會只看日曆自動下降

一個常見直覺是:既然沒有區塊,系統等一陣子就會自動把難度降到很低。比特幣的調整條件卻建立在已完成的區塊上。全節點要等區塊高度走到規定的調整位置,才能依前一段區塊實際花費的時間計算新門檻;牆上經過多久,本身不會觸發一次獨立更新。

若所有礦工停在兩次調整之間,難度就會留在原水準。日後只有少量算力回來時,仍得先在這個門檻下找到下一個合格結果,平均等待可能比平常長很多。等網路累積到後續調整位置,難度才有機會反映較低的總算力,讓出塊節奏逐步適應。

這個設計避免某個時鐘或管理員自行宣布降低安全門檻,也留下恢復摩擦:算力劇烈消失時,調整機制本身仍需要新區塊才能前進。比特幣沒有一個在長時間安靜後直接跳過工作量證明的緊急模式。

恢復不需要中央重新開機

任何參與者只要取得設備、能源與有效鏈尖資料,都可以依公開規則重新開始計算。第一個符合當下難度、交易與發行規則的新區塊傳到網路後,節點會各自驗證;通過檢查的區塊便能讓歷史再次向前。這項恢復不需要原礦工同意,也沒有特定公司持有重啟密碼。

可是,低算力時期仍有明顯限制。區塊可能來得很慢,近期歷史累積工作量的速度也會下降;若少數參與者掌握回歸後的大部分算力,交易收錄與重組風險會比平常集中。公開共識規則能讓節點拒絕無效區塊,無法替網路憑空補上缺少的計算成本。

外界也很難只憑一段長時間沒有新區塊,就證明「所有礦工」真的停了。工作量證明本來就帶有隨機性,少量算力仍在運作時,也可能碰上異常漫長的等待。觀察者能確認的是最後區塊之後尚未出現新合格結果,再結合已知算力與連線資訊推測原因。

因此,所有礦工停工會讓比特幣失去更新共同歷史的能力,卻不會讓最後有效帳本、UTXO 或私鑰突然蒸發。礦工回來後,網路可以沿原規則繼續前進;恢復有多快,取決於回歸算力能否跨過原有難度,以及後續調整何時抵達。這個極端情境揭示了比特幣的兩面:它沒有中央關機鍵,也無法在現實資源完全退出時,靠軟體宣言維持結算。