El consenso de Bitcoin confirma transacciones, el script Taproot y los witness data disponibles; las reglas para rastrear sats, reconocer el envelope de una inscription y asignar contenido a un sat concreto las aplica ord u otro indexer compatible.
Ordinal theory numera los sats según su orden de minado y los asigna desde inputs ordenados hacia outputs por first-in-first-out. Este seguimiento no exige cambiar el consenso de Bitcoin; es una interpretación determinista de aplicación sobre la misma cadena de transacciones. [2]
Una inscription se crea en dos pasos. La commit transaction crea una salida Taproot comprometida con un script que contiene el contenido y la reveal transaction la gasta por script path, publicando script y contenido en witness data. El envelope usa una rama no ejecutada OP_FALSE OP_IF … OP_ENDIF y divide contenidos mayores en data pushes de hasta 520 bytes. [1]
El contenido consta de MIME content type y una secuencia de bytes. El inscription ID es el txid de la reveal transaction seguido de i y un índice desde cero; sin pointer field, se asigna al primer sat del input correspondiente. Ese sat queda en un UTXO normal y se transfiere mediante una transacción Bitcoin ordinaria con orden y valores cuidadosamente controlados. [1]
Los full nodes Bitcoin validan el gasto Taproot, el peso y las reglas de consenso de la transacción, pero el consenso no conoce inscription, inscription number ni propiedad de un artefacto digital. Un indexer reconstruye esos metadatos según las reglas de ord; la coincidencia depende de usar la misma versión e interpretación del protocolo de aplicación. [3]
El proyecto de referencia ord ofrece index, explorer y wallet, y su repositorio lo califica como software experimental sin garantía. Su numeración cubre casos históricos como cursed inscriptions y su vindicación tras Jubilee en el bloque 824 544, por lo que conviene usar inscription ID como identificador operativo y no depender solo del número mostrado. [4]
El witness discount reduce el coste relativo de los datos, pero no elimina tarifas ni límites. La documentación ord aconseja mantener el contenido por debajo de unos 390 000 weight units porque una transacción estándar debe quedar bajo 400 000 weight units; la tarifa depende del tamaño y fee rate, y compite por el mismo blockspace que otras transacciones. [5]
Sin sat control, una wallet normal puede elegir como input un UTXO con un sat inscrito, mandarlo al cambio o entregarlo al minero como fee. La guía oficial separa por ello fondos ordinal y cardinal y advierte que Bitcoin Core wallet no reconoce la inscription ni protege la posición del sat. [5]
La verificación debe partir del inscription ID y la reveal transaction confirmada, comprobar envelope, content type, bytes exactos, satpoint y UTXO actual, y distinguir la inscription original de reinscription, relaciones parent-child, delegation y contenido recursivo. Una vista web o una oferta de mercado no prueba por sí sola esas relaciones. [1]
Para obtener la imagen más completa, lee esta entrada junto con Taproot, Satoshi, UTXO, SegWit, Bitcoin Script, Fee Rate. También enlazan con esta entrada Runes, BRC-20.
01¿Validan los full nodes Bitcoin las Ordinals Inscriptions?+
Validan la transacción Bitcoin, el script Taproot y los witness data, pero no aplican ordinal theory ni asignan contenido a un sat. Eso lo hace ord o un indexer compatible.
02¿Puede cambiarse el contenido de una inscription confirmada?+
No pueden cambiarse los bytes originales de la reveal transaction confirmada. Reinscription añade otra inscription al mismo sat, y delegation o recursion pueden alterar lo mostrado sin sobrescribir los datos on-chain originales.