(bait for ethereum lovers) There is a long list of proposed ERC standards, but these 5 standards are ones that are most popular among the all. ERC 20 It is the most common and well-known standard within all crypto community. 99% (if not all) issued ICO tokens on top of the Ethereum implements this standard. The key benefit we get here is that any application or other smart contracts can interact with a token in a standard manner without a need of knowing other details about the token. Therefore, we have a very pleasant way to create any ICO token and have a standard way to interact with all of them like they are all the same. For instance, crypto wallet developers can avoid custom development and integrations to add new tokens. All they need to know is the Ethereum Token address that implements the standard. ERC 223 This proposal was introduced by a developer, who decided to solve issues with the current ERC-20 standard for tokens. Advantages: Provides the possibility of avoiding accidentally lost tokens inside contracts that are not designed to work with sent tokens. However, these accidental transfers, which are uncommon already, will probably become more uncommon with ENS(Ethereum name service) in future.ERC-223 transfer to contracts consumes less gas than ERC-20. Disadvantages and risks: ERC-223 is a proposal right now, not a standard. Therefore, there are none of the high-profile ICO tokens deployed with this standard.Also, it is not yet implemented in any production tokens that I found from my research.Exchanges might need to do some modifications in order to support such token. There are options that some of the exchanges might not be prepared for it yet. ERC-721 The goal of this proposal is to create a non-fungible token. In ERC-20 and ERC-223 standards, we have a supply of tokens, where tokens are fungible (i.e. single unit of that token is equal to another unit). This makes it easy to trade those tokens, as all of the token supply can be treated in the same manner. However, there are various cases when you need to have unidentical tokens, which are used within the platform, and add some extra parameters and price them differently. For instance, we could have a token which represents some part of real estate object, and each token might have some different parameters added to it. Or in WePower case, tokenized electricity tokens cannot be treated the same, as each of it might represent different time frame, amount or even type of energy (solar, wind, hydro). This standard makes it easy to create marketplaces for multiple non-fungible token types. ERC 621 ERC-621 is an extension of the ERC-20 token standard. It adds two additional functions, increaseSupplyanddecreaseSupply. This can increase and decrease the token supply in circulation. ERC-20 only allows a single token issuance event. This restricts the supply to a certain amount which can’t be changed. ERC-621 proposes that totalSupply can be modified. ERC 827 Another extension of the ERC-20 standard is ERC-827. It allows for the transfer of tokens and allows tokens to be approved by the holder to be spent by a third party. Tokens on Ethereum can be reused by other applications, including wallets and exchanges. This could be very useful for spending a dynamic amount that is up to a third party based on some criteria both parties have agreed to. Most importantly, since it is an extension of ERC-20, it is also ERC-20 compatible. ERC 1155 A standard interface for contracts that manage multiple token types. A single deployed contract may include any combination of fungible tokens, non-fungible tokens, or other configurations (for example, semi-fungible tokens). Other ERC standards There are many more proposals that should make the whole standardization for Ethereum community better. It will just take time to agree and approve standards and adapt it to actually be used as it is with ERC-20. Learned something? Click the 👏 to say “thanks!” and help others find this article. Hold down the clap button if you liked the content! It helps me gain exposure. Want to learn more? Check out my previous articles. EOS 101: Getting started with EOS, Part 1 - Hacker NoonThis post marks the first in a new EOS series I am starting in an effort to provide some easy to read instructions…hackernoon.com Quorum 101: Getting started with QuorumThis post marks the first in a new Quorum series I am starting in an effort to provide some easy to read instructions…medium.com 13 sidechain projects every blockchain developer should know aboutThe whole world is going through the blockchain revolution. But wait…is this really what we dreamed of? Present…medium.com Setting up your first distributed private storage network on IPFS: Part 1IPFS Private Storage Network Seriesmedium.com Clap 50 times and follow me on Twitter: @vasa_develop (follow me) (bait for ethereum lovers) There is a long list of proposed ERC standards, but these 5 standards are ones that are most popular among the all. ERC 20 It is the most common and well-known standard within all crypto community. 99% (if not all) issued ICO tokens on top of the Ethereum implements this standard. The key benefit we get here is that any application or other smart contracts can interact with a token in a standard manner without a need of knowing other details about the token. Therefore, we have a very pleasant way to create any ICO token and have a standard way to interact with all of them like they are all the same. For instance, crypto wallet developers can avoid custom development and integrations to add new tokens. All they need to know is the Ethereum Token address that implements the standard. ERC 223 ERC 223 ERC 223 This proposal was introduced by a developer, who decided to solve issues with the current ERC-20 standard for tokens. Advantages : Advantages Provides the possibility of avoiding accidentally lost tokens inside contracts that are not designed to work with sent tokens. However, these accidental transfers, which are uncommon already, will probably become more uncommon with ENS(Ethereum name service) in future. ERC-223 transfer to contracts consumes less gas than ERC-20. Provides the possibility of avoiding accidentally lost tokens inside contracts that are not designed to work with sent tokens. However, these accidental transfers, which are uncommon already, will probably become more uncommon with ENS(Ethereum name service) in future. ERC-223 transfer to contracts consumes less gas than ERC-20. Disadvantages and risks : Disadvantages and risks ERC-223 is a proposal right now, not a standard. Therefore, there are none of the high-profile ICO tokens deployed with this standard. Also, it is not yet implemented in any production tokens that I found from my research. Exchanges might need to do some modifications in order to support such token. There are options that some of the exchanges might not be prepared for it yet. ERC-223 is a proposal right now, not a standard. Therefore, there are none of the high-profile ICO tokens deployed with this standard. Also, it is not yet implemented in any production tokens that I found from my research. Exchanges might need to do some modifications in order to support such token. There are options that some of the exchanges might not be prepared for it yet. ERC-721 ERC-721 ERC-721 The goal of this proposal is to create a non-fungible token. In ERC-20 and ERC-223 standards, we have a supply of tokens, where tokens are fungible (i.e. single unit of that token is equal to another unit). This makes it easy to trade those tokens, as all of the token supply can be treated in the same manner. However, there are various cases when you need to have unidentical tokens, which are used within the platform, and add some extra parameters and price them differently. For instance, we could have a token which represents some part of real estate object, and each token might have some different parameters added to it. Or in WePower case, tokenized electricity tokens cannot be treated the same, as each of it might represent different time frame, amount or even type of energy (solar, wind, hydro). This standard makes it easy to create marketplaces for multiple non-fungible token types. ERC 621 ERC 621 ERC 621 ERC-621 is an extension of the ERC-20 token standard. It adds two additional functions, increaseSupplyanddecreaseSupply. This can increase and decrease the token supply in circulation. ERC-20 only allows a single token issuance event. This restricts the supply to a certain amount which can’t be changed. ERC-621 proposes that totalSupply can be modified. ERC 827 ERC 827 ERC 827 Another extension of the ERC-20 standard is ERC-827. It allows for the transfer of tokens and allows tokens to be approved by the holder to be spent by a third party. Tokens on Ethereum can be reused by other applications, including wallets and exchanges. This could be very useful for spending a dynamic amount that is up to a third party based on some criteria both parties have agreed to. Most importantly, since it is an extension of ERC-20, it is also ERC-20 compatible. ERC 1155 A standard interface for contracts that manage multiple token types. A single deployed contract may include any combination of fungible tokens, non-fungible tokens, or other configurations (for example, semi-fungible tokens). Other ERC standards There are many more proposals that should make the whole standardization for Ethereum community better. It will just take time to agree and approve standards and adapt it to actually be used as it is with ERC-20. many more proposals Learned something? Click the 👏 to say “thanks!” and help others find this article. Hold down the clap button if you liked the content! It helps me gain exposure. Hold down the clap button if you liked the content! It helps me gain exposure. Want to learn more? Check out my previous articles. EOS 101: Getting started with EOS, Part 1 - Hacker NoonThis post marks the first in a new EOS series I am starting in an effort to provide some easy to read instructions…hackernoon.com EOS 101: Getting started with EOS, Part 1 - Hacker Noon This post marks the first in a new EOS series I am starting in an effort to provide some easy to read instructions… hackernoon.com EOS 101: Getting started with EOS, Part 1 - Hacker Noon This post marks the first in a new EOS series I am starting in an effort to provide some easy to read instructions… Quorum 101: Getting started with QuorumThis post marks the first in a new Quorum series I am starting in an effort to provide some easy to read instructions…medium.com Quorum 101: Getting started with Quorum This post marks the first in a new Quorum series I am starting in an effort to provide some easy to read instructions… medium.com Quorum 101: Getting started with Quorum This post marks the first in a new Quorum series I am starting in an effort to provide some easy to read instructions… 13 sidechain projects every blockchain developer should know aboutThe whole world is going through the blockchain revolution. But wait…is this really what we dreamed of? Present…medium.com 13 sidechain projects every blockchain developer should know about The whole world is going through the blockchain revolution. But wait…is this really what we dreamed of? Present… medium.com 13 sidechain projects every blockchain developer should know about The whole world is going through the blockchain revolution. But wait…is this really what we dreamed of? Present… Setting up your first distributed private storage network on IPFS: Part 1IPFS Private Storage Network Seriesmedium.com Setting up your first distributed private storage network on IPFS: Part 1 IPFS Private Storage Network Series medium.com Setting up your first distributed private storage network on IPFS: Part 1 IPFS Private Storage Network Series Clap 50 times and follow me on Twitter: @ vasa_develop Clap 50 times and follow me on Twitter: Clap 50 times and follow me on Twitter: @ @ @ vasa_develop vasa_develop vasa_develop (follow me)

Twitter

EOS 101: Getting started with EOS, Part 1

Quorum stress-test 1: 140 TPS

5+ ERC standards every Ethereum developer should know about

About Author

Comments

TOPICS

THIS ARTICLE WAS FEATURED IN

Related Stories

10+ Resources Every IPFS Developer Should Know About

(1/100) Crypto Countdown: Golem

A Research Report on the Trader $JOE DeFi Platform

07/03/2018: Biggest Stories in the Cryptosphere

05/02/2018: Biggest Stories in the Cryptosphere

01/06/2018: Biggest Stories in the Cryptosphere

10+ Resources Every IPFS Developer Should Know About

(1/100) Crypto Countdown: Golem

A Research Report on the Trader $JOE DeFi Platform

07/03/2018: Biggest Stories in the Cryptosphere

05/02/2018: Biggest Stories in the Cryptosphere

01/06/2018: Biggest Stories in the Cryptosphere

Light-Mode

Classic

Newspaper

Dark-Mode

Neon Noir

Minty

HN StartUps