Provenance
Ang may-ari ng isang inscription ay maaaring lumikha ng mga child inscription, na sinisiguro na ng pinagmulan ng mga child inscription na nasa on-chain na kabilang sa nilikha ng may-ari ng isang parent inscription. Magagamit ito para sa mga koleksyon, kung saan ang mga child inscription ng parent inscription ay mga miyembro ng parehong koleksyon.
Kahit ang mga child inscription ay maaaring magkaroon ng mga child inscriptions, na nagbibigay-daan para magkaroon ng hierarchy. Halimbawa, maaring gumawa ang artist ng parent inscription na maraming child inscription na kung saan may mga sub inscription pa ang mga ito, na kung saan ang mga children at may sub inscription na kabilang din sa mga koleksyon.
Pagtutukoy
Upang lumikha ng child inscription C na may parent inscription P:
- Gumawa ng inscribe transaction T gaya ng dati para sa C.
- I-spend ang parent inscription P sa isa sa mga input ng T.
- Isama ang tag
3
, ibig sabihinOP_PUSH 3
, sa C, na may value ng serialized binary inscription ID ng P, na naka-serialize bilang 32-byteTXID
, na sinusundan ng apat na byte na little-endianINDEX
, kung saan ang mga trailing zeroes ay hindi kasama.
NB Ang mga byte ng isang bitcoin transaction ID ay nababaligtad sa kanilang text representation, kaya ang serialized transaction ID ay nasa kabaligtaran ang pagkakasunodsunod.
Halimbawa
Isang halimbawa ng child inscription 000102030405060708090a0b0c0d0e0f101112131415161718191a1b1c1d1e1fi0
:
OP_FALSE
OP_IF
OP_PUSH "ord"
OP_PUSH 1
OP_PUSH "text/plain;charset=utf-8"
OP_PUSH 3
OP_PUSH 0x1f1e1d1c1b1a191817161514131211100f0e0d0c0b0a09080706050403020100
OP_PUSH 0
OP_PUSH "Hello, world!"
OP_ENDIF
Tandaan na ang halaga ng tag 3
ay binary, hindi hex, at para makilala ang child inscription bilang isang child, 000102030405060708090a0b0c0d0e0f101112131415161718191a1b1c1d1e1fi0
dapat na gastusin bilang isa sa mga input ng inscription transaction.
Halimbawang pag-encode ng inscription ID 000102030405060708090a0b0c0d0e0f101112131415161718191a1b1c1d1e1fi255
:
OP_FALSE
OP_IF
…
OP_PUSH 3
OP_PUSH 0x1f1e1d1c1b1a191817161514131211100f0e0d0c0b0a09080706050403020100ff
…
OP_ENDIF
At ng inskripsiyong ID 000102030405060708090a0b0c0d0e0f101112131415161718191a1b1c1d1e1fi256
:
OP_FALSE
OP_IF
…
OP_PUSH 3
OP_PUSH 0x1f1e1d1c1b1a191817161514131211100f0e0d0c0b0a090807060504030201000001
…
OP_ENDIF
Tandaan
3
Ginagamit ang tag dahil ito ang unang available na odd tag. Ang mga hindi kilalang odd tag ay hindi gumagawa ng isang inskripsiyon na unbound, kaya ang mga child inscription ay makikilala at masusubaybayan ng mga lumang bersyon ng ord.
Maaaring i-close ang isang koleksyon sa pamamagitan ng pag-burn sa parent isncription ng koleksyon, na ginagarantiyahan na wala nang mga item sa koleksyon ang maaaring maibigay.
See examples for on-chain examples of inscriptions that feature this functionality.