Improving NFT standard


Hey there,

I would love to organise a group together to improve the ERC-721 and ERC-1155 standard as both of those are wildly used in the NFT space but they seem to be a bit outdated. I would love to collect feedback, ideas and hopefully find and likeminded people who would love to work on this standard.

What I find missing in both ERC721 and ERC1155 standards:

  • lacking security against rug pulling
  • no attached hash to the image / multimedia file itself as a proof
  • missing downloadable standard which I define as more of a nice to have feature

Those are just my points that I noticed can be improved in the current standards.
Feel free to contribute to this discussion, add feedback or any ideas that you can think of.


We at SKALE are happy to participate

1 Like

With the wild adoption of NFTs and so many new users entering the community this is definitely needed! It seems like a bundle of several ERCs (some old and some new), plus a campaign promoting it widely to devs and end-users could address what is missing here.

Here are some relevant ERCs to study:

ERC-2477 - Token Metadata Integrity

This specification defines a mechanism by which clients may verify that a fetched token metadata document has been delivered without unexpected manipulation.

This is the Web3 counterpart of the W3C Subresource Integrity (SRI) specification.

ERC-1046 - ERC20 Metadata Extension

Optionally extend ERC20 token interface to support the same metadata standard as ERC721 tokens.

Also, there is a lot of early work on asset metadata standards, e.g. the JSON file describing the assets of the NFT.


Check out EIP-2981 re: interesting proposals on improving royalty implementation


I think the idea of adding a hash on-chain is a good one - that way a consumer can download the NFT and store it offline (and still proof which one is the legit copy) or replicate it in multiple places and doesn’t have to worry about ransomware deleting/encrypting the online NFT stored by a single central provider.

I wrote a bit about this on my blog also:


In addition to making the per token metadata decentralized, some nice to haves:

  • Token contract metadata, name, image
  • License for metadata, so users know what rights they have (or don’t have) to the artwork
  • Secondary sales support, a percentage and address for marketplaces to use (though not enforceable)

I’ve written a 721 extension for creators to:

1: sign their nfts providing a secondary link between the nft and the object it represents beyond metadata. e.g. an artist can retain their key and post signatures over time that link back to the original signature on an owned nft, and owners can easily display and verify the nft is signed, much like an artist would sign a limited edition print.

2: verifiably introduce a total amount of nfts ever created (similar to total supply in 1155 but without the potential erc20 confusion).

Feedback very welcome! Thanks!


Thank you @kladkogex & SKALE Team for showing interest in helping out & everyone who chimed in for contributions with ideas to new standard development process.

The goal is to create a standard that can be used by NFT platforms and will have all the features that will be usable from the user perspective not just look good from the dev perspective.

Update from my side to see the progress on this issue:

  • I’m Creating knowledge graph around all NFT Standards ERCs including meta EIPs to collect all the knowledge that is out there including standards that are running on the Ethereum (chain). This will be used as knowledge base for this group to move forward on developing new standard without duplicating other standard.

  • I definitely want to include @abcoathup ideas as they seems to be great and usable in the new standard also helpful.

  • I had chat with @jpitts about creating Meta NFT instead of Meta EIPs as there are many EIPs so why not to create something more funky.

What I would love to see from this group:

  • Ideas if you can think of how to better organise EIP group.
  • Drop lines on how people would like to contribute to this standard
  • Participation

My next steps:

  • Spin off NFT Improvement working group
  • Talk to NFT platforms devs to see what should be improved in the new NFT standard and collect feedback if platforms are willing to use new standard.
  • Publish NFT Standards knowledge graph

The NFT Standard Working Group has kicked off :partying_face:

I would love to chat with people on what are the ideas on how the NFT Standard should be improved.

Please check out the NFT Standards Wiki, join the group, leave comment on this thread.

Stay Magical :sparkles:


This is awesome; congrats! It would be great to develop cross-chain NFT standards to include Tezos and other blockchains. Is this within the scope of your project?

1 Like

Thank you @Shan ,

My plan is to create standard on Ethereum which can be plugged to Polkadot network via Moonbeam.
I to start simple so I’m trying to focus on improving the security functions in the ERC721. I would love to chat with people that are skilled in token security so I will get better (and bigger) picture on how to improve token security. GitHub - Defi-Cartel/salmonella: Wrecking sandwich traders for fun and profit is a great example of exploit on ERC20 contract. Unfortunately I don’t have much of a knowledge on the token security side and would love to chat with experts in this case.

I have many ideas on what can be improved on the NFT Standard itself. Suggestions for the new Standard are live in wiki New standard - suggestions - Obsidian Publish

The main problem I came into is the lack will to communicate from the NFT platforms side, if they are open to collaborate on new standard, if they are willing to implement the new standard…
Many platforms have their own custom implementation build on ERC721 standard that they are using instead of proposing their custom changes as a new standard.

I have many notes on compatible and backwards-incompatible changes that could be made to ERC-721.

But I have never published them because I’m not sure it’s the right thing for the Ethereum community yet.

One major data point is to look at MetaMask, it took over a year to implement ERC-721 in their application and I’m not sure even ERC-1155 (which is very relevant) is implemented.

So if we fragment NFTs further it may be a disservice to the community.

On the other hand, if we’re making a new NFT on Binance or Tron or whatever, AND they have resources to create a user experience (i.e. not just “please use MetaMask and add a chain”) then yes, I would love to work on that and design it better from the start. People at Binance and TRON don’t return my calls, and I guess they are not interested in this.


One thing is to go please people to implement a new standard, another thing is finding a vulnerability that would affect many people and projects.
That’s why I see a huge potential in improving the security component and create implementation for it.

There are many aspects that are missing in the NFT Standards (talking about the ones that are live - ERC721,ERC1155), but the reason why ERC721 is successful is the simplicity of this standard.
Unfortunately simplicity doesn’t means security, especially as the Ethereum is breaking ATH lately, the security of the space and the standards is becoming MUST feature.

There are so many docs dating to 2018, when the Cryptokitties b00m was strong, but the chain has evolved significantly since 2018. The chain went over numerous Hard Forks since then…

I would love to think outside of NFT as Art use cases, after the Uniswap rolled out V3 and liquidity NFTs there will be golden pot waiting for another exploit to happen sooner or later.

Regarding use cases

ERC-721 and NFTs were designed, and are primarily used (in quantity of tokens and value of transactions), for healthcare, retail, in-game purchases and enterprise use cases. I am excluding one specific NFT token sale in this analysis until evidence can be provided it was not a shill sale.

Rest assured that our NFT standards are designed to be relevant until at least 2028 in terms of use cases.

Regarding security

Your proposal begin the discussion on security with “security - but I’m not exaclty [sic] sure how the non fungibles can have added security”.

This is not actionable advice.

Standards, yay

My experience is that many people want to create applications without hiring developers, and publish standards without making applications. This is wholly backwards.

For example, this thread starts with the motivation that ERC-721 is “lacking security”. I consider this fake news given the above reference in the details.

Going forward, I recommend this could be addressed another way.

The concern “I find missing in both ERC721 and ERC1155 standards”… “no attached hash to the image / multimedia file itself as a proof” is better addressed by going to the Stack Exchange and asking “How do I attach the hash of a multimedia file to a ERC-721 or ERC-1155 token?”

The concern “missing downloadable standard which I define as more of a nice to have feature” is better addressed by creating a concrete token product, creating a good user experience, dealing with the practical considerations of building a thing (typically involving spending money and hiring people) and then making it work. Then after you have solved the problem, come back to the community and show off how well it worked, possibly as a standard.


NFT Use Types

If it has not yet been discussed, I would add a special need here: some metadata identifying the NFT’s general purpose. This enables users to know if a particular NFT is art, a Uniswap liquidity position, a deed to a home, etc. enabling UX on another generalized NFT exchange to warn what the NFT actually is for.

A list of all of these use-types of NFTs could be maintained, with terminology defined, and even warnings created for certain standard contexts (buy, sell, burn).

See this Tweet by JuanSnow

Someone created a @Uniswap V3 LP position worth $127,000 and sold the NFT representing that liquidity on @rariblecom for 1ETH

Liquidity deposit:…

Sale on Opensea (easier to see):…

Liquidity withdrawn:…

I feel like image hash is a bit narrow since NFTs could represent a changing image as well, such as a game character whose appearance may change according to its equipment.

1 Like