Mina 於 9 月 3 日暫停網路進行 Mesa 硬分叉，停止 MINA 轉帳

Mina Protocol 將於 9 月 3 日暫停網路長達八小時以執行 Mesa 硬分叉，凍結 MINA 轉帳與區塊獎勵。

Mina Protocol 於 UTC 時間 9 月 3 日上午 10:00 暫停網路以執行 Mesa 硬分叉，凍結 MINA 轉帳長達八小時。此時間表來自 Mina 背後的開發公司 o1Labs，該公司公布了升級當天的精確時間，以及使用者、交易所和節點營運商可預期事項的單獨總覽。

此次升級貫穿四個時間點，均以 UTC 時間為準：10:00 停止交易槽位、15:00 停止網路槽位、16:30 Mesa 套件發布、18:00 首個 Mesa 區塊。在 10:00 至 15:00 之間，鏈上持續產出區塊，但僅為不攜帶任何轉帳的空區塊。Mesa 打包了四項 Mina 改進提案——MIP 6 至 9——縮短區塊時間、將鏈上狀態欄位從八個提升至三十二個、擴大事件與動作限制，並增加每個 zkApp 操作的帳戶更新次數。容量提升能否轉化為實際使用量，需待升級後數月方能定論。

UTC 時間 10:00 的截止點才是關鍵

對持有者而言，決定性時刻是 UTC 時間 10:00，而非 15:00。在停止交易槽位之後提交的轉帳不會落入升級後存續的鏈上。該筆移動消失，餘額維持不變。任何以 MINA 結算發票或作為抵押品的人士，應將 9 月 3 日完全排除於行程之外，並在 9 月 2 日前完成轉帳。

交易所將在該期間暫停 MINA 的充值與提現。在交易所自身帳本上的交易可以繼續進行，因為買賣從不觸及區塊鏈。服務商會在協議時間前後加入自身的安全緩衝，因此暫停可能早於官方窗口開始、晚於官方窗口結束。

委託人損失獎勵，節點營運商面臨截止期限

Mina 依賴委託機制運作。任何不自行營運區塊生產者的使用者，會將投票權委託給外部節點，並從中獲得獎勵分成。這些獎勵來自於產出的區塊，而時間表顯示升級期間不會產生任何區塊獎勵，因為區塊仍為空。以年化收益率衡量，幾個小時的缺口雖小但確實存在，且對每位委託人影響均等。

節點營運商在 9 月 3 日前有實際工作需完成。使用自動化 Automode 者安裝穩定版 4.0.0；手動更新者須先安裝停止槽位版 3.5.0，待 16:30 UTC 套件發布後再切換至 4.0.0。區塊生產者必須至少維持一個節點持續運作，直到停止網路槽位之後。檔案節點則面臨另一項要求：資料庫 schema 遷移必須在停止槽位前完成，否則資料庫在重新啟動後將無法承接新鏈。

計畫性暫停，而非緊急事件

治理歷史顯示 Mesa 是一項既定安排，而非對事件的回應。規則變更於 2025 年 12 月 8 日至 15 日進行的鏈上投票中確認，投票權以 2025 年 11 月 22 日的快照為準。隨後展開專用測試網與試運行，Mesa 於 2026 年 8 月 19 日首次在 Devnet 測試網上線。

與近期其他鏈的暫停事件相比，值得留意。Zilliqa 於 9 月 2 日以代幣兌換機制執行自身的硬分叉，BNB Chain 的 Pasteur 硬分叉則於 8 月遵循相同模式。Mina 透過明確的暫停路徑，防止兩條相互競爭的鏈同時出現，代價是持有者將於 9 月 3 日感受到的停機時間。

對 MINA 持有者而言，實務檢查清單簡短明確：於 9 月 2 日前完成轉帳、預期質押獎勵出現缺口，並將稅務匯出延後數日，以便檔案節點趕上進度。每一項已公布的升級也會吸引釣魚攻擊——Mesa 無需任何錢包操作，任何索取恢復助記詞的請求都是在覬覦您的資產。

本文僅供資訊參考之用，不構成投資建議。