RFC 10023 Spezifikation
Technische Analyse und Referenz der IETF-Spezifikation „The '_for-sale' Underscored and Globally Scoped DNS Node Name“ (Informational, Juli 2026).
1. Motivation und Discovery-Architektur
Im heutigen Domain-Sekundärmarkt ist die Erkennung zum Verkauf stehender Domains fragmentiert. Interessenten müssen die Domain im Browser aufrufen (in der Hoffnung, dass eine Parking-Seite geschaltet ist), Whois-Datenbanken prüfen (die durch Datenschutzgesetze wie die DSGVO meist redigiert sind) oder geschlossene Marktplatz-Verzeichnisse durchforsten.
RFC 10023 etabliert eine dezentrale, protokollbasierte Discovery-Schicht direkt im Domain Name System. Domaininhaber müssen ihre Nameserver nicht ändern und keine teuren Parkingservices nutzen: Ein einfacher DNS-TXT-Record signalisiert der weltweiten Internet-Infrastruktur, dass die Domain für Kaufangebote bereitsteht.
2. Der reservierte DNS-Knotenpunkt (_for-sale)
Gemäß den Vorgaben von RFC 8552 (Scoped, Underscored DNS Node Names) nutzt die Spezifikation das Präfix _for-sale. Der Unterstrich verhindert Kollisionen mit gewöhnlichen Hostnamen (wie mail.example.de oder www.example.de), die nach RFC 1035 keine Unterstriche enthalten dürfen.
; Syntax nach RFC 10023 Section 2.1 (Multi-Record RRset):
_for-sale.<domain-name>. 3600 IN TXT "v=FORSALE1;fval=EUR2500"
_for-sale.<domain-name>. 3600 IN TXT "v=FORSALE1;furi=https://<domain-name>/kontakt"
3. Tag-Value-Spezifikation (Section 2.1 & 2.2)
Nach RFC 10023 Section 2.1 gilt: Jeder TXT-Record darf genau ein Tag-Wert-Paar enthalten und muss mit v=FORSALE1; beginnen. Mehrere Tags werden durch mehrere TXT-Records innerhalb desselben Resource Record Sets (RRset) abgebildet.
| Tag | Pflicht | Bedeutung | Beispielwert |
|---|---|---|---|
| v | Ja | Versionskennung. Muss exakt FORSALE1 lauten. | v=FORSALE1; |
| fval | Nicht validiert (AD=0) | Festpreis nach ISO 4217 (Code direkt vor dem Betrag). Bei VHB entfällt der Tag. | fval=EUR2500 |
| furi | Nicht validiert (AD=0) | Kontakt-URI (HTTP, HTTPS, mailto oder tel nach RFC 3986). | furi=https://sedo.com/... |
| ftxt | Nicht validiert (AD=0) | Menschlich lesbare Notiz (z. B. Verhandlungsbasis, Konditionen). | ftxt=Inkl. Treuhand |
| fcod | Nicht validiert (AD=0) | Maschineller Transaktions- oder Identifikationscode. | fcod=AUTH-84920 |
4. Praxis-Implementierung: Die SIDN-Fallstudie (.nl)
Die niederländische Länderregistry SIDN (.nl) hat RFC 10023 als weltweit erste Top-Level-Domain direkt in ihre Infrastruktur integriert. Führt ein Nutzer auf der offiziellen SIDN-Website oder per Whois-Lookup eine Domainabfrage durch, prüft das SIDN-Backend automatisch den _for-sale TXT-Record. Ist der Record vorhanden, erscheint in der Auskunft nicht „Domain vergeben“, sondern ein direkter Hinweis auf die Verkaufsbereitschaft inklusive Kaufpreis und Verkäuferkontakt.
Sicherheitshinweise (Section 4 des RFC)
RFC 10023 beinhaltet keine Authentifizierungsschicht für die Zahlungsabwicklung. Interessenten sollten vor Überweisungen sicherstellen, dass die Domain per DNSSEC signiert ist, um DNS-Cache-Poisoning auszuschließen. Zudem wird dringend empfohlen, Transaktionen stets über lizenzierte Treuhanddienste abzuwickeln.