Was ist ERC-721?

ERC-721 ist eine Reihe von Schnittstellenstandards, die auf Ethereum zur Verfolgung eigenständig nummerierter Token dient. Solche Token werden üblicherweise nicht fungible Token (non-fungible token, NFT) genannt: Innerhalb desselben Contracts lässt sich jede Nummer einzeln erkennen und übertragen — anders als bei einem fungiblen Token, dessen Guthaben sich nach Menge summiert und bei dem nur die Zahl der Einheiten zählt.

ERC steht für Ethereum Request for Comments, die Kategorie der Standards und Konventionen der Ethereum-Anwendungsschicht; 721 ist die Nummer dieses Vorschlags. Der Standard lässt Wallets und Anwendungen wissen, wie die aktuell haltende Adresse einer Nummer abgefragt wird, wie diese Nummer übertragen wird und wie andere Adressen ermächtigt werden, für die haltende Partei zu handeln.

Wie eine eigenständige Nummer ein Token kennzeichnet

Jeder ERC-721-Contract kann viele Tokennummern verwalten, also tokenId-Werte. Eine Nummer hat nur innerhalb dieses Contracts Bedeutung; ein Token im selben Netzwerk zu identifizieren erfordert daher Contract-Adresse und Nummer zusammen, und ein netzwerkübergreifender Abgleich zusätzlich den Netzwerknamen.

So sind Token Nummer 7 aus Contract A und Token Nummer 7 aus Contract B nicht dasselbe Objekt. Selbst wenn zwei Token denselben Namen oder dasselbe Bild anzeigen, bleiben ihre Onchain-Aufzeichnungen voneinander unabhängig, solange die Contract-Adressen unterschiedlich sind.

Eine Nummer selbst sichert ebenso weder Seltenheit noch Echtheit oder Wert zu. Entwickelnde können fortlaufende Nummern, Zufallsnummern oder ein anderes Zuteilungsverfahren verwenden; der Standard verlangt nur, dass eine konkrete Nummer unterscheidbar ist, und erklärt die geschäftliche Bedeutung dahinter nicht.

Wie Bestandsaufzeichnungen abgefragt werden

ERC-721 bietet zwei leicht zu verwechselnde Abfragen:

• ownerOf fragt ab, welcher Adresse eine Nummer derzeit gehört;
• balanceOf fragt ab, wie viele Token dieses Contracts eine Adresse hält.

Das Guthaben ist hier eine Stückzahl von Token, keine Summe von Nummern, und es bedeutet nicht, dass diese Token gleich viel wert sind. Um zu erfahren, welche Nummern eine Adresse konkret hält, genügt das einfache balanceOf nicht; eine Anwendung kann Verlauf und aktuellen Zustand lesen und daraus einen Index aufbauen oder eine optionale Aufzählungsfunktion nutzen, die ein Contract zusätzlich bereitstellt.

Übertragen wird eine bestimmte Nummer

Beim Übertragen eines ERC-721-Tokens muss der Vorgang die sendende Adresse, die empfangende Adresse und die konkrete Nummer angeben. Nach Erfolg aktualisiert der Contract die haltende Partei dieser Nummer und sendet ein Transfer-Ereignis aus, das Wallets, Block-Explorer und Datendienste erkennen können.

ERC-721 legt sowohl eine gewöhnliche als auch eine sichere Übertragung fest. transferFrom übergibt die angegebene Nummer direkt an die Zieladresse; ist das Ziel ein Contract, prüft safeTransferFrom zusätzlich, ob dieser vereinbarungsgemäß bestätigt, ERC-721-Token empfangen zu können. Ohne korrekte Bestätigung schlägt die sichere Übertragung fehl, was Fälle verringert, in denen ein Token feststeckt, nachdem es in einen Contract gelangt ist, der nicht damit umgehen kann.

Eine „sichere Übertragung“ prüft nur, ob ein empfangender Contract diesen Empfangsablauf unterstützt. Sie beurteilt nicht, ob die Empfangsadresse der erwarteten Person gehört, und überprüft weder den Inhalt eines Tokens noch einen Transaktionspreis oder die Vertrauenswürdigkeit eines externen Projekts.

Freigabe einer einzelnen Nummer und Freigabe für alle

Die haltende Partei kann eine andere Adresse oder Anwendung Token für sich bedienen lassen, doch ERC-721 teilt die Freigabe in zwei Geltungsbereiche.

approve benennt die Adresse, die eine bestimmte Nummer bedienen darf; getApproved fragt die derzeitige Einzelfreigabe dieser Nummer ab. Nach der Übertragung der Nummer wird diese Einzelfreigabe gelöscht.

setApprovalForAll übergibt dagegen sämtliche Token, die die haltende Partei in diesem Contract besitzt, an eine operierende Partei; isApprovedForAll dient der Abfrage dieser Pauschalfreigabe. Sie gibt nicht nur die gerade gehaltenen Nummern frei, sondern kann auch später erworbene Token desselben Contracts betreffen, bis die Freigabe widerrufen wird.

Ändert sich die Freigabe einer einzelnen Nummer, sendet der Contract ein Approval-Ereignis aus; ändert sich eine Pauschalfreigabe, sendet er ein ApprovalForAll-Ereignis aus. Wallets und Datendienste können ihre Aufzeichnungen danach aktualisieren, doch die tatsächliche Freigabe bestimmt weiterhin der aktuelle Contract-Zustand.

Eine Pauschalfreigabe verschiebt Token nicht sofort, doch die berechtigte Partei erhält einen sehr weiten Handlungsrahmen. Nutzende müssen berechtigte Adresse und Contract-Adresse prüfen; eine Wallet lediglich von einer Website zu trennen widerruft eine bereits onchain eingetragene Freigabe üblicherweise nicht.

Metadaten verbinden eine Nummer mit beschreibenden Angaben

Die grundlegenden Schnittstellen für Bestand und Übertragung behandeln nur Nummern und Adressen. Die optionale Metadaten-Erweiterung von ERC-721 kann einen Tokennamen, ein Kürzel sowie eine tokenURI bereitstellen, die den Ort der beschreibenden Angaben zurückgibt.

Dieser Ort kann auf Onchain-Daten verweisen oder auf eine Datei auf einer Website oder in verteiltem Speicher. Die Datei enthält dann üblicherweise Name, Beschreibung und eine Bildadresse. Ob eine Wallet das Bild anzeigen kann, hängt davon ab, ob sie das entsprechende Format unterstützt, und davon, dass Link und Datei weiterhin erreichbar bleiben.

Dass ein NFT onchain existiert, bedeutet daher nicht, dass das Bild selbst zwangsläufig onchain gespeichert ist. Metadaten können außerdem von einem Server aktualisiert werden oder unlesbar werden, weil ein Link nicht mehr funktioniert. Um zu beurteilen, ob Inhalte langfristig erhalten bleiben, sind die konkrete Speicherweise und die Frage zu prüfen, ob der Contract eine Änderung des Orts erlaubt.

Wie der Standard Anwendungen eine Schnittstelle erkennen lässt

ERC-721 verlangt von einem Contract, einen Mechanismus zur Schnittstellenerkennung zu unterstützen. Eine Anwendung kann einen Contract fragen, ob er die Unterstützung einer bestimmten Funktionsgruppe erklärt, und dann entscheiden, ob sie nach ERC-721 mit ihm interagieren kann.

ERC-165, ein weiterer Ethereum-Schnittstellenstandard, legt diesen Mechanismus fest; seine Rolle entspricht dem, einen Contract antworten zu lassen: „Welche Schnittstellen unterstütze ich?“ Er hilft einer Anwendung bei der Wahl der Aufrufweise, spiegelt aber nur Erklärung und Umsetzung des Contracts — er beweist nicht, dass Tokeninhalte echt sind oder dass der Code fehlerfrei ist.

Metadaten und Aufzählung sind optionale Erweiterungen. Ein Contract kann grundlegende ERC-721-Übertragungen unterstützen und dennoch keinen Namen, keinen Bildlink und keine vollständige Nummernliste bereitstellen. Eine Wallet sollte eine optionale Funktion nicht als Fähigkeit behandeln, die jeder ERC-721-Contract zwangsläufig besitzt.

Unterschiede zum Standard für fungible Token

ERC-20 erfasst vor allem, wie viele Einheiten jede Adresse besitzt; bei einer Übertragung wird eine Menge angegeben. ERC-721 erfasst vor allem, welcher Adresse jede Nummer gehört; bei einer Übertragung wird eine konkrete Nummer angegeben.

3 ERC-721-Token zu halten bedeutet daher nur 3 Nummern und nicht, dass die drei austauschbar oder gleich wertvoll wären. Umgekehrt sind gleiche Mengen desselben ERC-20-Tokens in der Buchführung des Contracts üblicherweise austauschbar, ohne dass jede Nummer gesondert verfolgt werden muss.

Beide Standardarten können Übertragungen und Freigaben bieten, doch Parameter und Freigabeumfang unterscheiden sich. Eine Anwendung darf ERC-721-Nummern nicht mit der Mengenlogik von ERC-20 behandeln, nur weil Funktionsnamen ähnlich aussehen.

Der Standard belegt keine Offchain-Rechte

Was ERC-721 erfasst, sind Nummern, haltende Parteien und Freigabeverhältnisse innerhalb eines Contracts. Er bestätigt von sich aus nicht, wer ein Bild geschaffen hat, und gewährt nicht automatisch Urheberrecht, Einlass zu einer Veranstaltung, Eigentum an einem physischen Objekt oder andere Offchain-Rechte.

Ein Projekt kann über eine Nummer ein Sammelobjekt, einen Spielgegenstand, einen Mitgliedsnachweis oder ein anderes Objekt zuordnen; ob diese Zuordnung wirksam ist, hängt jedoch zusätzlich von Emissionsvereinbarungen, Nutzungsregeln, Inhaltsherkunft und anwendbarem Recht ab. Ein Wechsel der haltenden Partei onchain beweist nur, dass sich der Contract-Zustand geändert hat; allein beweist er nicht, dass eine Stelle außerhalb der Blockchain dasselbe Ergebnis anerkennt.

Standardkompatibilität bedeutet nicht gleiches Verhalten

Ein konkreter Contract kann über die Basisschnittstellen hinaus Prägung, Vernichtung, Pausieren, Listen, Hinweise auf Lizenzabgaben, Upgrades oder andere Regeln ergänzen. ERC-721 legt nicht einheitlich fest, wie ein Token erstmals erzeugt wird, ob die Emission eine Obergrenze hat oder wie eine Handelsplattform Gebühren erheben muss, und garantiert nicht, dass alle Anwendungen zusätzliche Angaben beachten.

Beim Anbinden oder Nutzen eines konkreten Tokens sind Netzwerk, Contract-Adresse, Nummer, Freigabeumfang, Metadatenspeicherung und Administrationsrechte zu prüfen. „ERC-721“ ist nur eine gemeinsame Schnittstelle und keine Bescheinigung über Identität der emittierenden Partei, Echtheit der Inhalte, Seltenheit oder Marktwert.

Häufig gestellte Fragen

Nutzt jedes NFT diesen Standard?

Nein. Andere Netzwerke haben eigene Tokenmodelle, und auch auf Ethereum existieren weitere NFT-Standards oder eigene Schnittstellen. Zuerst sind das Netzwerk und der vom konkreten Contract unterstützte Standard zu klären.

Kann ein Contract nur ein NFT erzeugen?

Nein. Derselbe ERC-721-Contract kann viele eigenständige Nummern verwalten, von denen jede ihre haltende Partei und ihren Freigabezustand gesondert erfasst.

Bedeutet dieselbe Nummer dasselbe NFT?

Nein. Eine Nummer ist nur innerhalb eines konkreten Contracts eindeutig. Netzwerk, Contract-Adresse und Nummer müssen gemeinsam geprüft werden.

Kann eine sichere Übertragung das Senden an die falsche Person verhindern?

Nein. Eine sichere Übertragung prüft vor allem, ob ein empfangender Contract ERC-721-Token vereinbarungsgemäß annehmen kann; sie beurteilt nicht, ob eine Adresse der erwarteten empfangenden Person gehört.

Erhält man mit dem Kauf eines NFT das Urheberrecht am Bild?

Nicht zwangsläufig. ERC-721 regelt weder Urheberrecht noch andere Offchain-Lizenzen. Welche Nutzungsrechte die haltende Partei erhält, erfordert die Prüfung der Projektbedingungen, der Lizenz und des anwendbaren Rechts.

Verwandte Begriffe

Lies weiter über Token-Standard, Krypto-Token, ERC-20 und Smart Contract, oder kehre zum Krypto-Glossar zurück.

Quellen

• ERC-721: Standard für nicht fungible Token — Abfrage von Nummern und haltenden Parteien, Übertragungen, Freigaben, Ereignisse und optionale Erweiterungen.
• Ethereum.org: Einführung zu ERC-721 — Zwecke nicht fungibler Token, Contract-Erkennung und verbreitete Schnittstellen.
• ERC-165: Standard Interface Detection — der Mechanismus, mit dem ein Contract die von ihm unterstützten Schnittstellen erklärt und dazu abgefragt wird.