ERC is short for "Ethereum soliciting opinions", which means that Ethereum developers openly solicit opinions, hoping to define a unified communication interface and establish a set of standards that can be followed, so that Ethereum developers can write smart contracts more smoothly.
The full name of NFT is irreplaceable token, which is not homogeneous. The important feature of NFT is that each NFT has a unique and unique symbol, which is not interchangeable, and the smallest unit is 1, which is inseparable. (When issuing tokens, set a different token ID for each token to distinguish).
Ethernet token standard for handling irreplaceable assets. Replaceable assets, like money, can be replaced by any other equivalent unit, but houses and furniture are irreplaceable assets, irreplaceable and inseparable. This is the main function of ERC72 1 specification.
The standard of leasing NFT can be understood as ERC-72 1 protocol with leasing function. The agreement is exclusive, that is, after one person completes the lease of an NFT, other users can no longer access or use the NFT.
Allow users to transfer/trade multiple NFTs in batches in one transaction, and the handling fee for transfer/transaction will be cheaper. Users can place orders by encrypting and signing information including price, transaction deadline and signature.
Entrusting a heterogeneous pass (DNFT) and attaching physical assets to a digital pass requires not only the method of verifying the pass, but also the legal effect within the scope of physical sovereignty. In other words, there must be a legal framework around the sale and registration of ownership in order to really make it work. ERC-994 standard establishes a system in which DNFT can identify different areas and assign them to mark houses or land. In this way, the ownership of the property will be legally proved.
Removable heterogeneous token (CNFT). Its design allows any NFT to own other NFTs or FTs. When transferring CNFT, the whole hierarchical structure and ownership relationship owned by CNFT are transferred. Simply put, an ERC-998 project can contain multiple ERC-72 1 and ERC-20 projects.
For example, the blockchain game KittyHats is similar to the encrypted cat. The cat's attribute is ERC-72 1, and the cat's clothes are also ERC-72 1. The cat in clothes is the combination of two NFTs. What ERC-998 does is to create a new token, with ERC-72 1 cat as the parent token and ERC-72 1 clothing as the child token. If we want to sell the cat now, we must first integrate them into a whole, which is still inseparable, but includes the cat's ownership of the clothes, and then we can trade the whole. This will greatly simplify the handling of goods transfer.
It has the characteristics of NFT and Fourier transform, and it has the characteristics of semi-homogeneous token.
Can be used to combine multiple items (tokens) into one item (token package). For example, a weapon with two slots and two perfect runes are embedded in an ordinary game slot. Here are three tokens. When these two runes are embedded in a weapon, it becomes a new weapon, that is, a token package. ERC- 1 155 combines some advantages of ERC-20 and ERC-72 1, and developers can easily create a large number of entries, each of which can be as independent as ERC-72 1 or as homogeneous as ERC-20.
ERC- 1 155 is very different from traditional tokens and cannot be directly destroyed. On the contrary, tokens are usually still in circulation unless the original developers buy them back regularly. ERC- 1 155 is positioned as a more specific token standard, because any asset can be created and destroyed at any given time.
The most typical case is in ERC- 1 155 protocol, and the most typical case is a blockchain game war based on Crypto (WOC for short) of Web port.
It is an upgraded version of ERC-809 protocol. Compared with ERC-809 agreement, ERC- 120 1 agreement further expands the liquidity of NFT lease.
If ERC-809 makes NFT leasable, in other words, ERC-72 1 protocol has a lease prefix, then ERC- 120 1 protocol certifies the lease right of NFT, which is similar to ERC- 165438+ with a lease prefix.
Insurance policy is an important financial asset. According to the established EIP-72 1 standard, these assets are naturally represented as irreplaceable tokens. We propose a standard to uniquely define the incidental metadata structure required by insurance policies.
Although a policy can have many possible attributes, first of all, it is usually issued by an entity, which is basically the entity responsible for payment. Secondly, insurance policies are usually related to specific risks. Some risks are unique, but in some cases, many policies have the same risks (for example, all flight delay policies of the same flight).
Generally speaking, the relationship between policy and risk is many-to-one, and under special circumstances it is one-to-one.
Third, most insurance policies need more parameters to describe risks and other characteristics, such as premium and duration.
Fourth, the life cycle of insurance policies is different. We believe that these four attributes are necessary to describe the strategy. For many applications, these functions may be enough. However, any implementation can choose to implement more properties.
On the basis of ERC-72 1, a 32-byte data field is added for NFT, and users are allowed to access the reading function of NFT. The owner of NFT also has the right to update data. With this setting, ERC- 1948 protocol enables NFT to store dynamic data.
EIP-3664 was put forward by DRepublic team in may, 20021. In a clever way, they have solved the problems of the existing NFT protocols (such as ERC-72 1 or ERC- 1 155), such as insufficient attribute expression, inability to integrate NFTs and centralized storage, etc.
The NFT attribute extension protocol (EIP-3664) does not need to modify the existing ERC-72 1 protocol and ERC- 1 155 protocol. Support NFT additional properties in the callback function of IERC72 1Receiver or IERC 1 155Receiver of NFT mint method, or customize the way to realize NFT additional properties through the override mint method. NFT can attach any number of attributes indefinitely.
All the attributes in EIP-3664 have realized IERC3664 interface, and the basic attributes include several basic fields: ID ID, name, symbol, URI and balance. As can be seen from the above information, ERC3664 tokenizes attributes, and even each attribute is an NFT, which leads to the concept of sub-NFT, namely NFT nested NFT. This seemingly simple function actually provides NFT with infinitely varied attributes, which makes NFT more widely used. By extending the basic ERC3664 protocol, the update, transmission and evolution of attributes can be realized. At present, EIP-3664 has realized six core attribute operations: upgradeable, modifiable, addable, removable, detachable and combinable.