I have seened two types of json for (token_meta.json)to mint while working on native tokens. The one i used to mint this token Token eduladderTestCoin3 - Cardanoscan is as follows.
You can put arbitrary keys and values in there, so nobody can stop you from putting "decimals" in it, but it would not be interpreted by wallet apps, since up to now, the token registry is meant for metadata of fungible tokens and CIP 25 is only meant for NFTs, not for fungible tokens.
The wallet app of the author of CIP 25 – Nami – takes this very seriously. It will show your fungible token under collectibles and not under assets if it has 721 metadata. On the other hand, a lot of fungible tokens misuse CIP 25 to define their logos and stuff.
Both look perfectly fine for me in the pool.pm test. What do you want to achieve?
The part with the 20 metadata label is just ignored completely. You can leave it out. It’s nothing any Cardano application should care about. Go with your first set of metadata with just the 721 label.
The 20 label is for ERC20 or the Ethereum fungible token standard … we still need some kind of CIP or standard over here to support the various things people might want to do with fungible tokens in a uniform way. Ironically you may have expected this to be drafted before any NFT meta data standards but peoples is peoples …
The 721 was brought over to Cardano from ERC721 (the Ethereum NFT meta data standard) but since they are separate chains entirely this was more of a nod to tradition. Basically SOME kind of meta data label makes sense to help identify what to expect with the rest of the contents. Since it MUST be numeric and Ethereum is so well known I think the logic was “let’s just use the same label that many people are already familiar with” …
Ethereum is a different blockchain. It will never see your tokens except maybe through some bridge (most I have seen up to now, bridge Ethereum tokens to us, not our tokens to Ethereum), but then the bridge should also maybe bridge the metadata.
No, it does not make much sense to include Ethereum metadata on Cardano.
I tried to bring this up last year but ultimately I failed to convey the amount of confusion the adoption of ETH standards verbatim would cause in the future for adopting users who were not transplants from legacy systems. Copied but not actually compatible seemed to be fine with the majority and to be fair the majority of development thus far has been ETH clones anyway. I can count on one hand the amount of original projects that break the mold and do things that Ethereum cannot on Cardano so far.