O consenso do Bitcoin confirma transações, o script Taproot e witness data disponíveis; as regras para rastrear sats, reconhecer o inscription envelope e atribuir conteúdo a um sat são aplicadas pelo ord ou por outro indexer compatível.
Ordinal theory numera os sats pela ordem em que são minerados e os mapeia dos inputs ordenados para os outputs por first-in-first-out. Esse rastreamento não exige mudança no consenso do Bitcoin; é uma interpretação determinística de aplicação da mesma cadeia de transações. [2]
Uma inscription nasce em duas etapas. A commit transaction cria uma saída Taproot comprometida com um script contendo o conteúdo, e a reveal transaction a gasta pelo script path, publicando script e conteúdo nos witness data. O envelope usa o ramo não executado OP_FALSE OP_IF … OP_ENDIF e divide conteúdo maior em data pushes de no máximo 520 bytes. [1]
O conteúdo é formado por MIME content type e uma sequência de bytes. O inscription ID é o txid da reveal transaction seguido por i e um índice iniciado em zero; sem pointer field, a inscription é atribuída ao primeiro sat do input correspondente. Esse sat fica num UTXO comum e é transferido por transação Bitcoin normal com ordem e valores controlados. [1]
Bitcoin full nodes validam o gasto Taproot, o peso e as regras de consenso da transação, mas o consenso não conhece inscription, inscription number nem propriedade de artefato digital. Um indexer reconstrói esses metadata segundo as regras ord; a concordância requer a mesma versão e interpretação do protocolo de aplicação. [3]
O projeto de referência ord fornece index, explorer e wallet, e o repositório o classifica como software experimental sem garantia. A numeração cobre casos históricos como cursed inscriptions e sua vindication após o Jubilee no bloco 824 544; por isso o inscription ID deve ser o identificador operacional, em vez de depender apenas do número exibido. [4]
O witness discount reduz o custo relativo dos dados, mas não elimina fees nem limites. A documentação ord recomenda conteúdo abaixo de cerca de 390 000 weight units, porque uma transação padrão precisa ficar abaixo de 400 000 weight units; a tarifa varia com tamanho e fee rate, e a demanda disputa o mesmo blockspace das outras transações. [5]
Sem sat control, uma wallet comum pode escolher como input um UTXO com sat inscrito, enviá-lo ao change ou deixá-lo ao minerador como fee. O guia oficial separa fundos ordinal e cardinal e alerta que a Bitcoin Core wallet não reconhece a inscription nem preserva a posição do sat. [5]
A verificação começa pelo inscription ID e pela reveal transaction confirmada, conferindo envelope, content type, bytes exatos, satpoint e UTXO atual e distinguindo original, reinscription, relações parent-child, delegation e conteúdo recursivo. Uma prévia web ou oferta de mercado não prova essas relações. [1]
Para ter uma visão mais completa, leia este verbete junto com Taproot, Satoshi, UTXO, SegWit, Bitcoin Script, Fee Rate. Também há referências a este verbete em Runes, BRC-20.
01Bitcoin full nodes validam Ordinals Inscriptions?+
Validam a transação Bitcoin, o script Taproot e os witness data, mas não aplicam ordinal theory nem atribuem conteúdo a um sat. Isso é feito pelo ord ou por um indexer compatível.
02O conteúdo de uma inscription confirmada pode mudar?+
Os bytes originais na reveal transaction confirmada não podem mudar. Reinscription adiciona outra inscription ao mesmo sat; delegation ou recursion podem alterar a renderização sem sobrescrever os dados on-chain originais.