<div dir="ltr"><div><span class="gmail-css-901oao gmail-css-16my406 gmail-r-poiln3 gmail-r-bcqeeo gmail-r-qvutc0">I proposed systemic improvements to NFTs (</span><a href="https://gist.github.com/lucasgonze/bd8fea4228b6de16766f0e1286ec7045">https://gist.github.com/lucasgonze/bd8fea4228b6de16766f0e1286ec7045</a>)</div><div><br></div>Low-hanging fruit for NFTs as a whole is fixing the issues Jonty pointed out in his epic March 17, 2021, tweet thread (<a href="https://twitter.com/jonty/status/1372163423446917122" rel="nofollow">https://twitter.com/jonty/status/1372163423446917122</a>).
 These issues are not new features or use cases but are blockers for 
new features. Fixing these issues will increase trust in NFTs and help 
grow sales.<div><div id="gmail-file-nft_specs-md-readme" class="gmail-Box-body gmail-readme gmail-blob gmail-js-code-block-container gmail-p-5 gmail-p-xl-6 gmail-gist-border-0">
<p dir="auto">Quote:</p>
<blockquote>
<p dir="auto">The NFT token you bought either points to a URL on the 
internet or an IPFS hash. In most circumstances, it references an IPFS 
gateway on the internet run by the startup you bought the NFT from. Oh, 
and that URL is not the media. That URL is a JSON metadata file</p>
</blockquote>
<p dir="auto">Principles:</p>
<ul dir="auto"><li>NFTs should be durable
<ul dir="auto"><li>Their lifetime must not be limited to the company managing the sale</li><li>They must not change after purchase, because then the changer can 
invalidate the contract. Portions that are dynamic must be cleanly 
marked and communicated. The terms of the sale must restrict the seller 
from modifying any other facet.</li></ul>
</li><li>NFTs should be complete
<ul dir="auto"><li>A JSON file is not sufficient except as a pointer. It is not the object owned.</li><li>The media must be referenced in the object transacted</li><li>The purchaser must have the asset hashes in hand after the sale.</li></ul>
</li><li>IPFS transience should be accounted for
<ul dir="auto"><li>There should be a trust ensuring that the IPFS hosting continues 
past the lifetime of the seller. (Privately owned graveyards have this 
property!) For example, metadata might be in a blockchain shared and 
supported by all vendors. There might be a non-profit charted with 
ensuring the continued availability of metadata and assets.</li><li>Metadata necessary to resolve the item must be cacheable, with 
well-known semantics. There must be an "infinite" cache timeout for 
facets of the item necessary to bootstrap to the point of viability.</li></ul>
</li></ul>

  </div></div><div><br></div><div><br></div></div>