BRC-20 je metaprotokol, tedy soubor pravidel pro výklad dat uložených v Bitcoinu. Jeho základní operace deploy, mint a transfer zakládají token, vydávají jeho jednotky a převádějí je. Nejde o další BTC ani o novou součást bitcoinového konsensu.
Autor vystupující jako domo zkoumal, zda lze nad Ordinals vytvořit zaměnitelné tokeny: jednotky stejného tokenu, které mají v účetní evidenci stejnou roli. Původní text popisuje experiment a varuje před tím, aby byl považován za definitivní řešení. Pravidla BRC-20 jsou dohodou jeho účastníků, nikoli změnou pravidel Bitcoinu. [1]
Inscription je obsah zapsaný do svědeckých dat při utrácení Taproot výstupu. Pro BRC-20 nese JSON, tedy text s pojmenovanými poli, například p, op a tick. Bitcoinový uzel ověří bitcoinovou transakci, ale tento text neprovede jako účetnictví tokenu. Jeho význam přečte až indexer. [5]
První platný deploy obsadí ticker, tedy označení tokenu, bez rozlišení velkých a malých písmen. Určí nabídku max a případně limit vydání lim a přesnost dec. Základní pravidla dovolují nejvýše 18 desetinných míst. Vedle původních 4bajtových tickerů přineslo IP1 také 5bajtové tickery spojené s režimem self_mint. Počítají se bajty UTF-8, ne písmena; nejde o libovolně zaměnitelné varianty. [2] [3] [6]
Vlastník nejprve vytvoří transfer inscription s částkou amt. Tím ji rezervuje ze svého dostupného zůstatku; celkový zůstatek se ještě nemění. Teprve první přesun této inscription převede jednotky příjemci. Přesun zpět k sobě rezervaci uvolní. Jedna transfer inscription je použitelná jen jednou; další prodej stejného zápisu tokeny znovu nepřevede. [1] [3]
Indexery musejí stejně vyhodnotit pořadí událostí, limity a první převod. Majitele zůstatku sledují podle scriptPubKey, tedy zamykacího skriptu výstupu, nikoli pouze podle zobrazované adresy. Reorganizace může změnit pořadí i výslednou evidenci. Potvrzení bitcoinové transakce proto samo neprokazuje, že její operace BRC-20 byla platná. [3]
Základní pravidla přijímají typ obsahu text/plain nebo application/json a platný JSON. Povinná pole a názvy operací používají malá písmena; požadované hodnoty včetně čísel jsou textové řetězce v uvozovkách. Pole dec omezuje desetinná místa a uint64_max číselný rozsah. Číslo bez uvozovek nebo nadbytečná čárka mohou operaci zneplatnit, i když ji člověk přečte bez potíží. [3]
Pokud služba vytvoří mint nejprve na vlastní adresu, tokenový zůstatek může získat ona. Pozdější předání samotné mint inscription jej nepřevede. Také nechtěné utracení příslušného UTXO může mít jiný výsledek, než čekáte. Odeslání inscription jako těžebního poplatku a zničení tokenů mají vlastní pravidla; běžný převod BTC není univerzální návod pro BRC-20. [1] [6]
Zkontrolujte první platný deploy, parametry max, lim, dec a případný self_mint, potom návazné události v pořadí bloků a transakcí. OPI umožňuje porovnávat hashe událostí jednotlivých bloků i jejich souhrn za historii. Musí však jít o stejnou verzi pravidel: novější programovatelné moduly rozšiřují původní model. Toto heslo vysvětluje jeho základ, nikoli každé rozšíření. [4]
Pro nejúplnější obraz čtěte toto heslo společně s Ordinals Inscriptions, Runes, UTXO, Taproot, Bitcoin Script, Fee Rate.
01Ověřují BRC-20 bitcoinové Full Nodes?+
Ověřují bitcoinové transakce a jejich skripty, ale nepočítají tokenové zůstatky BRC-20. Ty rekonstruuje indexer podle pravidel metaprotokolu. Vlastní bitcoinový uzel tedy sám nestačí k ověření tokenové evidence.
02Je BRC-20 totéž co Runes?+
Ne. Základ BRC-20 používá textové Ordinals Inscriptions a dvoukrokový převod. Runes zapisuje binární zprávy runestone do výstupu s OP_RETURN a přiřazuje tokeny k UTXO jiným způsobem. Pravidla těchto dvou systémů nelze zaměňovat.