Bitcoin confirma propriedade e ordem dos UTXO anchor, enquanto histórico, witness data e proofs do ativo seguem off-chain para o destinatário, que valida toda a linhagem desde o genesis point.
Taproot Assets, inicialmente anunciado como Taro, usa um output Taproot como Bitcoin anchor para commitments de ativos. Regras completas e witness data não são estado global do Bitcoin; os participantes guardam-nos e validam-nos. [1]
A emissão cria uma minting transaction e o outpoint que ela gasta torna-se o genesis point e parte da identidade única. Na transferência, o witness anterior é novamente comprometido em um ou mais outputs Taproot e o proof necessário é entregue ao destinatário. [2]
Uma Sparse Merkle Tree permite provas seletivas de ramos de ativos em um output e uma Merkle-Sum Tree verifica conservação das quantidades. Um Bitcoin UTXO pode comprometer vários ativos sem o full node conhecer nomes, saldos ou regras de transferência. [1]
O destinatário valida a linhagem desde o output genesis contra transações Bitcoin. Um Universe pode indexar e distribuir proofs e metadata, mas não torna válido um ativo inválido; o cliente pode comparar seus dados com outro Universe ou armazenamento próprio. [1]
Um endereço Taproot Assets contém asset ID ou group key, quantidade, chaves e informação para entrega do proof. Um group key pode identificar um grupo ao qual o emissor adiciona novas emissões, por isso oferta fixa ou expansível deve ser avaliada para o ativo concreto. [3]
A implementação pública tapd suporta mainnet e a atual série v0.8.4, mas o repositório ainda a chama de alpha software. Comandos ou opção mainnet não garantem backups completos, compatibilidade nem segurança de produção. [5]
A recuperação exige mais que um Bitcoin seed: tapd guarda um tweak e dados cliente necessários para gastar o output anchor com segurança e provar o histórico. Perder database ou proofs pode eliminar acesso ao ativo e em alguns arranjos ameaçar BTC no mesmo output. [2]
Nome, ticker e metadata livres não estabelecem confiança econômica. Antes de aceitar, verifique asset ID ou group key, genesis, proof completo, regras de oferta, controle do emissor, estado das transações anchor e versão exata do cliente. [4]
Para ter uma visão mais completa, leia este verbete junto com Taproot, Client-Side Validation, Lightning Network, UTXO, RGB Protocol, Hash. Também há referências a este verbete em Runes.
01Bitcoin full nodes validam Taproot Assets?+
Full nodes validam a transação Taproot e o gasto do anchor UTXO, não regras, quantidade ou histórico do ativo. O destinatário valida isso com proofs no cliente Taproot Assets.
02Um Bitcoin seed basta para recuperar Taproot Assets?+
Não. A implementação oficial exige explicitamente backup dos dados tapd; o seed lnd sozinho não contém todos os tweaks, proofs e estado cliente necessários à recuperação segura.