Namen und name_doi
Namensoperationen der Doichain, Namensräume, Ablauf, den gebundenen Betrag und das Byte-Layout eines Namens-Scripts.
Namen sind das Werkzeug, mit dem die Doichain Aussagen speichert. Ein Name ist ein Schlüssel-Wert-Datensatz, der einem Eigentümer gehört, von ihm geändert werden kann und öffentlich lesbar ist. Das Konzept stammt von Namecoin. Doichain ergänzt die einstufige Operation name_doi.
Die Operationen
| Opcode | Operation | Zweck |
|---|---|---|
| OP_1 | name_new |
Namecoin-Commit: reserviert einen Namen verdeckt über seinen Hash |
| OP_2 | name_firstupdate |
Namecoin-Reveal: registriert den reservierten Namen mit Wert |
| OP_3 | name_update |
ändert, verlängert oder überträgt einen bestehenden Namen |
| OP_10 | name_doi |
Doichain: registriert in einem Schritt ohne Commit und Reveal |
name_doi ist schneller und einfacher, kann im Mempool aber überholt werden, weil der Name vor der Bestätigung sichtbar ist. Für Nachweise ist das unkritisch, denn ein Hash als Name ist ohnehin nur für den Inhaber des Dokuments sinnvoll.
Regeln
| Regel | Wert |
|---|---|
| Länge des Namens | bis 255 Byte |
| Länge des Werts | Konsens bis 1.023 Byte, über RPC und Standardregeln bis 520 Byte |
| Ablauf | 36.000 Blöcke nach der letzten Operation (rund 250 Tage) |
| Gebundener Betrag | mindestens 0,01 DOI im Namens-Output (MinNameCoinAmount) |
| Transaktionsversion | 0x7100 (28928), von Namecoin geerbt |
| Eigentum | seit Block 431017 kann nur der Inhaber des vorherigen Namens-Outputs einen Namen ändern |
Die 0,01 DOI sind keine Gebühr an die Miner. Sie bleiben im Namens-UTXO gebunden und wandern bei jeder Aktualisierung oder Übertragung mit dem Namen mit. Läuft der Name ab, entfernt die Node den Namens-Output wie bei Namecoin aus der Menge der ausgebbaren Outputs. Der Betrag ist dann verloren und sollte deshalb als Kosten der Registrierung gerechnet werden. Wer einen Namen behalten will, aktualisiert ihn vor dem Ablauf.
Ein abgelaufener Name kann von jedem neu registriert werden. Die Historie der früheren Registrierung bleibt aber in der Kette erhalten, ein erster Zeitstempel geht also nie verloren.
Namensräume nach Konvention
| Präfix | Verwendung |
|---|---|
e/<hash> |
Double-Opt-in-Nachweise |
poe/<sha256> |
Existenznachweise der Doichain-API und von Verifile |
d/<name> |
Domains (wie bei Namecoin) |
id/<name> |
Identitäten |
Präfixe sind Konvention, kein Konsens. Die Kette erzwingt sie nicht.
Byte-Layout
Eine echte Mainnet-Registrierung des Namens test mit dem Wert hello an einen P2PKH-Eigentümer:
5a OP_10 (OP_NAME_DOI)
04 74657374 push "test"
05 68656c6c6f push "hello"
6d 75 OP_2DROP OP_DROP
76 a9 14 <20 Byte> 88 ac P2PKH des Eigentümers
Der scriptPubKey beginnt mit dem Opcode und endet mit einem gewöhnlichen Zahlungs-Script. In dekodierten Transaktionen von Core 31 erscheint zusätzlich ein Objekt nameOp mit op, name und value.
Wichtig für Börsen und Indexer: Outputs, deren Script mit OP_1, OP_2, OP_3 oder OP_10 beginnt, sind keine Zahlungen. Wer sie nicht herausfiltert, schreibt die gebundenen 0,01 DOI als Einzahlung gut.
Namen im ElectrumX-Index
ElectrumX indexiert Namen unter dem Script-Hash sha256(0x53 || push(name) || 0x00 || 6d 75 6a) in umgekehrter Byte-Reihenfolge, abfragbar mit blockchain.scripthash.get_history. Der Index liefert auch abgelaufene und überholte Einträge, den Ablauf berechnet der Client gegen die Kettenspitze. Ab Protokoll 1.4.3 gibt es zusätzlich blockchain.name.get_value_proof.
Namen nutzen
| Weg | Lesen | Schreiben |
|---|---|---|
| Doichain-API | GET /v1/name?name=…, Suche nach Präfix |
mit write-Schlüssel |
| MCP-Server | lookup_name, get_name_history, search_names, check_name_expiry |
nur Nachweise über anchor_proof |
| Doichain Core | name_show, name_history, name_scan, name_list |
name_doi, name_update |
| Electrum-DOI | Namensansicht | Namensoperationen aus dem Wallet |
Zum Ausprobieren eignet sich der Names-on-Chain-Workshop.
Quellen
- Technische Integrationsspezifikation 2026.1, Abschnitt 2.6
- Names-on-Chain-Prüfbericht vom 16.09.2026
- src/script/names.h, src/names/common.h
Fehler gefunden oder etwas fehlt? In der Redaktion bearbeiten oder anDoichain@le-space.de melden.