Bitcoinový konsenzus ověřuje běžnou transakci a její skripty, ale nezná zůstatky Runes; etching, mint terms, edicts, allocations, burns a cenotaphs interpretuje software kompatibilní s normativním chováním ord.
Runes sleduje zaměnitelné jednotky nad bitcoinovými UTXO jako aplikační stav. Protokol se aktivoval v bloku 840 000; runestones v dřívějších blocích se ignorují. Nejde o nový bitcoinový asset type ani změnu konsenzu, ale o společná pravidla indexerů nad pořadím potvrzených transakcí. [4]
První výstup transakce začínající OP_RETURN OP_13 nese payload runestone. Indexer spojí následující data pushes, dekóduje 128bitové LEB128 integers a převede tagy a hodnoty na etching, mint, pointer a edicts; další odpovídající výstupy už po nalezení prvního nezkoumá. [1]
Etching vytvoří Rune ID ve tvaru BLOCK:TX a může nastavit jméno, divisibility, symbol, premine i otevřené mint terms s amount, cap a časovým rozsahem podle block height nebo offsetu. Zobrazené jméno ani symbol nezaručují omezenou nabídku; rozhoduje celá etching transaction a pravidla terms. [1]
Při převodu se runes ze vstupů spolu s případným mintem a premine nejprve považují za unallocated. Edicts je přidělí konkrétním outputs; zbytek jde na output určený pointerem, jinak na první non-OP_RETURN output. Nesprávná konstrukce může poslat jednotky jinam nebo je spálit. [1]
Referenční kód ord je normativní specifikací Runes a samotná dokumentace varuje, že při rozporu rozhoduje skutečné chování kódu. Bitcoin full nodes ověřují transakci, nikoli názvy, supply, mint cap nebo zůstatky Runes; shodu tohoto stavu musí dosáhnout indexery. [2]
Malformed runestone se označuje jako cenotaph. Neznámý sudý tag, neznámý flag, chybný varint, neplatný output index nebo pointer a další parse chyby mohou spálit všechny vstupní runes; etching pak vytvoří unmintable rune s nulovou supply a neplatný mint může vyčerpat cap, i když se jednotky spálí. [1]
Jména se od aktivace postupně odemykají v obdobích po 17 500 blocích. Etching nerezervovaného jména potřebuje commitment v input witness tapscriptu z výstupu s nejméně šesti confirmations; Turbo flag navíc výslovně přijímá budoucí změny protokolu, které mohou zvýšit náklady light-client validace. [1]
Při ověřování je nutné zjistit Rune ID, etching transaction, přesnou verzi ord, premine, divisibility, mint terms, počet provedených mintů, edicts, pointer, cenotaph a aktuální UTXO allocations. Ticker na burze nebo zůstatek v jediné peněžence bez nezávislé rekonstrukce není důkaz nabídky ani vlastnictví. [3]
Pro nejúplnější obraz čtěte toto heslo společně s Ordinals Inscriptions, OP_RETURN, UTXO, Bitcoin Script, Fee Rate, RGB Protocol. Opačným směrem na něj odkazují také BRC-20.
01Ověřují Runes bitcoinové full nodes?+
Ne. Full nodes ověřují bitcoinovou transakci a OP_RETURN data jako součást její struktury, ale nepočítají Rune balances ani pravidla etching, mint a edicts. Ta aplikuje ord nebo kompatibilní indexer.