在 ICO 投資領域，常常看白皮書的人，對ERC此詞一定不陌生，ERC是發行代幣最重要的技術指標名詞，關係到 ICO 投資項目的未來發展。ERC 不是只用來討論代幣技術規格，因為它還有其他各式各樣的 ERCs，像是ERC20、ERC721、ERC223、ERC621、ERC827。
ERC是Ethereum開發者為乙太坊編寫的，ERC的創建流程中包括開發人員。 為了創建一個乙太坊的標準，開發人員應當提交了一個乙太坊改進方案（EIP）， 改進方案中包括協定規範和合約標準。 一旦EIP被委員會批准並最終確定，它就成為ERC。 最終確定的EIP為以太坊開發者提供了一套可實施的標準， 這使得智慧合約可以遵循這些通用的介面標準來構建，而ERC 223只是其中一個協議/規則。
ERC223
乙太坊開發人員Dexaran發現了ETC 20不適合的兩種場景
在ERC 20中執行交易有兩種方式：
- transfer函數。
- approve + transferFrom機制。
通證餘額只是通證合約中的一個變數。通證的交易是合約內部變數的變化。 轉出帳戶的餘額將減少，轉入帳戶的餘額將增加。
交易發生時， transfer()函數不會通知轉入帳戶。 因此轉入帳戶將無法識別傳入的交易！ 如果接收帳戶是合約，那麼必須使用approve + transferFrom機制來發送通證。 如果接受帳戶是外部擁有帳戶，則必須通過transfer函數發送通證。 如果選擇了錯誤的機制， 通證將卡在合約內（合約將不會識別交易），沒有辦法來提取這些卡殼的通證。“
乙太坊開發人員Dexaran對這個問題提出的解決方案包含在ERC-223中 。 ERC 223 與ERC 20 標準/規格非常相似，但解決了上述問題。 當通證轉移到智慧合約帳戶時，該合約的特殊函數tokenFallback() 允許接收方合約拒絕權杖或觸發 進一步的操作。 在大多數情況下，這可以用來代替approve()函數。
 以太坊的ERC 223?){kind=link}