最後查核時間：2026年10月21日。
Zcash 即將推出的 NU7 網絡升級被規範為會停用第4版（v4）交易。擁有 Sprout 餘額的礦工應緊急確認其原有錢包在升級啟動前是否有可行的遷移方案。其他礦池礦工則應檢查其 ZEC 支付目的地及收款錢包，而構建交易的節點營運商及相關服務則應確認 NU7 軟件相容性。
風險取決於資金及交易軟件，而非單純取決於錢包的新舊程度。此禁令涵蓋所有 v4 交易；Sprout 面臨的後果最為嚴重，因為它沒有其他受支援的交易格式可供替代。更新 ASIC 的連線設定並不能解決這兩個問題（ZIP 2003）。
NU7 停用的是 v4 交易，而非「舊地址」
在對挖礦或支付設定作出任何變動之前，有四個容易混淆的概念值得先行區分清楚：
- 錢包或地址類型 — 例如透明地址、Sapling 隱蔽地址，或舊有的 Sprout 地址。
- 交易版本 — 交易在廣播到網絡時所使用的序列化格式（v4、v5 或 v6）。
- 礦池帳戶支付設定 — 在挖礦礦池帳戶中設定的提幣目的地。
- 挖礦連線 — ASIC 用於提交份額（share）的 Stratum 連接端點及工作者識別碼。
地址本身並不帶有交易版本。交易版本是由構建該筆支出的軟件——錢包、支付處理程式，或節點軟件——在構建交易的那一刻所決定的。根據 NU7 部署提案，此次升級並未引入新的交易格式；它只是停用 v4，而保留 v5 及 v6 作為往後有效的格式（ZIP 259）。這意味着，以 v4 構建的純透明地址交易或 Sapling 交易，在升級啟動後將與 Sprout v4 交易一樣變為無效——此禁令適用於序列化版本，而非特定的資金池（value pool）。
為何 Sprout 錢包需要緊急處理
Sprout 是 Zcash 最原始的隱蔽資金池，而 Sprout 支出只能以 v4 交易的形式呈現。目前協定中並不存在供 Sprout 使用的替代交易格式。因此，任何在 NU7 啟動前未遷出 Sprout 資金池的 Zcash，在目前規範的共識規則下將變得無法花費，除非未來有協定層面的改動（ZIP 2003）。
歷史上的 zc... 地址是一個有用的篩查信號——Sprout 隱蔽地址通常使用此前綴，有別於 Sapling 地址（通常為 zs...）及透明地址（通常為 t...）。不過，該前綴應被視為調查的起點，而非風險的確鑿證據；應使用實際的錢包軟件來確認地址類型，並檢查是否仍有餘額。
曾收到早期 ZEC 支付款項的礦工——包括在 Sapling 成為主流隱蔽資金池之前、歷史上被路由至隱蔽目的地的礦池支付款項——應在自我託管錢包、封存備份及舊有提幣記錄中搜尋，確認是否仍有餘額停留在 Sprout 地址內。
有一項重要的實務限制：ZIP 2003 指出，zcashd 的棄用已移除了唯一仍維護、並提供 Sprout 錢包功能的軟件。共識規則允許在 NU7 之前進行轉移，並不代表存在受維護的遷移工具。持有人需要自行核實其原有錢包是否存在可行的復原及轉移路徑；不應假設僅僅更新至目前版本的錢包即可提供 Sprout 支援（ZIP 2003）。
若確實存在可行路徑，該轉移必須在升級啟動前完成確認。重新簽署一筆 v4 交易並不會改變其版本，而 Sprout 轉移也無法被重新構建為 v5 或 v6 交易。
礦池礦工應檢查的事項
停用 v4 交易本身通常並不要求礦池礦工更改 ASIC 設定。請遵循挖礦礦池或硬件供應商提供的任何具體相容性指示。用於提交份額的 Stratum 連線及工作者名稱，與礦池代表礦工構建 ZEC 支付交易的方式並無關聯。
舉例而言，ViaBTC 的 ZEC 挖礦設定使用 Stratum 連接端點，並搭配以 userID.workerID 格式表示的工作者名稱來提交份額（ViaBTC ZEC 挖礦文件）。而 ZEC 提幣目的地則是在帳戶的資產設定中另行配置。
因此，礦池礦工的實務檢查清單如下：
- 確認目前在礦池帳戶中設定的 ZEC 提幣地址，而不是假設它自設定以來從未改變。
- 確認目的地錢包或交易所帳戶在其目前的入金介面中，仍接受存入該特定地址及地址類型的款項，因為特定地址格式的支援情況可能因服務而異，且可能隨時間而改變。
ViaBTC 的自動提幣功能（其說明文件與挖礦連線設定分開記載）可讓帳戶在累積的 ZEC 達到公佈的最低門檻 0.001 ZEC 後，按每日排程自動將款項發送至已設定的地址（ViaBTC 自動提幣說明文件）。此門檻及排程屬於平台特定設定，而非 Zcash 網絡規則，在確認支付目的地是否為目前有效且地址類型正確時，檢視這些設定是合理的做法。
獨立挖礦者及基礎設施營運商應檢查的事項
</contentMd>運行自有全節點的礦工，或代表用戶構建 Zcash 交易的服務商，所面對的要求範圍要比一般礦池礦工更廣泛。NU7 改變的是網絡層面的兼容性，而不僅僅是交易有效性：宣告使用 NU7 升級前網絡協議版本的節點，可能會被已升級的對等節點斷開連接；而在新共識規則生效後，按舊共識規則產生的區塊將不會被接受（ZIP 259）。
這直接關係到以下各方：
- 自行運行節點並構建自己的區塊模板或 coinbase 交易的獨立礦工（solo miner）。
- 負責支付處理的礦池運營商。
- 錢包提供商、託管機構及交易廣播服務。
- 解析交易數據的區塊瀏覽器及鏈上索引服務。
任何在激活前準備好但尚未確認的交易，都應該檢查是否以 v4 格式構建。如果是，而且相關資金並非 Sprout 資金，一般需要使用兼容 NU7 的軟件重新構建該交易，而不能簡單地重新提交；部署規範明確指出，軟件必須停止構建意圖在激活後納入區塊的 v4 交易。
2026 年 9 月 17 日公佈的 NU7 時間表將主網激活目標定在 2026 年 11 月 5 日，並將最終激活決定安排在 10 月 20 日。於 2026 年 10 月 21 日查核時，ZIP 259 仍顯示為草案（Draft）狀態，主網激活高度仍為待定（TBD），而 Zebra 的主網高度實作任務亦仍處於開放狀態。這些只是對已公佈文件的觀察結果，並不能證明開發者此後未作出任何決定。
開發者決定、更新後的部署規範，以及已發佈的節點實作，是三個各自獨立的里程碑。運營方應在部署前核實已達成共識的主網高度，以及實現該高度的發佈版本。Zcash 的升級是按區塊高度激活的，因此 11 月 5 日不應被視為一個保證以時鐘時間計算的轉移資金最後期限。
礦工的 NU7 檢查清單
- 在錢包、備份及歷史付款記錄中搜尋是否存有 Sprout 餘額。如有發現，請核實原錢包是否有可行的遷移路徑，並在激活前完成任何轉賬；根據 ZIP 2003，已不再提供有維護支持的 Sprout 錢包。
- 確認目前使用的錢包軟件能否構建有效的 NU7 後交易，而不是單憑其版本「較舊」就假設其兼容。
- 檢查在礦池帳戶中設置的 ZEC 提現地址，此項與挖礦連接設置是分開的。
- 確認接收方的錢包或交易所目前是否接受存入到所使用的特定地址及地址類型。
- 檢查在激活前準備、但尚未確認或離線簽署的交易。對於非 Sprout 的 v4 交易，請盡可能使用兼容軟件以受支持格式重新構建。Sprout 交易無法轉換為 v5 或 v6 格式；其資金必須在激活前轉移。
- 如果運營全節點、礦池基礎設施或交易構建服務，請在最終確定的激活高度之前升級至兼容 NU7 的軟件。
結論
Sprout 持有者同時面對協議層面的最後期限，以及實際操作上的資金恢復挑戰：其資金依賴於 v4 格式，而具維護支持的 Sprout 錢包已經停止支援。礦池礦工應核實自己的接收錢包及付款目的地，而基礎設施運營方則必須準備好兼容軟件。請使用最新的部署文件及節點版本說明，核實激活高度及實作狀態。
NU7 是否需要更新 ASIC 韌體？
禁用 v4 交易本身，一般而言並不要求為礦池挖礦更新 ASIC 韌體。它改變的是網絡接受哪些交易版本，並沒有引入任何新的交易格式。請查看你的礦池及硬件供應商所提供的任何特定韌體或配置指引。
NU7 之後，我的隱蔽（shielded）ZEC 餘額會否失效？
這取決於所屬的隱蔽資金池（shielded pool），而非地址是否「舊」。Sapling 及其他非 Sprout 的隱蔽交易，仍可以用 v5 或 v6 格式表示，而這些格式在 NU7 之後仍然有效。只有 Sprout 轉賬，才完全依賴於 NU7 所停用的 v4 格式。
由於 NU7，我是否需要更改 ViaBTC 的礦工（worker）配置？
一般而言不需要。用於提交 share 的 Stratum 端點及礦工名稱，與帳戶付款設置中配置的 ZEC 提現地址是分開的；NU7 影響的是交易構建，而非 share 提交。
2026 年 11 月 5 日是否為已確認的激活日期？
11 月 5 日是 9 月 17 日社群時間表中的目標日期。在 2026 年 10 月 21 日，為撰寫本文而查核的 ZIP 259 頁面仍顯示主網高度為待定（TBD）。僅憑該頁面的狀態，並不能確定是否已有更新的開發者決定存在。請核實最新達成共識的高度、部署規範，以及配套的節點發佈版本；實際激活是按區塊高度而非固定的日曆時間進行的。