代幣簡稱、合約地址和區塊鏈網路，怎樣一起核對？

鏈圖含 OKX 推廣邀請，可能因此獲得收益，這裡有詳細說明。平台規則會變，操作前請看一眼你帳戶裡顯示的頁面。

錢包裡突然多了一個叫 USDT 的代幣，價格圖示都對得上，你想把它充到歐易（OKX）。或者朋友發來一個「某某幣」的合約地址，讓你確認是不是真的。這兩種情形的第一步是一樣的：別看名字，去區塊瀏覽器裡把合約地址對一遍。核對按這個順序做：先拿到可信的合約地址，再到區塊瀏覽器裡開啟它，對照頁面上的資訊，最後確認平台是否接收；每一步都有看到什麼算對、看不懂時該停在哪裡的判斷。

為什麼同名同簡稱的代幣不能當成同一種資產？

簡稱和名稱是合約自己返回的字串。ERC-20 標準（EIP-20）裡，name()、symbol()、decimals() 只是可選的、給介面用的函式，呼叫方不應假定一定存在；它們返回什麼由合約自己決定，標準裡並沒有規定「全網只能有一個叫 USDT 的合約」。名字用來給人看，合約地址才是鏈上的編號。

歐易的官方說明裡有一個真實的對照：X Layer 上封裝版的舊 USDT 正在被 USDT0 取代，頁面給出了兩個地址，舊的是 0x1e4a5963abfd975d8c9021ce480b42188849d41d，新的 USDT0 是 0x779Ded0c9e1022225f8E0630b35a9b54bE713736。兩個都叫 USDT 系的名字，地址完全不同，官方說明建議使用者通過充回交易所再經 X Layer 提出，或者用歐易 DEX 的 USDT0 兌換功能來遷移。同一個網路裡尚且如此，跨網路就更不能靠名字判斷了。 同一頁另一處又寫到合約地址保持不變，兩種說法並存，所以操作時看入金頁顯示的合約地址最穩妥。

歐易的入金說明裡也把話挑明瞭：合約地址相當於代幣的身份標識，用來確認兩個平台說的是同一個代幣。

第一步：去哪裡拿到可信的合約地址？

可信來源只有兩類：發行方自己的官方頁面，以及你要入金的平台的入金頁。

歐易的檢視路徑，官方說明是這樣寫的：App 裡依次點 Assets、Deposit、Deposit Crypto，選 Token，再選 Network，頁面上就有 Token Contract；網頁端是 Assets、Deposit、Crypto，選 Token 和 Network 之後看 Token contract。照著自己帳戶裡的頁面走，名稱以介面顯示為準。

不要從下面這些地方複製合約地址：

• 群聊、評論區、私信裡別人發來的地址
• 搜尋結果的廣告位
• 空投頁面上「點此檢視合約」的按鈕

ethereum.org 的安全頁列過一種常見手法：在社交平台廣告裡偽造連結預覽，讓你以為點開的是正規網站，實際被帶到釣魚頁。拿合約地址之前，先看清自己所在的域名。

第二步：怎樣在區塊瀏覽器裡開啟這個合約？

區塊瀏覽器是按鏈分開的，要先確定代幣在哪條網路，再去那條網路的瀏覽器。官方文件裡能查到的對應關係如下：

網路	區塊瀏覽器	資料來源
以太坊	Etherscan（ethereum.org 的瀏覽器清單裡列有）	ethereum.org
BNB Smart Chain	bscscan.com	BNB Chain 錢包配置頁
Arbitrum One	Arbiscan	Arbitrum 文件
Base	basescan.org	Base 文件
OP Mainnet	explorer.optimism.io	Optimism 文件
波場 TRON	TRONSCAN	TRON 開發者文件
Solana	Solana Explorer（explorer.solana.com）	Solana 文件

操作時把完整的合約地址貼上進搜尋框，不要用代幣名字搜尋。名字搜出一堆同名結果，反而容易點到別人部署的另一個合約。搜到之後先看頁面頂部顯示的網路，確認和你要核對的網路一致。

如果貼上進去提示「找不到」，先懷疑網路選錯了。同一串 0x 地址在 BSC 上可能是一個代幣合約，在以太坊上卻什麼都沒有，原因見 兩個網路的地址都是 0x 開頭為什麼仍不能互轉。

第三步：代幣頁面上哪些資訊值得核對？

ethereum.org 的區塊瀏覽器說明列出了代幣頁面常見的資料項。哪些能幫你判斷、哪些不能，對照下表：

讀這張表要注意一件事：Holders、Transfers、價格這類資料，頁面只是如實統計鏈上發生了什麼，統計量大不等於背後是正規資產。把「合約地址逐位一致」當作唯一的硬條件，其餘資訊當作輔助線索。

瀏覽器顯示「已驗證」是不是就說明代幣可信？

不是。ethereum.org 講合約驗證時區分了兩件事：原始碼驗證是把公開的原始碼重新編譯，看結果是否和鏈上部署的位元組碼一致；形式化驗證則是證明合約的行為正確。瀏覽器上的「已驗證」通常指前者，只說明你看到的原始碼確實是鏈上跑的程式碼，不說明這段程式碼好不好。

還有一層細節：原始碼裡的註釋和變數名不影響編譯出來的位元組碼，所以兩份註釋不同的原始碼可能都通過同一個合約的驗證。惡意部署者可以在原始碼裡寫誤導性的註釋和變數名。ethereum.org 說，能避免這種情況的是「完全驗證」，它用附在位元組碼後面的後設資料雜湊來確認原始碼一字不差；如果只是部分匹配，則做不到。該頁還指出，部分匹配目前更常見。

所以「已驗證」是加分項而非通行證。讀不懂程式碼的話，更實際的做法是回到前兩步：地址來源是否可信，網路和型別是否對得上。

波場和 Solana 上怎麼核對代幣？

規則一樣，術語略有不同。

波場上，TRON 官方文件介紹了四種代幣標準：TRC-10、TRC-20、TRC-721、TRC-1155。其中 TRC-10 是協議層的原生代幣，不走虛擬機器，每個帳戶只能發行一種，官方不建議新專案使用；TRC-20 是同質化代幣的推薦標準，在介面層面與 ERC-20 相容，大部分 ERC-20 合約幾乎不用改就能在波場上執行。這個相容的意思是寫法相似，同一個專案在兩條鏈上的代幣仍然是各自獨立的合約。入金頁寫 TRC-20 時，核對的是 TRONSCAN 上那個 T 開頭的合約。

Solana 上沒有「合約地址」這個說法。Solana 文件說，代幣由一個 Mint 帳戶的地址唯一標識，Mint 帳戶裡存著總供應量、小數位、鑄幣許可權（誰有權增發）和凍結許可權（誰有權凍結）等資訊。文件還給了一個例子，USDC 的 Mint 地址是 EPjFWdd5AufqSSqeM2qN1xzybapC8G4wEGGkZwyTDt1v。想持有某種代幣的錢包，還要為它建一個專屬的代幣帳戶，代幣帳戶和租金的細節見 Solana 的代幣帳戶和租金怎麼理解。在 Solana 瀏覽器裡核對時，對的是 Mint 地址，同時可以看看鑄幣許可權和凍結許可權有沒有被收回。比特幣主鏈上沒有合約地址這個概念，轉的是原生 BTC，要核對的是地址開頭屬於哪一類，見 比特幣地址 1、3、bc1 開頭有什麼區別。

假幣和同名幣通常有哪些特徵？

下面這些線索，每一條都有官方說明可查：

• 同名不同地址。 如上面 X Layer 的例子，名字相同的兩個合約地址完全不同。拿到的地址和發行方、歐易入金頁的地址有一位不一樣，就不是同一個。
• 莫名出現、附帶網址。 ethereum.org 描述過空投騙局：騙局專案把代幣或 NFT 空投到你的錢包，再引你去一個網站「領取」，網站要求你登入錢包並「授權」一筆交易，這筆交易會讓你的資金流向騙子。陌生代幣裡自帶的網址不應該成為你連線錢包的理由。
• 要求無限額度授權。 ethereum.org 提醒與智慧合約互動時不要給無限額度，只授權這筆交易需要的數量。已經授權過的，可以參考 代幣授權怎麼檢視和撤銷。
• 要求你先轉一筆「啟用」或「驗證」。 瀏覽器查詢是唯讀的，不需要連線錢包、不需要簽名。需要你簽名才能「核驗」的頁面，目的就不是核驗。
• 入金頁選不到對應的幣、網路或合約。 歐易官方說明的建議是：在入金過程中，如果無法選到對應的代幣、網路或匹配的合約地址，就先停下來。

還有一個常被忽略的坑：不要把代幣合約地址當收款地址。ethereum.org 的 ERC-20 頁面記錄過，ERC-20 代幣被轉給一個並非為接收代幣設計的合約時，會永久丟失，因為標準裡沒有通知接收合約的機制。

合約地址對上了，歐易就一定能充嗎？

不一定。合約是真的，只說明這個代幣存在，不說明平台接收。歐易官方說明提供了幾個檢查點：

• 去官網看當前的支援幣種列表，確認要充的代幣在列表上。
• 入金頁能選到對應的幣種、網路並且合約地址匹配，才繼續。有疑問就問客服。
• 頁面裡寫明，如果充的是平台不支援交易或入金的資產，資金可能無法到帳。
• 幣種在平台上可能新增或下架，要定期看公告。

對上之後再去 歐易入金地址、網路和 Memo 怎麼看 取地址。如果入金已經發出但沒到帳，排查順序在 歐易入金一直不到帳怎麼排查。

核對完，記一行什麼？

用一行寫下「幣種、網路、合約地址、來源頁面、核對日期」，比如把歐易入金頁的合約地址和區塊瀏覽器裡的地址並排貼在一起，逐段對一遍。只擷取開頭和結尾幾位容易漏掉中間不同的字元，自己和客服都很難還原。兩個來源給出的地址對不上時，先停下來找原因，不要把幾個不確定的片段拼成一個肯定的結論。

這套核對只能回答「這是不是你以為的那個代幣、平台接不接收」。它不判斷代幣值不值得持有，也不替你做投資決定。