706 / 736RUNE

Runes

Jetons fongibles suivis sur les UTXO Bitcoin

Runes est un protocole applicatif pour créer, minter et transférer des unités fongibles sur Bitcoin ; ses instructions sont des runestones OP_RETURN et un indexer reconstruit l’état selon le code de référence ord.

Le consensus Bitcoin valide transaction et scripts ordinaires mais ne connaît aucun solde Rune ; un logiciel conforme à ord interprète etching, mint terms, edicts, allocations, burns et cenotaphs.

Runes suit des unités fongibles sur les UTXO Bitcoin comme état applicatif. Le protocole s’active au bloc 840 000 et ignore les runestones antérieurs ; ce n’est ni un nouveau type d’actif Bitcoin ni une modification du consensus. [4]

Le premier output commençant par OP_RETURN OP_13 porte le payload runestone. L’indexer concatène les data pushes, décode des integers LEB128 de 128 bits et analyse etching, mint, pointer et edicts ; il n’essaie pas les outputs suivants après le premier match. [1]

Un etching crée un Rune ID BLOCK:TX et peut définir nom, divisibility, symbol, premine et mint terms ouverts avec amount, cap et fenêtre de height ou offset. Nom et symbole ne prouvent pas une offre limitée ; la transaction et les terms complets décident. [1]

Les runes des inputs, mint et premine commencent unallocated. Les edicts les attribuent aux outputs ; le reste va au pointer ou au premier output non-OP_RETURN. Une construction erronée peut égarer ou brûler des unités. [1]

Le code ord est la spécification normative de Runes et son comportement prévaut en cas d’écart documentaire. Les full nodes valident la transaction, pas noms, supply, mint cap ou soldes Rune ; les indexers doivent converger sur cet état. [2]

Un runestone mal formé est un cenotaph. Tags pairs ou flags inconnus, varints invalides, output indices ou pointers impossibles et autres erreurs peuvent brûler toutes les runes d’input ; l’etching devient non mintable à supply nulle et un mint fautif peut consommer le cap. [1]

Les noms se débloquent après activation par périodes de 17 500 blocs. Un nom non réservé exige un commitment dans un input witness tapscript dépensant un output ayant au moins six confirmations ; Turbo accepte des changements futurs pouvant augmenter le coût des light clients. [1]

Vérifier Rune ID, etching transaction, version exacte d’ord, premine, divisibility, mint terms, nombre de mints, edicts, pointer, cenotaph et allocations UTXO courantes. Un ticker d’exchange ou le solde d’une wallet ne prouve ni offre ni propriété. [3]

Pour une vision complète, lisez aussi Ordinals Inscriptions, OP_RETURN, UTXO, Bitcoin Script, Fee Rate, RGB Protocol. Cette entrée est également citée par BRC-20.

01Les full nodes Bitcoin valident-ils Runes ?

Non. Ils valident transaction Bitcoin et données OP_RETURN, mais ne calculent pas les soldes Rune et n’appliquent pas etching, mint ou edicts. ord ou un indexer compatible le fait.

02Une Rune équivaut-elle à une inscription ou un token BRC-20 ?

Non. Runes utilise des messages runestone binaires et des allocations UTXO. Une inscription lie un contenu à un sat ; BRC-20 est un metaprotocol distinct avec ses propres règles.

DOC · 001Ordinal Theory Handbook — Runes SpecificationSpécification DOC · 002ord — Runes reference implementationSource primaire DOC · 003Ordinal Theory Handbook — Wallet GuideDocumentation DOC · 004ord — READMESource primaire
Révisé le: Sources d’abord · Pas un conseil financier