状态：打开
提出日期：2017年5月3日
开发人员Dexaran详细描述了ERC-223标准适用的两种场景：
在ERC20通证标准中执行交易有两种方式:
1. transfer方法。
2. approve + transferFrom 机制。
通证余额只是通证合约中的一个变量。
通证的交易在合同中的表现是变量的变化：转出账户的余额将减少，接收账户的余额将增多。
交易发生时， transfer方法不会通知接收账户，接受账户也将无法识别传入交易！下面是我写的一个例子，来展示导致交易未处理和资金损失的过程 。
如果接收账户接受到的是合约，用户必须使用approve +transferFrom 机制来转移通证；如果接收账户是外部帐户地址，用户必须通过 transfer方法转移通证；如果选择了错误的方法，通证将被卡在合约中(合约将不会识别交易)，那么，我们将无法提取这些被卡住的通证。
Dexaran提出的ERC-223标准就解决了这一问题，而且，它与ERC-20标准非常相似。当通证转移到智能合约时，该合约的一个特殊方法
tokenFallback将允许接收合约、拒绝通证或触发进一步的操作。在大多数情况下，tokenFallback方法可以用来代替approve方法。
版权申明：本内容来自于互联网，属第三方汇集推荐平台。本文的版权归原作者所有，文章言论不代表链门户的观点，链门户不承担任何法律责任。如有侵权请联系QQ：3341927519进行反馈。
