Le consensus Bitcoin confirme transactions, script Taproot et witness data disponibles ; ord ou un indexer compatible applique les règles de suivi des sats, de reconnaissance de l’inscription envelope et d’attribution du contenu à un sat.
Ordinal theory numérote les sats selon leur ordre de minage puis les affecte des inputs ordonnés aux outputs en first-in-first-out. Ce suivi ne modifie pas le consensus Bitcoin ; c’est une interprétation applicative déterministe de la même chaîne de transactions. [2]
Une inscription est créée en deux étapes. La commit transaction crée une sortie Taproot engagée envers un script contenant les données, puis la reveal transaction la dépense par script path et publie script et contenu dans les witness data. L’envelope emploie la branche non exécutée OP_FALSE OP_IF … OP_ENDIF et découpe un contenu volumineux en data pushes de 520 octets au plus. [1]
Le contenu associe un MIME content type à une suite d’octets. L’inscription ID est le txid de la reveal transaction suivi de i et d’un index commençant à zéro ; sans pointer field, l’inscription va au premier sat de l’input concerné. Ce sat réside ensuite dans un UTXO ordinaire et se transfère par une transaction Bitcoin normale dont ordre et valeurs sont précisément contrôlés. [1]
Les full nodes Bitcoin valident dépense Taproot, poids et règles de consensus de la transaction, mais le consensus ne connaît ni inscription, ni inscription number, ni propriété d’un artefact numérique. Un indexer reconstruit ces metadata selon les règles ord ; les indexers ne concordent qu’avec la même version et interprétation du protocole applicatif. [3]
Le projet de référence ord fournit index, explorer et wallet, et son dépôt le qualifie de logiciel expérimental sans garantie. Sa numérotation traite des cas historiques comme les cursed inscriptions et leur vindication après Jubilee au bloc 824 544 ; l’inscription ID doit donc servir d’identifiant opérationnel plutôt que le seul numéro affiché. [4]
Le witness discount réduit le coût relatif des données sans supprimer frais ni limites. La documentation ord recommande un contenu inférieur à environ 390 000 weight units, car une transaction standard doit rester sous 400 000 weight units ; les frais varient avec taille et fee rate, et cette demande concurrence les autres transactions pour le même blockspace. [5]
Sans sat control, une wallet ordinaire peut choisir comme input un UTXO contenant un sat inscrit, l’envoyer en change ou le céder au mineur comme fee. Le guide officiel sépare donc fonds ordinal et cardinal et prévient que la wallet Bitcoin Core ne reconnaît ni inscription ni position du sat. [5]
La vérification part de l’inscription ID et de la reveal transaction confirmée, puis contrôle envelope, content type, octets exacts, satpoint et UTXO courant, en distinguant original, reinscription, liens parent-child, delegation et contenu récursif. Un aperçu web ou une annonce de marché ne prouve pas seul ces relations. [1]
Pour une vision complète, lisez aussi Taproot, Satoshi, UTXO, SegWit, Bitcoin Script, Fee Rate. Cette entrée est également citée par Runes, BRC-20.
01Les full nodes Bitcoin valident-ils Ordinals Inscriptions ?+
Ils valident transaction Bitcoin, script Taproot et witness data, mais n’appliquent pas ordinal theory et n’attribuent pas le contenu à un sat. ord ou un indexer compatible s’en charge.
02Le contenu d’une inscription confirmée peut-il changer ?+
Les octets d’origine de la reveal transaction confirmée ne changent pas. Une reinscription ajoute une autre inscription au même sat ; delegation ou recursion peuvent modifier le rendu sans écraser les données on-chain initiales.