將比特幣礦機搬遷至新礦場，本身並不需要變更礦池帳戶、付款方式或收款地址。礦池端的關鍵檢查項目是：每台礦機能否連接到指定的礦池、是否提交被接受的share、是否顯示在正確的帳戶下，以及是否保留預期的結算與支付設定。
實體重新部署——盤點、運輸、上架、電力、散熱與本地網絡——仍然同樣重要。本檢查清單的重點在於礦池連續性，與上述任務並行進行，並假設礦池及付款方式可能維持不變。新場地的 IP 定址、DNS 解析、防火牆規則及網絡延遲均可能有所不同，因此應重新驗證礦池連接性與礦工歸屬。
為何搬遷礦場會影響礦池表現
開啟礦機電源並不保證其正在進行挖礦，而本地算力讀數本身亦無法證明指定的礦池正在接受並計入其share。比特幣礦池挖礦的運作方式，是讓每台礦機針對礦池指派的目標值提交share，該目標值比網絡的區塊目標更容易達成；礦池利用這些share來衡量所貢獻的工作量，並依其派發方式分配獎勵。若礦池端點無法連接、礦工憑證錯誤，或新防火牆政策封鎖了對外連線，均可能導致工作量無法送達或計入指定帳戶。在搬遷期間，應分別檢查硬件狀態與礦池端的活動情況。
關機前：記錄目前狀態
在舊場地的任何礦機關閉電源之前，應先建立基準記錄，以便在搬遷後作比對。
- 每台設備的序號、MAC 位址、型號、韌體版本，以及目前的機架或機列位置。
- 目前指派給每台礦機的礦工名稱。ViaBTC 的 BTC 礦工格式為
userID.workerID，其中 workerID 可使用小寫字母及數字，長度最多 64 個字元；維持一套能反映場地、機列及設備編號的一致命名方案，可使搬遷後更容易將實體硬件與礦池端記錄相互對應。 - 主要及備用礦池項目，包括目前使用的確切 Stratum 網址及連接埠。
- 最近的本地讀數——算力、溫度、風扇轉速，以及韌體回報的任何硬件狀態或錯誤標記。
- 礦池端的礦工狀態、礦池目前顯示的算力，以及任何被拒絕share的活動記錄。
- 帳戶目前設定的付款方式與收款地址。這些屬於帳戶層級的設定，與礦機本身輸入的礦池及礦工欄位分開；搬遷硬件並不會改變這些設定，但仍值得確認它們未在其他地方被更改。
在作出任何變更之前，應儲存一份完整的礦池設定備份——包括備用礦池項目。這將作為新場地出現問題時的回退參考依據。
開機前先準備好新礦場
在大量開啟礦機電源之前，應先確認基礎設施是否已準備就緒。
- 機架空間、PDU 容量、電壓及散熱條件，須符合特定礦機型號及其運行模式的要求。
- 氣流方向及淨空間距，因為進風與排風方向會同時影響個別設備及相鄰機架。
- 網絡分段、DHCP 保留或靜態 IP 分配、DNS 解析、預設閘道，以及確認新場地可對外連接互聯網。
- 防火牆及對外連接埠規則，應對照礦池目前公布的連接方式進行核對，而非沿用舊場地的假設。
在假定已儲存的礦機設定檔仍然正確之前，應直接從最新文件重新核實礦池端點。ViaBTC 的「礦池資訊」頁面列出了 BTC Stratum 端點，例如 stratum+tcp://btc.viabtc.io:3333，並提供 443 連接埠作為故障切換備用埠，另有其他地區及 SSL 選項（ViaBTC 礦池資訊）。由於所列端點可能會有變動，操作人員應以礦池官方頁面所示的最新地址為準，而非重複使用已儲存設定檔或舊截圖中的內容。
重複使用舊設定檔前，須重新檢查礦池設定
即使目的地礦池帳戶維持不變，輸入礦機的設定仍應重新核實，而非盲目複製。
- 確認幣種及演算法與指定帳戶相符。
- 從礦池文件中複製目前的 Stratum 網址及連接埠，並根據新場地及支援的韌體，選擇全球、地區或 SSL 選項中適當的一種（參見 ViaBTC 的 BTC 挖礦設定指南）。
- 確認礦工名稱語法及礦池所要求的密碼欄位。
- 按預期優先順序輸入主要及備用礦池項目；ViaBTC 建議設定多個連接埠，以便當其中一個失效時，礦機能自動切換至下一個連接。
- 將先前的設定另行記錄保存，以便在新設定出現問題時可予以還原。
在此階段同時確認付款方式亦相當重要。礦池支援的付款方式並非永久不變；操作人員應查核該幣種及帳戶目前可用的支付選項，而非假設與先前設定維持一致。
先進行小規模試點組測試
在可行的情況下，應先啟動一小批具代表性的礦機——甚至單一設備——然後才開啟整個機隊的電源。此做法可限制設定錯誤所造成的運作影響，並為新場地提供可控的基準測試。
- 確認礦機能取得IP位址，或可透過其預定的靜態位址連線。\n- 確認韌體使用的是預期的礦池入口及礦工名稱，而非快取或預設設定檔。\n- 檢查礦機日誌，留意DNS解析失敗、連線逾時、驗證錯誤、溫度警告、風扇故障或算力板錯誤。\n- 確認該礦工是顯示在正確的礦池帳戶下，而不僅僅是礦機回報有本地算力輸出。\n- 確認礦機的已接受份額數持續增加，且對應的礦工在預定礦池帳戶下顯示活動狀態。\n- 判斷效能前應預留足夠時間。ViaBTC指出，礦機在穩定運作約10至15分鐘後，可於礦池介面中查看其狀態，但這只是一個實務上的觀察區間，而非普遍標準。\n\n在比較數據時，應注意配對相同的量測時間窗口。比特大陸（Bitmain）的Antminer API提供多種本地算力時間窗口——包括5秒、30分鐘及平均讀數（視型號與韌體而定）——並同時顯示礦池連線狀態、已接受份額、被拒絕份額及過期份額（Bitmain Antminer API文件）。ViaBTC的礦池端數據則採用不同的時間窗口：其即時算力反映過去10分鐘的數據，而每日算力則反映過去24小時的數據（ViaBTC：為何礦池與礦機算力不同）。重啟後，礦池的24小時時間窗口可能仍包含停機時間；新命名的礦工可能尚未累積滿一整天的活動記錄。5秒的本地讀數也無法直接與10分鐘的礦池平均值相比較。若未考慮不同的時間窗口，單憑這些數據之間的不一致就判定遷移失敗，是一種常見且可避免的錯誤。\n\n## 以受監控的批次方式擴展部署\n\n一旦試點群組穩定運作後，應分批而非一次性地將其餘礦機上線。\n\n- 使用與礦機實際所在位置相連結的礦工標籤，以便任何連線或拒絕問題都能追溯至特定的機架或機排。\n- 除非有明確的運作理由，否則應避免同時變更韌體、超頻設定、礦池設定及網路架構；隔離變數有助於在問題出現時更容易診斷。\n- 在擴大部署規模之前，應先調查該批次中任何反覆出現的被拒絕份額或連線問題模式。被拒絕份額是一個總稱類別；過期、無效、重複或低難度的提交是可能被單獨回報的具體成因，區分這些成因有助於針對正確的問題進行修復——例如網路延遲、過時的韌體版本，或錯誤的礦池入口設定。\n\n## 遷移後驗證礦池歸屬及收益發放\n\n一旦整個礦機群在新場址運作後，應確認礦池記帳已正確反映此次遷移。\n\n- 檢查每個礦工是否皆顯示在預定的礦池帳戶下並獲得計入收益，而不僅僅是確認其處於在線狀態。\n- 確認所選的收益發放方式並未遭意外變更。\n- 應將礦池帳戶結算與鏈上提領區分開來；入帳至帳戶與提領至外部位址是兩個不同的事件，各有不同的時間點。\n- 檢查已恢復挖礦期間的收益是否依照所選的支付方式進行計入。根據ViaBTC公布的PPS+規則，PPS區塊獎勵部分按小時結算，而交易手續費部分則採用PPLNS分配方式。PPLNS獎勵取決於適用的份額回溯期及區塊確認規則（ViaBTC：收益如何計算？）。在審查首次結算時，應將停機期間及每批次恢復挖礦的時間納入考量。早期的收益入帳有助於確認記帳已恢復正常，但僅憑遷移後的短暫觀察期，不足以評估長期的收益表現。\n\n## 保留回退方案\n\n在新場址證實已穩定運作一段合理期間之前，應保留先前的礦池設定、IP規劃記錄，以及一套可靠的方法來識別每一台實體礦機。若某批次持續出現連線或拒絕問題，應僅回退涉及的特定設定變數——例如礦池入口或網路設定——而非撤銷整個遷移作業。這樣可使疑難排解保持針對性，並降低重新引入其他礦機群中已解決問題的風險。\n\n如果此次遷移同時需要更新韌體，應僅從硬體製造商經驗證的官方管道取得韌體，並應考慮避免在大規模礦池或網路遷移的同時變更韌體，除非有特定的運作理由需要將兩者合併進行。將這些變更分開進行，有助於在上線後出現問題時更容易找出問題根源。\n\n## 常見問題\n\n### 將礦機遷移至新場址是否需要變更礦池帳戶或收款地址？\n\n不一定需要。實體遷移會改變網路條件——包括IP定址、DNS、延遲及防火牆規則——但除非營運者另行決定作出變更，否則並不需要變更礦池帳戶、支付方式或收款地址。這些設定應予以驗證，而非想當然視之，因為帳戶層級的設定與礦機層級的礦池欄位是各自獨立配置的。\n\n### 為何遷移後礦池儀表板顯示的算力與礦機本身顯示的不同？
兩組數字的計算方式並不相同。礦機本地讀數可能每隔數秒便會更新，而礦池端數字通常是以較長時間窗口計算——例如，即時估算值是根據過去數分鐘所計算，而每日數值則是根據過去24小時所計算。剛重啟的礦機可能在礦池的計算窗口內出現停機，而新命名的礦工（worker）亦可能尚未累積完整的活動時間窗口。因此，初期出現的數字不一致可能只是反映計算時間點的差異，單憑此差異本身並不足以判斷礦機是否運作正常。若礦池端算力持續顯示為零，或差距過大、持續不散，應檢查連線狀況、已接受份額（accepted shares）是否持續增加，以及是否有被拒絕份額（rejected shares）的情況。
在將整批礦機全面部署前，試運行批次應持續多久？
並沒有一個適用於所有營運情況的通用時長；這取決於礦機型號、網絡環境，以及操作人員能多快確認礦池連線穩定、已接受份額持續提交、礦工（worker）歸屬正確，並且礦機日誌中沒有重複出現的錯誤。試運行批次主要是一種及早發現配置問題的工具，而非固定的合規檢查點。
當礦機遷移至新機架或新場地時，是否應更改礦工（worker）名稱？
礦工名稱可以更新以反映新的實際位置，惟命名方式須符合礦池所要求的格式及密碼欄位要求。更改礦工名稱並不會更新礦池帳戶的收款地址或付款方式，因為這些是獨立的設定項目。