| ERC20 | ERC223 | ERC721 | |
|---|---|---|---|
| 規格策定日 | 2015/11/19 | 2017/03/05 | 2017/09/20 |
| 目的 | トークンの標準化 | ERC20の改良版 | トークンごとの固有メタデータ保存 |
| トークン発行 | ○ | ○ | ○ |
| 燃費 | 中 | 小 | 大 |
| 非対応トークンのフォールバック機能 | ☓ | ○ | ○ |
| from指定のトークンの転送処理 | ○ | ☓ | ☓ |
| NFT（トークンのユニーク化） | ☓ | ☓ | ○ |
参考
https://qiita.com/Morinikiz/items/d0d095a800394f951fbe#%E5%8F%82%E8%80%83
https://medium.com/blockchain-research-institute/erc721%E3%81%A8%E3%81%AF-38e80ea2b328
http://www.blockchainengineer.tokyo/entry/2017/12/31/223214
https://blockchainexe.com/erc721/
雑感
ERC20はもう使う必要がなさそう（ハードウェアウォレットへの対応くらい）
ERC223がまだ普及していないのはまだ確定していないから？
（ https://github.com/ethereum/EIPs/issues/223 ）
雑感２
short-address-attackってerc20だけの問題なのだろうか。
型情報持っているのにデータマッピング時にサイズ情報を検証できない？
アドレスにチェックサムがない
という原因で起きているからスマートコントラクト自体の問題なのか？
雑感３
ERC721はサイドチェーンとかで動かさないとスケールするイメージがない
ethereum上では所有権だけ管理してメタデータには外部チェーンに保存するメタデータのIDだけ埋め込んで運用するとかなんらかの手法が必要な気がする
トークン系のEIP
https://github.com/ethereum/EIPs/issues/223
https://github.com/ethereum/EIPs/issues/721
https://github.com/ethereum/EIPs/issues/777