Bitcoin consensus는 일반 transaction과 scripts를 검증하지만 Rune balances는 알지 못한다. ord 호환 software가 etching, mint terms, edicts, allocations, burns와 cenotaphs를 해석한다.
Runes는 Bitcoin UTXO 위의 대체 가능 단위를 애플리케이션 상태로 추적한다. Block 840 000에서 활성화됐고 이전 runestones는 무시한다. 새로운 Bitcoin asset type이나 consensus 변경이 아니다. [4]
OP_RETURN OP_13으로 시작하는 첫 output이 runestone payload를 담는다. Indexer는 data pushes를 이어 128-bit LEB128 integers를 decode하고 etching, mint, pointer, edicts를 읽는다. 첫 일치 뒤에는 후속 outputs를 시도하지 않는다. [1]
Etching은 BLOCK:TX Rune ID를 만들고 name, divisibility, symbol, premine, amount, cap, height 또는 offset window의 mint terms를 정할 수 있다. 표시 name이나 symbol은 제한 supply를 증명하지 않으며 전체 transaction과 terms가 결정한다. [1]
Inputs의 runes와 mint, premine은 처음 unallocated다. Edicts가 outputs에 배분하고 나머지는 pointer 또는 첫 non-OP_RETURN output으로 간다. 잘못 구성하면 오송이나 burn이 생긴다. [1]
ord code가 Runes의 normative specification이며 문서와 다르면 code behavior가 우선한다. Bitcoin full nodes는 transaction을 검증하지만 Rune name, supply, mint cap, balances는 검증하지 않으며 indexers가 같은 상태를 계산해야 한다. [2]
Malformed runestone은 cenotaph이다. 알 수 없는 even tag나 flag, bad varint, 잘못된 output index나 pointer 등으로 모든 input runes가 burn될 수 있고 etching은 zero supply로 unmintable, 실패 mint는 cap을 소비할 수 있다. [1]
Names는 활성화 뒤 17 500 blocks 주기로 열린다. Non-reserved name은 최소 여섯 confirmations의 output을 쓰는 input witness tapscript에 commitment가 필요하며 Turbo는 light-client cost를 높일 수 있는 미래 변경을 수락한다. [1]
Rune ID, etching transaction, 정확한 ord version, premine, divisibility, mint terms, mint 수, edicts, pointer, cenotaph, 현재 UTXO allocations를 확인해야 한다. Exchange ticker나 한 wallet balance는 supply나 ownership 증명이 아니다. [3]
더 정확히 이해하려면 이 항목과 함께 다음도 읽어 보세요 Ordinals Inscriptions, OP_RETURN, UTXO, Bitcoin Script, Fee Rate, RGB Protocol. 다음 항목에서도 이 글을 참조합니다 BRC-20.