签名：对特定数据的可验证授权
数字签名把密钥与被授权的数据联系起来。私钥用于生成签名，公钥用于验证；验证者可以检查签名是否匹配，无须取得私钥。这里的身份是密码学意义上的密钥关联，不能直接等同于现实中的姓名或机构身份。
理解签名需要同时问清三个问题：谁的密钥参与授权，授权覆盖哪些数据，系统按什么规则验证。只看见一段签名，无法据此判断完整业务含义。
以太坊：交易字段共同描述授权内容
以太坊开发者文档将交易解释为经过密码学签名的指令。在普通外部账户交易中，to表示目标地址，value表示转移的ETH数量，input承载调用数据；nonce是账户交易序号。签名将授权与相关交易内容绑定，gasLimit限制执行可消耗的计算单位。
目标为合约时，理解授权还需要解释调用数据。ABI约定函数及参数的编码方式，函数选择器帮助识别调用入口。但选择器可能重复，准确解释仍需结合目标合约及其接口。
比特币：UTXO与脚本描述花费条件
比特币开发者指南通过传统P2PKH交易说明另一种授权结构：UTXO是尚未花费的交易输出，输入使用txid和输出索引定位它。scriptPubKey规定花费条件，scriptSig提供公钥、签名等验证数据。节点检查条件是否满足，再结合其他规则判断交易有效性。
这里的input指向既有输出，与以太坊input承载合约调用数据的含义不同。学习跨链术语时，应先确认所属交易模型；P2PKH示例也不能覆盖所有比特币输出类型。
常见问题：哈希、签名与成功有什么区别
哈希用于形成数据摘要，交易标识帮助定位交易；签名用于验证授权关系。因此，知道交易哈希不等于拥有授权能力，得到签名也不等于交易已经被网络收录。
签名有效只是验证的一部分。交易还需满足相应网络规则；以太坊合约调用即使被区块收录，也可能执行失败。因此应把签名验证、区块收录和执行结果分别理解。
适用条件：技术有效与语义清楚分开判断
签名验证回答的是密钥与数据是否匹配，理解授权则需要把地址、数量和调用参数转换成明确含义。可读展示有助于减少盲签，但展示文本仍应与实际签名内容对应，不能单凭名称判断行为。
阅读签名相关说明时，先确认网络与交易类型，再识别授权对象和验证条件。这能避免把某一种账户模型、脚本结构或字段名称误当成所有区块链共有的规则。