关键词的适用范围
“区块链羊毛趣分类”不能直接对应一种已确认的协议标准或项目分类。这里仅解释相关的通用技术概念，不据此认定某个平台采用了特定机制，也不推断活动资格或奖励规则。
理解这类分类时，可以分别考察记录如何组织、规则如何执行、权限如何验证以及数据从哪里来。这些维度可以同时存在，不必把一种应用强行归入单一类别。
交易结构：UTXO与账户状态
比特币开发者文档介绍了未花费交易输出，即UTXO：普通交易的输入引用已有输出，新的输出再成为后续可花费的对象。花费时，需要满足对应脚本规定的条件。以太坊智能合约文档则将合约描述为特定地址上的代码与状态，用户可通过交易调用其功能。
因此，“发生了一次链上交互”仍然不足以说明技术类别。它可能涉及输出的花费，也可能涉及合约状态的变化；判断时必须先明确网络及其数据模型，不能把比特币的交易结构直接套用到以太坊。
执行机制：脚本与智能合约
比特币脚本可以表达花费条件；以太坊智能合约可以按照程序规则执行功能，也可以调用其他合约。以太坊上的合约部署和链上执行涉及Gas，合约使用链外信息通常需要预言机，多重签名机制则可要求多个有效签名共同授权。
按技术机制分类时，脚本条件、合约调用、跨合约组合和外部数据依赖回答的是不同问题。自动执行描述程序如何运行，本身不能证明规则公平、代码无误或输入信息真实。
权限验证：签名证明什么
数字签名用于验证相应密钥对特定内容的授权。比特币文档中的P2PKH示例，通过公钥与签名检查花费条件；这一示例不代表所有比特币交易都采用相同格式。
权限分类需要区分单一密钥授权与多人共同授权。签名验证通过，并不自动证明签名者的现实身份，也不能单凭地址数量判断实际参与人数。
常见问题与分类边界
是否有交易记录就能确认活动资格？不能直接确认。交易记录可以成为规则的输入，但资格是否成立仍取决于具体条件，不能从通用技术原理推导出来。
是否使用智能合约就完全不依赖外部主体？不一定。需要链外数据的功能涉及数据提供机制，多重签名管理则涉及签名方。分类时应分别说明执行规则、数据依赖和管理权限，避免把“上链”理解成对所有环节的保证。