ERC223向后兼容性与ERC20

Question

我同意ERC223背后的大多数想法，它更符合我认为标记应该做的事情。然而，ERC20向后兼容性并不是完美无缺的。

我已经搜索了一些例子，并找到了为每个传输同时发出ERC20传输事件和ERC223传输事件的契约。这听起来很糟糕。在以太扫描中，传输看起来很好(每次传输一次)，但是仍然有两个事件在幕后发出，所以任何查看原始事件的人都会看到2个。

示例：https://etherscan.io/address/0x40395044Ac3c0C57051906dA938B54BD6557F212#code (参见第158和159行)。

对于新令牌的开发人员来说，有哪些选择？

1. 坚持ERC20及其缺陷。
2. 只支持ERC223。
3. 支持两者，为每个传输发出两个传输事件。

一些问题：

1. 有两个转机事件有多糟？
2. 如果只有一个传输事件，则令牌将不完全符合ERC20或ERC223。这有多糟？我正在考虑只支持ERC20传输事件，并在合同中留下一个在1，2或两者之间切换此决定的枚举。

你们觉得怎么样？

Answer 1

有两件事没那么糟。事件名称是相似的，但它们的签名非常不同。钱包只应使用签名来指示事件。

• 传送(地址，地址，uint256)有签名的uint256
• 0xe19260aff97b920c7df27010903aeb9c8d2be5d310a2c67824cf3f15396e4c16传输(地址、地址、uint256、字节)

只有ERC20的钱包才会完全忽略第二个事件。

ERC223感知钱包可以检查两者，如果两者都存在于同一事务中，则忽略第一个钱包。