Bitcoin 确认 anchor UTXO 的所有权和顺序，资产历史、witness data 与 proofs 则在链下交给接收方，由其验证从 genesis point 开始的完整谱系。
Taproot Assets 最初以 Taro 名义发布，使用 Taproot 输出作为资产 commitments 的 Bitcoin anchor。资产完整规则与 witness data 不是 Bitcoin 的全局状态；协议参与者自行保存并验证。 [1]
发行时产生 minting transaction，其消耗的 outpoint 成为 genesis point 和资产唯一身份的一部分。转移时，先前 witness 被重新承诺到一个或多个 Taproot 输出，所需 proof 交付给接收方。 [2]
Sparse Merkle Tree 支持选择性证明一个输出中的资产分支，Merkle-Sum Tree 检查数量守恒。一个 Bitcoin UTXO 可承诺多种资产，而 full node 无需知道名称、余额或转移规则。 [1]
接收方依据 Bitcoin 交易验证从 genesis 输出开始的谱系。Universe 可索引和分发 proofs 与 metadata，却不能让无效资产变有效；客户端可与另一个 Universe 或自有存储交叉核对。 [1]
Taproot Assets 地址包含 asset ID 或 group key、数量、密钥及 proof 交付信息。Group key 可标识允许发行方追加发行的组，因此固定或可扩展供应必须针对具体资产判断。 [3]
公开的 tapd 实现支持 mainnet 和当前 v0.8.4 系列，但仓库仍称其为 alpha software。具备命令或 mainnet 开关本身并不保证备份完整、相互兼容或适合生产。 [5]
恢复所需的不只是 Bitcoin seed：tapd 保存安全花费 anchor 输出及证明资产历史所需的 tweak 和客户端数据。遗失数据库或 proofs 可能让资产无法访问，并在部分配置中危及同一输出里的 BTC。 [2]
名称、ticker 与自由 metadata 不能确立经济可信度。接受前应核验 asset ID 或 group key、genesis、完整 proof、供应规则、发行方控制、anchor 交易状态及准确客户端版本。 [4]
要获得更完整的理解，请将本词条与以下词条结合阅读： Taproot, Client-Side Validation, Lightning Network, UTXO, RGB Protocol, Hash. 反向关联还来自： Runes.