---
title: "ERC-721"
description: "ERC-721 ist die Standard-Schnittstelle für nicht fungible Token (NFTs) auf Ethereum: Jeder Token wird einzeln identifiziert, während ein Smart Contract Eigentums- und Transferregeln festhält."
image: "https://wiki.fcontext.com/og.png"
---
> Documentation Index
> Fetch the complete documentation index at: https://wiki.fcontext.com/llms.txt
> Use this file to discover all available pages before exploring further.
# ERC-721
> Nur zu Bildungszwecken; stellt keine Anlageberatung oder Anlageempfehlung dar. Anlagen können zu Verlusten führen.
## Direkte Antwort
ERC-721 ist die Standard-Schnittstelle für nicht fungible Token auf Ethereum. Ein ERC-721-Contract führt nicht einen einzigen austauschbaren Saldo, sondern jeden Token über `tokenId`, stellt seine Eigentümer fest und definiert, wie er übertragen oder freigegeben werden kann. Der Token wird durch die Kombination aus Contract-Adresse und `tokenId` identifiziert; der Standard selbst legt weder Preis, Echtheit, Knappheit noch Rechtsansprüche fest.
ERC-721 unterscheidet sich von ERC-20, weil ERC-20-Einheiten fungibel sind: Eine Einheit soll gegen eine andere austauschbar sein. ERC-721-Token können derselben Sammlung angehören und trotzdem unterschiedliche Kennungen und Metadaten haben. Eine Wallet oder ein Marktplatz kann beide Standards unterstützen, aber Transfer- und Freigabeaufrufe sind verschieden.
Entscheidend ist nicht, ob ein Projekt „ERC-721“ sagt, sondern was sein Contract und die umgebenden Systeme tatsächlich tun. Prüfe Implementierung, Berechtigungen, Metadaten, Marktplatzfreigaben, Liquidität und die Inhaber versprochenen Rechte, bevor du einen NFT als Vermögenswert behandelst.
## Funktionsweise
### Identität und Eigentum
Der Contract speichert für jede vorhandene `tokenId` einen Eigentümer. `ownerOf` gibt diese Adresse zurück, `balanceOf` zählt die Token eines Kontos. Beim Minting entsteht normalerweise eine neue Kennung und ein `Transfer`-Ereignis von der Nulladresse; beim Burn wird meist an die Nulladresse übertragen. Ereignisse helfen bei der Indexierung, maßgeblich ist jedoch der Contract-Zustand.
### Transfers und Freigaben
Der Eigentümer kann `transferFrom` direkt aufrufen oder mit `approve` eine Adresse für einen Token freigeben. `setApprovalForAll` berechtigt einen Operator für alle Token des Eigentümers in dieser Sammlung. Das ist für Marktplätze bequem, erteilt aber weitreichende Rechte. Prüfe den Operator anhand der Contract-Adresse und widerrufe nicht mehr benötigte Freigaben on-chain. Eine signierte Marktorder ist von einer On-Chain-Freigabe getrennt: Die Stornierung der einen hebt die andere nicht zwingend auf.
`safeTransferFrom` prüft zusätzlich, ob ein Contract-Empfänger `IERC721Receiver` implementiert. Dadurch wird verhindert, dass ein Token an einen nicht empfangsfähigen Contract gesendet wird; `transferFrom` führt diesen Callback nicht aus. Keine der Funktionen garantiert, dass Marktplatz, Bridge oder Wallet den Token korrekt verarbeitet.
### Metadaten und Lizenzgebühren
Die optionale Metadaten-Erweiterung stellt `tokenURI` bereit und kann auf On-Chain-Daten oder externe Daten verweisen. Eine veränderbare Basis-URI, ein upgradebarer Contract, ein Administrator oder zentraler Hostingdienst kann die Anzeige nach dem Minting ändern. Dauerhafte oder dezentrale Speicherung reduziert Abhängigkeiten, beweist aber weder Urheberschaft, Herkunft noch geistiges Eigentum.
ERC-721 verpflichtet Sekundärmärkte nicht zur Zahlung von Creator-Royalties. Eine Sammlung kann die optionale `EIP-2981`-Schnittstelle implementieren, doch der Marktplatz entscheidet, ob er sie beachtet; die Schnittstelle wickelt Zahlungen nicht ab und erzwingt sie nicht. Angebotsgrenzen, Zufall, Echtheit von Kunstwerken, Markenlizenzen und weitere Zusagen müssen separat in Code, Verteilungsregeln und Rechtsdokumenten geprüft werden.
## Beispiel
Angenommen, ein Contract mintet Token `#42` an Alice. Global identifiziert wird er nicht nur durch `42`; auch die Contract-Adresse der Sammlung gehört zur Identität. Alice kann ihn mit `approve` für diesen Token oder mit `setApprovalForAll` für den Marktplatz-Operator listen. Bei der Ausführung ruft der Marktplatz eine Transferfunktion auf, und der Contract prüft Eigentum und Berechtigung. Eine nicht mehr benötigte Freigabe für die ganze Sammlung sollte Alice anschließend widerrufen.
Das vom Marktplatz angezeigte Bild ist eine separate Metadatenfrage. Alice sollte Verhalten von `tokenURI`, Änderungsrechte, Hosting und Lizenz prüfen, statt anzunehmen, dass der Tokenbesitz Urheber- oder kommerzielle Nutzungsrechte überträgt.
## Risiken
- Contract-Risiko: Ein Fehler, ein bösartiges Upgrade, ein privilegierter Administrator oder ein falscher Transfer-Hook kann Token sperren oder verschieben.
- Berechtigungsrisiko: Ein sammlungsweites `setApprovalForAll` oder ein kompromittierter Marktplatz kann alle freigegebenen Token dieser Sammlung bewegen.
- Metadaten- und Rechtsrisiko: Off-Chain-Dateien können verschwinden oder sich ändern; Tokenbesitz gewährt nicht automatisch Urheber-, Marken- oder andere Rechte.
- Marktrisiko: NFT-Preise können stark schwanken, Liquidität kann gering sein, und ein angezeigter Floor-Preis muss für einen bestimmten Token nicht ausführbar sein.
On-Chain-Aktionen sind meist irreversibel. Prüfe vor dem Signieren den Sammlungs-Contract, die Empfängeradresse, Freigaben, Metadatenrechte und Transaktionsdetails. Aussagen von Werbern oder Communities sind Behauptungen, die zu prüfen sind, keine Garantien.
## Häufige Irrtümer
### Mythos 1: ERC-721 garantiert Knappheit
Der Standard unterscheidet Token innerhalb eines Contracts. Der Herausgeber kann weitere Token minten, ähnliche Sammlungen bereitstellen oder mehrere Kennungen auf gleichwertige Medien verweisen lassen. Knappheit hängt von Angebotsregeln und den durchsetzenden Berechtigungen ab.
### Mythos 2: Der NFT enthält alle Rechte an geistigem Eigentum
Die Blockchain zeichnet einen Token-Transfer auf. Urheberrecht, Vervielfältigung, kommerzielle Nutzung, Bearbeitung und Markenrechte richten sich nach Lizenz und geltendem Recht und lassen sich nicht aus `ownerOf` ableiten.
### Mythos 3: Das Stornieren eines Marktangebots entfernt jede Berechtigung
Angebot, Signatur und Ablauf sowie ein On-Chain-`approve` oder `setApprovalForAll` sind verschiedene Zustände. Prüfe und widerrufe die On-Chain-Berechtigung unabhängig, wenn sie nicht mehr gebraucht wird.
## Verwandte Themen
- [Kryptografischer Akkumulator](/de/crypto/cryptographic-accumulator/)
- [ERC-20](/de/crypto/erc20/)
- [NFT](/de/crypto/nft/)
- [Mnemonische Phrase](/de/crypto/seed-phrase/)
- [Token-Standard](/de/crypto/token-standard/)
## Quellen
- [ERC-721: Non-Fungible Token Standard](https://eips.ethereum.org/EIPS/eip-721) - Ethereum Improvement Proposals (abgerufen: 2026-08-20)
- [ERC-721 Non-Fungible Token Standard](https://ethereum.org/en/developers/docs/standards/tokens/erc-721/) - Ethereum.org (abgerufen: 2026-08-20)
- [ERC-2981: NFT Royalty Standard](https://eips.ethereum.org/EIPS/eip-2981) - Ethereum Improvement Proposals (abgerufen: 2026-08-20)
- [Vorsicht beim Kauf digitaler Münzen oder Token](https://www.cftc.gov/LearnAndProtect/AdvisoriesAndArticles/caution_of_digital_currencies.html) - CFTC (abgerufen: 2026-08-20)
Source: https://wiki.fcontext.com/de/crypto/erc721/index.mdx