Bitcoin підтверджує власність і порядок anchor UTXO, а історію активу, witness data та proofs передають поза blockchain одержувачу, який перевіряє всю лінію від genesis point.
Taproot Assets, спершу анонсований як Taro, використовує Taproot-вихід як Bitcoin anchor для commitments активів. Повні правила й witness data активу не є глобальним станом Bitcoin; учасники самі зберігають і перевіряють їх. [1]
Під час емісії створюється minting transaction, а витрачений нею outpoint стає genesis point і частиною унікальної ідентичності активу. При переказі попередній witness повторно закріплюють в одному чи кількох Taproot-виходах, а потрібний proof передають одержувачу. [2]
Sparse Merkle Tree дає вибіркові докази гілок активів у одному виході, а Merkle-Sum Tree перевіряє збереження кількості. Один Bitcoin UTXO може містити commitments до кількох активів, не розкриваючи full node їхні назви, баланси чи правила переказу. [1]
Одержувач перевіряє лінію від genesis-виходу за Bitcoin-транзакціями. Universe може індексувати й роздавати proofs і metadata, але не робить нечинний актив чинним; клієнт може звірити дані з іншим Universe або власним сховищем. [1]
Адреса Taproot Assets містить asset ID або group key, суму, ключі й дані доставки proof. Group key може позначати групу, куди емітент додає пізніші випуски, тому фіксовану чи розширювану пропозицію оцінюють для конкретного активу. [3]
Публічна реалізація tapd підтримує mainnet і поточну лінійку v0.8.4, але репозиторій досі називає її alpha software. Команди чи перемикач mainnet не гарантують повні резервні копії, сумісність або production-безпеку. [5]
Відновлення потребує більше, ніж Bitcoin seed: tapd зберігає tweak і клієнтські дані для безпечної витрати anchor-виходу та доказу історії. Втрата бази чи proofs може знищити доступ до активу й у деяких конфігураціях загрожувати BTC в тому самому виході. [2]
Назва, ticker і вільні metadata не доводять економічну надійність. До прийняття перевіряють asset ID або group key, genesis, повний proof, правила пропозиції, контроль емітента, статус anchor-транзакцій і точну версію клієнта. [4]
Для повної картини прочитайте також Taproot, Client-Side Validation, Lightning Network, UTXO, RGB Protocol, Hash. На цю статтю також посилаються Runes.
01Чи перевіряють Bitcoin full nodes Taproot Assets?+
Full nodes перевіряють Taproot-транзакцію і витрату anchor UTXO, а не правила, кількість чи історію активу. Їх одержувач перевіряє proofs у клієнті Taproot Assets.
02Чи досить Bitcoin seed для відновлення Taproot Assets?+
Ні. Офіційна реалізація прямо вимагає резервну копію даних tapd; сам seed lnd не містить усіх tweaks, proofs і клієнтського стану для безпечного відновлення.