牌局中斷後，恢復的是哪個狀態？牌序、已發手牌與事件紀錄｜RZU娛樂城
畫面重新出現，不等於事件已完整還原。有狀態的牌桌系統除了畫面，還包含牌序、已發手牌、所在階段與事件識別。重連是重新建立連線；還原則要把中斷前的重要資訊接回正確位置，兩者不是同一個完成條件。
一張截圖看不到所有資料
截圖能留下當時顯示的牌面與文字，卻未必包含後端已收到哪些動作、哪些狀態已保存，以及接下來還有哪些決策點。英國 RTS 10 的指引把牌堆狀態、已發出的手牌及其他既定資料列為中斷恢復可能需要保留的項目。
用三個時間點看事件是否接得起來
| 時間點 | 可記錄的狀態 | 需要區分 |
|---|---|---|
| T1，中斷前 | 事件 A、目前階段、畫面時間 | 已顯示與已被系統確認的資料 |
| T2，連線中斷 | 最後可見畫面、斷線提示 | 觀眾端斷線與整體服務故障 |
| T3，連線恢復 | 回到事件 A 或進入事件 B | 回到原事件與只恢復最新直播 |
以上是說明用的時間軸，不是某個真實牌局。若 T3 已顯示事件 B，不能拿它當成事件 A 的後續；若仍是事件 A，也需要核對階段是否一致。把時間軸記清楚，比單純說「重開後不一樣」更能保留問題的脈絡。
不同中斷情境，不一定使用同一處理
RTS 10 區分結果已無法再受使用者影響、有多個階段的遊戲，以及多參與者等情境，要求相應的公平處理與恢復能力。本文不替個別事件裁定結果，更不保證所有中斷都會重來或撤銷；那需要實際事件、營運政策與適用規則。
使用者可以保留桌台、事件識別、時間與原始畫面，不必改動任何資料。本文是跨系統的技術理解材料，不代表 RZU 已取得特定監管驗證。既有牌桌主題導覽整理的是畫面與名詞，本篇則著重狀態保存。
資料來源
Remote gambling and software technical standards (RTS) - RTS 10 – Interrupted gambling
https://www.gamblingcommission.gov.uk/standards/remote-gambling-and-software-technical-standards/rts-10-interrupted-gambling