內容目錄
顯示
ERC-20 是智能合約代幣的一套標準介面，讓錢包與應用能用共同的方法查餘額、轉移代幣及處理授權。它是規格，不是單一幣，也不是另一條獨立網路。
同樣標示 ERC-20 的代幣，仍可能由不同專案及合約發行。真正要核對的是網路、合約與權限，不能只看到熟悉名稱就直接轉帳或批准。
ERC-20 是介面標準，與 ETH 如何區分？
ERC-20 的同質化，限於同一代幣
EIP-20 原始規格定義一組代幣 API。以太坊 ERC-20 說明則將它用於同質化代幣，也就是同一代幣的同單位可互換。
這不表示所有 ERC-20 代幣價值都相同。以太坊原生資產 ETH 與透過智能合約記錄餘額的代幣，也屬不同角色；標準名稱不能代替資產本身的辨認。
名稱、符號與小數位不是唯一身分
在 EIP-20 中，name、symbol 及 decimals 是選用方法，名稱與符號也沒有唯一性的保證。有人顯示相同名稱，不代表就是同一個 ERC-20 合約。
小數位主要影響餘額顯示方式，不會因為能顯示更多位數就比較有價值。辨認代幣時，須連同所屬網路與官方合約資訊確認。
ERC-20 的 approve 與 allowance 怎麼運作？
approve 是授權，不等於立刻轉帳
理解 ERC-20 授權，先分清三個角色：token 是正在操作的代幣合約；owner 是代幣持有人；spender 是獲准代為動用的對象。approve 設定的是 spender 可動用的額度，不是單純網站登入。
再次 approve 會覆寫現有額度。操作前應核對代幣、被授權對象與金額，而不是只看錢包按鈕是否顯示「確認」。
ERC-20 的餘額與授權額度是兩個數字
balance 表示持有人有多少代幣；allowance 表示特定 spender 尚可從持有人動用多少。transferFrom 則支援依授權代他人移轉的流程，能否成功仍取決於餘額與合約限制。
虛構例子：持有人原有 100 單位，批准某 spender 20 單位後，餘額仍是 100，額度變成 20。若之後依標準流程動用 7 單位，餘額成為 93，剩餘額度為 13。
這個 ERC-20 算例假設同一合約、同一對象，沒有轉帳費、餘額重設或其他限制，也不是實際鏈上操作。特殊實作須另查合約，不能把標準介面視為所有代幣行為完全相同。
辨認 ERC-20 代幣與收款地址
先核對網路，再核對官方合約
不同網路可能出現相同名稱或地址外觀。使用 ERC-20 代幣前，應從專案可信官方資訊確認網路與合約，再核對接收錢包或平台是否支援；不能用搜尋結果中的陌生連結代替確認。
若接收平台要求指定網路，就必須按其支援條件處理。僅看到「支援 ERC-20」文字，仍不足以推論所有網路及同名資產都可直接轉入。
代幣合約地址不是個人收款地址
代幣合約地址辨認的是那份 ERC-20 合約，不是你個人的收款帳戶。官方文件提醒，把代幣送進不支援接收處理的智能合約，可能永久無法取回，包括誤送到代幣合約本身的情況。
不要因為查到合約地址，就把它貼到收款欄位；轉錯網路或地址後，也不能保證一定有人可以協助恢復。
符合 ERC-20 標準，還有哪些風險？
介面相容，不等於完成安全審計
ERC-20 規格描述功能介面，並沒有提供保本、合法資格或代幣價值認證。惡意合約也可能呈現熟悉功能，名稱、標誌與標準字樣都不能單獨證明安全。
斷開網站，不會自動撤銷鏈上授權
錢包與網站的連線狀態，與合約內 ERC-20 allowance 是不同層次。關閉分頁或斷開連線，不會自行改變鏈上額度；若需處理授權，應先確認可信工具與目前權限。
- 避免不明或過大額度，先看清代幣及 spender。
- 不要使用陌生「撤銷授權」訊息提供的網站。
- 助記詞與私鑰不交給專案、客服或授權工具。
- 無法理解的簽署先停止，不能以零費用判定無風險。
若要理解代幣介面由什麼程式執行，可接著讀智能合約的基本運作；簽署前則先核對惡意授權與撤銷的安全要點。
小結：標準解決相容，身分與權限仍要核對
認識 ERC-20，先分清代幣、網路、合約與被授權對象。查到餘額不代表了解權限，符合介面也不代表價值與安全；每次操作都應回到實際合約及接收條件。
本文為入門教學，非投資、法律或稅務建議；法規與市場變動快，請以官方最新公告為準。
重點整理
ERC-20 是幣還是標準？
它是智能合約代幣的標準介面，並非單一資產或獨立網路。不同代幣可採相同介面，但價值與風險不因此相同。
approve 授權什麼？
它讓指定 spender 在設定額度內動用特定代幣。授權不等於立即轉帳，也不等於單純登入；餘額與 allowance 必須分開查看。
不再連網站就撤銷了嗎？
不會自動撤銷。斷開連線不會自行改變鏈上的 allowance，應確認目前額度與可信的處理方式，避免假撤銷網站。
