ERC-4804: Ein neuer Schutz gegen defekte NFTs

Was die Metadaten von NFTs angeht, werden uns die Geister der Vergangenheit weiterhin verfolgen.

Natürlich gibt es eine Vielzahl von Möglichkeiten, die Medien von NFTs zu untermauern. Aus Gründen der Langlebigkeit habe ich mich immer zu Onchain-Projekten hingezogen gefühlt, von denen es viele Varianten gibt, wie zum Beispiel:

• Semi-Onchain – d. h. wenn einige Metadaten onchain gespeichert sind, aber nicht alle
• Hashed Onchain – d. h. wenn NFT-Verträge einen kryptografischen Hash enthalten, der dauerhaft auf Offchain-Daten verweist
• Hybrid-Onchain – d. h. wenn ein Projekt eine separate Onchain-Sammlung einsetzt, um eine frühere Offchain-Sammlung zu archivieren
• Fully Onchain – d. h. wenn alle Daten, die zur Anzeige eines NFT erforderlich sind, im Smart Contract der Sammlung gespeichert sind
• Inchain – d. h. wenn NFT-Grafiken zum Zeitpunkt der Darstellung live durch vollständig Onchain-Code generiert und nicht als Dateien gespeichert werden

Natürlich hat jede der oben genannten Methoden Vor- und Nachteile. Im Großen und Ganzen ist die Onchain-Speicherung jedoch kostspieliger als die Offchain-Speicherung und erfordert mehr Fachwissen über Smart Contracts.

Daher ist die Offchain-Speicherung, bei der nur NFT-Token Onchain gespeichert werden, während ihre Metadaten auf externen Plattformen wie IPFS oder privaten Servern gehostet werden, der Status quo für die meisten NFT-Sammlungen, die in den letzten 5 Jahren entstanden sind.

Das Problem dabei ist, dass IPFS-Pinning mit der Zeit oft nachlässt und viele Startups pleitegehen und ihre privaten Server schließen. In diesen Fällen bleiben nur die Token als wertlose Überbleibsel zurück, die ihre Bilder nicht mehr anzeigen können.

Ich könnte viele Beispiele für verlorene NFTs aus den letzten Jahren anführen, aber Sie können sich selbst davon überzeugen. Mit der neuen NFTimeless-App können Nicht-Gast-Benutzer beispielsweise einen Zustandsbericht für ihre NFT-Sammlungen abrufen. Darin wird angezeigt, welche NFTs Offchain sind und nicht mehr funktionieren.

Für bereits defekte Sammlungen kann nichts mehr getan werden. Glücklicherweise können Projekte mit Off-Chain-Speicher, die noch nicht verloren gegangen sind, eine neue Technik für rückwirkende Dauerhaftigkeit einsetzen, die keine zweite Sammlung erfordert: ERC-4804.

Dieser Standard ähnelt einem HTTP-ähnlichen System für Ethereum, da er eine neue Art von URI web3:// einführt, mit der NFT-Metadaten direkt aus Smart Contracts abgerufen werden können. Die URI verweist nicht auf Offchain, sondern beschreibt einen Onchain-Lesevorgang.

Mit anderen Worten: Wenn ein NFT-Marktplatz eine web3:// -URI sieht, kann er den bereitgestellten ENS-Link in einen eth_call übersetzen, ihn gegen einen Smart Contract ausführen und die zurückgegebenen Daten als NFT-Metadaten behandeln.

Stellen Sie sich beispielsweise einen NFT-Vertrag vor, dessen tokenURI(123) Folgendes zurückgibt
web3://testcollection.eth/tokenURI/123... Folgendes passiert dabei im Hintergrund:

1. Ein Marktplatz löst testcollection.eth über ENS in eine Ethereum-Adresse auf
2. Er ruft tokenURI(uint256) für diesen Vertrag mit dem Argument 123 auf
3. Der Vertrag gibt JSON-Metadaten zurück (z. B. Name, Beschreibung, Bild, Attribute)
4. Schließlich rendert der Marktplatz die NFT unter Verwendung dieser Daten, genau wie bei IPFS, jedoch ohne Off-Chain-Abhängigkeiten

All dies bedeutet, dass Metadaten vollständig on-chain generiert oder gespeichert werden können, entweder im selben NFT-Vertrag oder in einem separaten Metadaten-Resolver-Vertrag. Das Schema web3:// macht Aufrufe hier überprüfbar und unabhängig von der Online-Verfügbarkeit eines Gateways.

Dies ist eine leistungsstarke Funktion. Aber warum?

Weil es eine einfache Möglichkeit für alte NFT-Sammlungen ist, ihre ursprünglichen Token-Verträge unverändert zu lassen, neue On-Chain-Metadatenverträge zu implementieren und ihre baseURIs so zu aktualisieren, dass sie auf den entsprechenden web3:// ENS-Link verweisen. Im Wesentlichen handelt es sich nur um ein neues Zeigersystem, sodass keine NFT-Migrationen erforderlich sind.

Dementsprechend würden Marktplätze nach Updates Metadaten direkt von Ethereum selbst abrufen, und dank der URI kann jeder die dafür erforderlichen Aufrufe für immer reproduzieren.

Dieser Standard ist auch deshalb wichtig , weil selbst Projekte, die ihre Kunstwerke und Metadaten in der Blockchain speichern, in der Vergangenheit gezwungen waren, ipfs:// oder https:// baseURIs zu veröffentlichen, da Apps und Wallets nichts anderes lesen konnten. Jetzt haben diese Projekte jedoch eine praktikable On-Chain-Alternative.

Ein weiterer wichtiger Aspekt ist, dass OpenSea gerade die Unterstützung für ERC-4804 hinzugefügt hat. Dies ist eine große Bestätigung für den Standard und ein Hinweis darauf, dass er von hier aus ernsthaft an Fahrt gewinnen kann. Ich weiß, dass die Minting-Plattform Carve ebenfalls plant, die Unterstützung hinzuzufügen, und weitere Integrationen werden folgen.

Wenn wir also auf die Möglichkeiten des neuen Jahres blicken, werde ich die Einführung von ERC-4804 im Auge behalten. Es könnte sich still und leise zu einem der wichtigsten Tools für die Beständigkeit von NFTs im Ethereum-Ökosystem entwickeln, und das auch noch in kurzer Zeit.