加密支付二維碼：掃描後還要核對什麼

二維碼只是資料容器

二維碼可能編碼地址、支付URI、金額、網路參數或網頁鏈接，掃描行為本身不能驗證發送人。列印貼紙、聊天圖片和網頁二維碼都可能被替換，付款前需把它當作未認證輸入。

二維碼可把網路請求包裝得像付款請求，因此先看掃描後是否打開網頁、填入地址還是發起合約調用。三個動作風險不同，不應只因圖像來自紙質發票就認為安全，實體貼紙也可能遭替換。

讀取請求里的字段

核對資產、網路、地址、金額和單位，注意某些錢包對不支持字段的處理不同。比特幣URI與EVM支付請求格式並不相同，界面能讀出文字也不代表收款合約安全。

支付請求的金額可能帶十進制或原始單位，解析後必須在錢包中看清。若軟體不支持某字段，不應自行猜測含義；向收款方通過已知聯繫方式確認新請求，避免複製網路教程中的任意轉換公式。

以最終確認頁為準

將二維碼作為草稿輸入後，在錢包最後確認頁重新檢查完整地址、鏈標識、合約和金額。二維碼顯示收款人名稱不是鏈上身份證明，名稱與地址不一致應停止並通過獨立渠道重新索取請求。

對於合約資產，核對的不只是收款地址，還包括鏈和代幣合約，同名符號會造成混淆。最終顯示與預期不符時停止，不向客服所謂“測試帳戶”發送小費。小額成功也不保證後續大額請求未被替換。

警惕緊急改碼

發票臨近到期、客服要求改用個人二維碼或聲稱掃描後就能退費，都是額外風險信號。不要為完成支付輸入恢復詞或發送“驗證費”。先通過聯繫人目錄、合同電話或實體渠道覈實。

更換發票付款資料應有獨立確認制度，例如回撥合同中的號碼。郵件回復鏈也可能被接管，直接回復不算獨立核驗。收款方應保留標準付款說明，減少用戶被臨時改碼催促的機會。

保存付款憑證

記錄二維碼來源、確認頁、交易哈希和最終收款方，區分未廣播、待確認與已確認。重復掃描不會撤銷錯誤支付；發現地址不符時盡快停止後續操作並按服務商和當地程序處理。

憑證應記錄實際確認的字段而非只保存原二維碼，後者可能已無法解釋當時錢包行為。不要公開包含個人訂單資料的完整圖像；發生爭議時向機構安全提交。二維碼不是可撤銷支付憑證，鏈上結果仍需查交易狀態。

應急卡可按“二維碼內容”“請求字段”“錢包預覽”“最終核對”列現象、可信核對渠道、停止條件和負責人員。先確認事實再執行會改變權限或資金的動作，不按陌生客服的催促交出秘密。只讀檢查優先，確需更改設置時記錄結果並復查恢復入口。事件結束後修補真正的薄弱環節，保留必要證據而不公開身份材料，避免防護過程產生第二次洩露。