Bitcoin consensus підтверджує транзакції, Taproot script і наявні witness data; правила відстеження сатів, розпізнавання inscription envelope та прив’язки вмісту до конкретного сата застосовує ord або сумісний indexer.
Ordinal theory нумерує сати за порядком видобутку й розподіляє їх із впорядкованих inputs у outputs за first-in-first-out. Це не потребує зміни Bitcoin consensus; це детермінована прикладна інтерпретація того самого ланцюга транзакцій. [2]
Inscription створюють у два кроки. Commit transaction створює Taproot-вихід із commitment до script із вмістом, а reveal transaction витрачає його через script path, публікуючи script і вміст у witness data. Envelope використовує невиконувану гілку OP_FALSE OP_IF … OP_ENDIF і ділить більший вміст на data pushes щонайбільше по 520 байтів. [1]
Вміст складається з MIME content type і послідовності байтів. Inscription ID — це txid reveal transaction, після якого стоять i та індекс від нуля; без pointer field inscription призначають першому сату відповідного input. Далі сат лежить у звичайному UTXO й передається звичайною Bitcoin-транзакцією з точно контрольованими порядком і значеннями. [1]
Bitcoin full nodes перевіряють Taproot-витрату, вагу й consensus rules транзакції, але Bitcoin consensus не має понять inscription, inscription number чи власності на цифровий артефакт. Indexer відтворює metadata за правилами ord; узгодженість залежить від однакової версії та інтерпретації прикладного протоколу. [3]
Референсний проєкт ord надає index, explorer і wallet, а репозиторій називає його експериментальним ПЗ без гарантій. Нумерація охоплює історичні випадки на кшталт cursed inscriptions та їх vindication після Jubilee у блоці 824 544, тому операційним ідентифікатором має бути inscription ID, а не лише показаний номер. [4]
Witness discount знижує відносну ціну даних, але не усуває fees чи limits. Документація ord радить тримати вміст нижче приблизно 390 000 weight units, бо стандартна транзакція має бути нижче 400 000 weight units; fee залежить від розміру та fee rate, а попит конкурує за той самий blockspace. [5]
Без sat control звичайна wallet може вибрати UTXO з вписаним сатом як input, відправити його у change або віддати майнеру як fee. Тому офіційний посібник розділяє ordinal і cardinal кошти та попереджає, що Bitcoin Core wallet не розпізнає inscription і не береже позицію сата. [5]
Перевірка починається з inscription ID і підтвердженої reveal transaction, далі перевіряють envelope, content type, точні байти, satpoint і поточний UTXO та розрізняють оригінал, reinscription, parent-child зв’язки, delegation і recursive content. Web-перегляд чи пропозиція ринку самі цих зв’язків не доводять. [1]
Для повної картини прочитайте також Taproot, Satoshi, UTXO, SegWit, Bitcoin Script, Fee Rate. На цю статтю також посилаються Runes, BRC-20.
01Чи перевіряють Bitcoin full nodes Ordinals Inscriptions?+
Full nodes перевіряють Bitcoin-транзакцію, Taproot script і witness data, але не застосовують ordinal theory і не прив’язують вміст до сата. Це робить ord або сумісний indexer.
02Чи можна змінити вміст підтвердженої inscription?+
Початкові байти в підтвердженій reveal transaction змінити не можна. Reinscription додає іншу inscription на той самий сат, а delegation чи recursion можуть змінити відображення без перезапису початкових on-chain даних.