全文
使用情境：熟悉的地址也需要重新確認
假設你每月支付一位合作夥伴，習慣從最近的轉帳紀錄複製地址。MetaMask 說明，攻擊者可能以外觀相似的地址傳送極小額或零值交易，讓陌生地址混入歷史紀錄。只認頭尾字元，可能把「看起來熟悉」誤當成同一位收款人。這是假設付款情境，不是本站實際受害案例。
本流程針對送出前的地址確認。看到陌生入帳本身，不足以證明私鑰外洩；不要因為出現一筆零值交易，就跟著陌生訊息操作所謂修復。重點是避免把歷史紀錄當成已核實的通訊錄。
前置準備：建立可信的付款資料
先寫下收款對象、付款用途、資產、網路及取得地址的管道。與固定合作夥伴付款時，使用既有且已確認的聯絡方式核對；臨時收到改地址要求，應回到原管道確認，而不是只回覆那則新訊息。對自己的錢包，則從正式收款介面取得資料。
將已確認地址保存到通訊錄時，標籤應包含用途與網路，避免同名帳戶混淆。標籤方便辨識，不能替代首次核對。也不要把助記詞、私鑰或登入密碼放進這份付款資料；地址與簽名控制權是不同資訊。
操作步驟：先驗證來源，再比對貼入結果
第一步，從已核實的收款資料複製完整地址，不從陌生入帳紀錄取用。第二步，貼入付款表單後展開完整內容，逐段比對全部字元，包含中間部分，同時確認資產與網路。第三步，送出前再檢查金額與實際目的地，不因先前複製成功就略過最後畫面。
使用硬體錢包時，再比對裝置顯示的交易目的地與預期資料。Trezor 文件強調，裝置畫面確認的是裝置要處理的內容，不能判定別人提供的地址是否屬於正確收款人。因此，確認對方身分與確認簽名內容要分別完成。
成本與限制：警告不是收款人認證
人工比對與保存付款資料不需要鏈上交易費，但需要時間。若另外安排小額測試，會涉及實際交易成本及收款平台可能設定的最低入金條件；應先確認，不把任意小額都當成有效測試。測試後正式付款仍須重新核對。
MetaMask 文件描述了相似地址及首次互動地址的提醒。新地址提醒不代表對方必然惡意，而沒有提醒也不能取代自己的核對。本流程提高的是付款資料的可查證性，不保證設備、網站或收款對象在所有方面都安全。
發現差異：停止確認，保留問題位置
如果原始資料、貼入表單或裝置畫面不一致，先取消這次操作，記下在哪一步出現差異。不要只改幾個字元後立即送出，也不要為了測試可疑地址而轉入資金。重新從可信管道取得資料；若懷疑剪貼簿或裝置環境有問題，先依官方支援流程排查。
如果已送出，保存交易識別碼、網路、金額及實際地址，與收款端確認狀態。不要預設可以取消或追回，也不要為了啟動退款再付一筆錢。向官方支援提交必要資料即可，任何要求助記詞或私鑰的處理方式都不應採用。
完成確認：留下可核對的付款紀錄
送出前的檢查表可以只列五項：地址來源已確認、完整地址相符、網路與資產相符、金額正確、最終確認畫面符合本意。硬體錢包使用者另記裝置比對結果；沒有裝置時不要假裝完成這項檢查。
付款後把交易識別碼與原訂單連結，等收款端確認後再結清。紀錄應能區分「已完成地址核對」「已送出」「已收款」三種狀態；未確認的步驟保留待處理，才能避免下一次把一筆尚未查清的紀錄當成可信地址來源。