Bitcoin は anchor UTXO の ownership と順序を確定し、asset history、witness data、proofs は off-chain で受取人へ渡され、受取人が genesis point からの全 lineage を検証する。
Taproot Assets は当初 Taro として発表され、Taproot output を asset commitments の Bitcoin anchor に使う。Asset の完全な rule と witness data は Bitcoin の global state ではなく、protocol participant が保持して検証する。 [1]
発行では minting transaction が作られ、それが消費する outpoint が genesis point と unique identity の一部になる。Transfer では以前の witness が一つ以上の Taproot output に recommit され、必要な proof が受取人へ渡る。 [2]
Sparse Merkle Tree は一つの output 内の asset branch を選択的に証明し、Merkle-Sum Tree は数量保存を検査する。一つの Bitcoin UTXO が複数 asset に commit しても full node は名称、balance、transfer rule を知らない。 [1]
受取人は genesis output からの lineage を Bitcoin transaction と照合する。Universe は proofs と metadata を index・配布できるが invalid asset を valid にはできない。Client は別 Universe や自身の store と比較できる。 [1]
Taproot Assets address は asset ID または group key、amount、key、proof delivery 情報を含む。Group key は issuer が後の issuance を追加できる group を示し得るため、fixed か expandable かは個別 asset ごとに判断する。 [3]
公開 tapd implementation は mainnet と現行 v0.8.4 系をサポートするが、repository は今も alpha software と明記する。Command や mainnet switch があっても完全な backup、compatibility、production safety は保証されない。 [5]
Recovery には Bitcoin seed 以上が必要である。tapd は anchor output を安全に spend し asset history を証明するための tweak と client data を保持する。Database や proofs の喪失は asset access を失わせ、構成によって同じ output の BTC も危険にする。 [2]
Name、ticker、自由な metadata は経済的信用を示さない。受領前に asset ID または group key、genesis、完全な proof、supply rule、issuer control、anchor transaction status、正確な client version を確認する。 [4]
理解を深めるには、この項目とあわせて次もお読みください Taproot, Client-Side Validation, Lightning Network, UTXO, RGB Protocol, Hash. 次の項目からも参照されています Runes.
01Bitcoin full node が Taproot Assets を検証するのか？+
Full node が検証するのは Taproot transaction と anchor UTXO spend であり、asset の rule、quantity、history ではない。受取人が Taproot Assets client の proofs で検証する。
02Bitcoin seed だけで Taproot Assets を復元できるか？+
できない。公式 implementation は tapd data の backup を明示的に要求する。lnd seed だけには安全な recovery に必要な全 tweaks、proofs、client state が含まれない。