NGRAVE 失竊回報怎麼準備？交易 ID、地址與案件資料核對（2026）

NGRAVE 失竊回報前，先確認有沒有在這次假 LIQUID 網站輸入恢復助記詞或 Perfect Key。只要輸入過，即使只有一部分或頁面顯示輸入錯誤，NGRAVE 都要求把原錢包視為在所有網路上不安全，將剩餘資產移至使用全新恢復助記詞的新錢包，並停止向舊地址入金。蒐證與開案不能延後這項保全；不確定操作環境或自己的情況時，立即向官方支援求助。

NGRAVE 在2026 年 10 月 19 日的事故報告列出了受影響用戶的回報步驟。以下依這份指引整理可填寫的資料包，用 Ethereum 示範交易核對；其他鏈保留原始交易識別資訊。準備既有公開地址、原提領紀錄或已知交易 ID，以及自己保管的試算表即可。本文依官方文件與官方範例說明，未登入用戶錢包實測。

若只開過連結或按過按鈕，沒有輸入秘密：NGRAVE 表示資產安全，該假網站只能竊取使用者輸入的內容。這是原廠針對本次網站的判斷；若你還下載、執行了其他檔案，也要另外告知支援人員。請如實記錄自己做過哪一步，不把「只點開」與「輸入秘密」混寫成同一種情況。

如果問題仍只是應用程式顯示與鏈上資料不同，可參考餘額與鏈上紀錄的查核順序；已確認有陌生轉出，就進入下面的事件紀錄。

NGRAVE 失竊回報：先由公開地址找交易 ID

交易 ID（TxID，也稱交易雜湊）是查回一筆鏈上交易的識別碼。NGRAVE 的交易未顯示支援說明提供了不依賴 LIQUID 顯示紀錄的查法：把公開地址貼進區塊鏈瀏覽器，查看交易歷史。區塊鏈瀏覽器是查詢公開鏈上紀錄的網站；這一步只做查詢，不連接錢包、不簽名，也不輸入恢復秘密。

1. 先從自己原有的收款紀錄、提領明細或已保存的地址，確認要查哪條鏈、哪個完整地址。不要為了取得公開地址，把助記詞輸入查詢網站。
2. 到對應網路的瀏覽器搜尋該地址，找出可疑時段的流出紀錄。Ethereum 主網可由Etherscan 官方交易查詢教學進入；不要只因幣名相同，就把不同網路的紀錄放在一起。
3. 開啟交易詳情，複製完整交易 ID、來源網址、原始時間與時區，以及頁面顯示的狀態。地址頁只顯示前後幾碼時，不要把縮寫當成完整地址。
4. 查不到時，先重查網路、地址與交易 ID 是否抄全，再把「在哪個入口、何時查無結果」寫下來。若瀏覽器有紀錄、LIQUID 沒顯示，NGRAVE 的支援說明要求聯絡 support@ngrave.io；不要用「沒顯示」補猜一筆交易。

狀態會影響這筆紀錄能否當作資產流出證據。依Etherscan 的狀態說明，Failed 表示交易未成功；前述交易查詢教學也列有 Pending 等狀態。本文建議：Pending 或狀態不明先標「待確認」；Failed 保留原文，註明「執行失敗，費用待核」。這些紀錄都留在表內，但不把預定轉出數量列為已確認流出或損失。即使顯示 Success，仍須核對下節的實際移轉明細、兩端地址及數量。

核對的是哪種移轉？代幣收款人別抄錯

Etherscan 的交易分類說明把一般 ETH 交易、經智慧合約產生的內部 ETH 移轉，以及代幣轉帳分開。查地址時，一般交易看 Transactions 類別，合約執行帶出的 ETH 移轉看 Internal Txns 類別，ERC-20 代幣則要看代幣轉移紀錄。頁面名稱可能與官方舊範例不同，重點是先對準資產與紀錄類別，不能只看 ETH 的 Value。

尤其要分開交易呼叫的對象與代幣實際轉到的地址。Etherscan 的官方示例中，「Interacted With (To)」指向代幣合約；另一列「Tokens Transferred」才列出代幣的 From 與 To。因此，回報代幣流向時，請複製該筆轉移明細的收款地址，另把合約地址放進資產識別欄，不能直接把上層 To 當成失竊資產的收款人。

ERC-20 的 Transfer 事件本身包含流出地址、收款地址與數量。整理時，請把同一交易內每筆相關代幣移轉分清楚：若看到兩筆流出，就保留兩列、沿用相同交易 ID，另加「移轉序號」或頁面提供的事件索引。不要把同一筆在不同頁籤看到的紀錄，重複算成兩次損失。

若你不確定那筆是授權還是實際轉出，可先讀ERC-20 授權與 allowance 核對，並把不明欄位標為待確認。這份資料包先記錄可見資產移動，不用一個陌生合約名稱替事件定因，也不把收款地址直接標成已確認的攻擊者身分。

一筆流出明細一列，時間、金額與來源放在一起

建議在試算表建立下列欄位。這是本文為核對資料設計的格式，並非 NGRAVE 指定表單；官方要求的交易 ID、自有地址及流入地址都在裡面。每筆交易先建一列；同一交易有多筆相關移轉時再拆列。沒有資料就填「待補」，不要填成零或猜一個值。

列號,鏈／網路,完整交易ID,移轉序號／索引,自有流出地址,資產流入地址,資產名稱與合約地址,數量與單位,鏈上時間與時區,原始狀態,交易詳情網址,截圖檔名,待確認事項
001,Ethereum 主網,〔同一完整交易ID待填〕,移轉1（示例序號）,〔自有完整地址A待填〕,〔完整地址B待填〕,〔代幣名稱及完整合約待填〕,10 單位,〔原始時間與時區待填〕,〔原始狀態待核〕,〔同一交易詳情網址待填〕,001-transaction.png,假設資料須換成實際值
002,Ethereum 主網,〔同一完整交易ID待填〕,移轉2（示例序號）,〔自有完整地址A待填〕,〔完整地址C待填〕,〔代幣名稱及完整合約待填〕,3 單位,〔原始時間與時區待填〕,〔原始狀態待核〕,〔同一交易詳情網址待填〕,002-transaction.png,假設資料須換成實際值

複製上面三行存成 CSV 檔；第一行是標題，後兩行是假設示例。以支援文字／CSV 匯入的 Excel 為例，依微軟官方匯入說明，從「資料（Data）→ 從文字／CSV（From Text/CSV）」選檔，分隔符號（Delimiter）選半形逗號。預覽應有 13 欄及兩筆資料；若仍擠在一欄，先修正分隔符號再載入。正式填寫前，刪除兩筆示例；「原始狀態」照抄來源，Pending、Failed 或不明結果依前節規則記在「待確認事項」，不能只靠填了數量就認定損失。

示例假設同一交易 ID 下，第一筆 10 單位流向地址 B、第二筆 3 單位流向地址 C，兩列沿用同一交易 ID 與詳情網址，分別對應「001-transaction.png」和「002-transaction.png」。示例序號只是整理用標記，不冒充鏈上事件索引；實際頁面有索引時再照抄。B、C、數字及方括號內文字都是格式示例，實際回報須換成完整地址及查得資料。每次填完，都回到同一來源頁核對 ID、兩端地址、資產與數量，截圖保留可辨識 ID 與該筆移轉的畫面；一張放不下就拆成數張，檔名仍對到列號。若另有美元估值，可另存估值時間與來源，不用它代替幣的數量。

鏈上時間與自己輸入秘密的時間也要分開。前者照來源頁記錄時區；後者若只記得「台灣時間晚上九點左右」，就寫大概時段與記憶依據，不要修成精確到秒的紀錄。其他鏈不必套用 Ethereum 的欄位名稱：保存其原始交易識別碼及來源連結；無法確認哪個輸出屬於對方，就把完整明細交支援核對，先不填地址歸屬。

NGRAVE 失竊回報：把 OSH 案號與報案資料補齊

依 NGRAVE 事故指引，尚未聯絡的人可寫信至 support@ngrave.io；官方表示會提供以 OSH 開頭的案件編號及個案聯絡人。請自行開啟 ngrave.io 的事故頁確認聯絡方式，再寄送資料，不沿可疑通知或陌生私訊提供的「客服」入口操作。官方也要求在居住地報案，並把報案參考號交給他們。

在交易表之外，另外建立一頁案件摘要。下列空格供你自填；尚未收到案號或報案參考號時，寫「待取得」及下一步，不要自行編號冒充官方紀錄。

事件摘要：我看見什麼通知、做過哪些操作
是否曾輸入恢復秘密：是／否／不確定（不附內容）
大概輸入時間與時區：
時間依據：記憶／通知紀錄／其他（說明）
受影響公開地址與網路：
剩餘資產處置進度：
NGRAVE OSH 案號：已取得／待取得
官方聯絡人與最後回覆日期：
報案地點／受理單位：
報案日期與參考號：已取得／待取得
附件：逐筆交易表、對應截圖、可疑通知
仍缺少的資料與下一步：

送出前，檢查文字、照片、截圖與附件：不含舊或新助記詞、Perfect Key、私鑰、裝置 PIN 或登入驗證碼；拍到備份卡的照片不要附上。NGRAVE 明確表示不會索取恢復助記詞或 Perfect Key。你可以描述「曾輸入」及大概時間，毋須重現輸入內容。公開討論時，也不要整包貼出報案文件、個人聯絡資料和完整資產清單。

取得案號不等於資產已凍結，也不等於能追回。NGRAVE 說明，交易所通常需要報案參考號才會處理凍結，並表示已向交易所與跨鏈服務提出凍結要求；「提出要求」與「已完成凍結」要分開記。下一次追蹤就沿同一案件確認：哪些交易已收件、還缺什麼、是否有明確的凍結或追回回覆。對任何要求先付費才能追回的陌生聯絡人，依官方警示停止接洽，回到原案件核對。