BRC-20 ist ein Metaprotokoll, also ein Regelwerk zur Auslegung von Daten in Bitcoin. Die grundlegenden Operationen deploy, mint und transfer legen einen Token an, geben Einheiten aus und übertragen sie. Es handelt sich weder um zusätzliche BTC noch um einen neuen Teil des Bitcoin-Konsenses.
Der unter dem Namen domo bekannte Autor untersuchte, ob Ordinals fungible Token ermöglichen: Einheiten desselben Tokens, die in dessen Buchführung gleich behandelt werden. Der ursprüngliche Text beschreibt ein Experiment und warnt davor, es als endgültige Lösung anzusehen. BRC-20-Regeln sind eine Vereinbarung seiner Teilnehmer, keine Änderung der Bitcoin-Regeln. [1]
Eine Inscription ist Inhalt in den Witness-Daten beim Ausgeben eines Taproot-Outputs. Für BRC-20 enthält sie JSON, also Text mit benannten Feldern wie p, op und tick. Ein Bitcoin-Node prüft die Bitcoin-Transaktion, führt diesen Text aber nicht als Token-Buchführung aus. Erst der Indexer legt seine Bedeutung aus. [5]
Das erste gültige deploy belegt einen Ticker, die Token-Kennung, unabhängig von Groß- und Kleinschreibung. Es legt die Menge max sowie optional das Ausgabelimit lim und die Genauigkeit dec fest. Die Grundregeln erlauben höchstens 18 Nachkommastellen. Zu den ursprünglichen 4-Byte-Tickern kamen durch IP1 auch 5-Byte-Ticker für self_mint hinzu. Gezählt werden UTF-8-Bytes, keine Buchstaben; die Varianten sind nicht frei austauschbar. [2] [3] [6]
Zuerst erstellt der Inhaber eine Transfer-Inscription mit dem Betrag amt. Dieser wird im verfügbaren Guthaben reserviert; das Gesamtguthaben bleibt zunächst gleich. Erst die erste Bewegung dieser Inscription überträgt Einheiten an den Empfänger. Eine Übertragung an sich selbst löst die Reservierung auf. Jede Transfer-Inscription funktioniert nur einmal; ein weiterer Verkauf desselben Eintrags überträgt die Token nicht erneut. [1] [3]
Indexer müssen Ereignisreihenfolge, Grenzen und erste Übertragung identisch auswerten. Den Inhaber eines Guthabens erfassen sie anhand des scriptPubKey, des Sperrskripts des Outputs, nicht nur anhand einer angezeigten Adresse. Eine Reorganisation kann Reihenfolge und Buchführung verändern. Die Bestätigung einer Bitcoin-Transaktion beweist daher allein nicht, dass ihre BRC-20-Operation gültig war. [3]
Die Grundregeln verlangen den Inhaltstyp text/plain oder application/json und gültiges JSON. Pflichtfelder und Operationsnamen werden kleingeschrieben; erforderliche Werte einschließlich Zahlen sind Zeichenketten in Anführungszeichen. dec begrenzt die Nachkommastellen, uint64_max den Zahlenbereich. Eine Zahl ohne Anführungszeichen oder ein zusätzliches Komma kann die Operation ungültig machen, obwohl ein Mensch sie problemlos versteht. [3]
Erstellt ein Dienst einen mint zunächst an die eigene Adresse, kann das Token-Guthaben ihm zufallen. Die spätere Weitergabe der Mint-Inscription überträgt dieses Guthaben nicht. Auch das versehentliche Ausgeben des betreffenden UTXO kann unerwartete Folgen haben. Für als Mining-Gebühr gesendete Inscriptions und die Vernichtung von Token gelten eigene Regeln; eine gewöhnliche BTC-Überweisung ist keine allgemeine Anleitung für BRC-20. [1] [6]
Prüfen Sie das erste gültige deploy, max, lim, dec und gegebenenfalls self_mint. Verfolgen Sie danach die Ereignisse in Block- und Transaktionsreihenfolge. OPI ermöglicht den Vergleich von Ereignis-Hashes je Block sowie eines kumulierten Hashs der Historie. Dabei muss die Regelversion übereinstimmen: Neuere programmierbare Module erweitern das ursprüngliche Modell. Dieser Eintrag erklärt die Grundlage, nicht jede Erweiterung. [4]
Für ein möglichst vollständiges Bild lies diesen Eintrag zusammen mit Ordinals Inscriptions, Runes, UTXO, Taproot, Bitcoin Script, Fee Rate.
01Prüfen Bitcoin Full Nodes BRC-20?+
Sie prüfen Bitcoin-Transaktionen und deren Skripte, berechnen aber keine BRC-20-Guthaben. Diese rekonstruiert ein Indexer nach den Regeln des Metaprotokolls. Ein Bitcoin-Node allein reicht deshalb zur Prüfung dieser Token-Buchführung nicht aus.
02Ist BRC-20 dasselbe wie Runes?+
Nein. Das grundlegende BRC-20 verwendet textuelle Ordinals Inscriptions und eine Übertragung in zwei Schritten. Runes schreibt binäre Runestone-Nachrichten in einen OP_RETURN-Output und ordnet Token anders den UTXO zu. Die Regeln beider Systeme sind nicht austauschbar.