从授权到执行理解技术关系
基于区块链的生态涉及哪些技术概念，可以围绕三个问题展开：谁有权发出请求，系统怎样记录资产，节点依据什么规则接受变化。密钥与签名负责授权，账户或未花费交易输出负责组织记录，交易及执行规则把请求转化为可验证的状态变化。不同网络采用的具体结构并不相同。
密钥、签名与哈希
私钥用于生成数字签名，公钥用于验证相应签名。签名将授权与所签署的数据关联起来；哈希则把数据映射为摘要，可用于标识数据和检查一致性。两者承担不同功能，不能相互替代。
验证签名并不等于确认一个人的现实身份，也不意味着请求必然符合全部协议规则。它主要回答授权是否与相应密钥及签署内容匹配，后续仍需检查交易条件。
以太坊：账户与合约状态
以太坊账户文档介绍了外部拥有账户与合约账户：前者由私钥控制，后者按代码逻辑运行。账户状态包含余额、nonce、代码哈希及存储根等信息。外部账户的nonce参与交易顺序与重复执行检查，合约代码则由以太坊虚拟机执行。钱包是与账户交互的应用或界面。
这里的关键是区分授权主体、链上记录和操作界面。界面展示的内容、签名表达的授权与合约实际执行的规则属于不同环节，理解其中一个环节不能替代对其他环节的理解。
比特币：UTXO与脚本条件
比特币交易开发指南以普通交易说明UTXO模型：输入引用之前的输出，输出在被花费前保持未花费状态。花费者需要满足输出规定的脚本条件。指南中的P2PKH示例通过公钥及签名验证授权，节点还会检查其他交易规则。
账户模型与UTXO模型提供了两种理解余额的方式：一种围绕账户状态组织记录，另一种围绕尚未花费的输出组织记录。这个差异影响交易数据的表达，不能将一种网络的字段直接套用到另一种网络。
适用范围与常见问题
智能合约与脚本都能表达执行或授权条件，但支持的能力和运行环境存在差异。讨论区块链应用时，应先明确所在网络及其规则；比特币的P2PKH示例也不能代表所有交易类型。
钱包是否存放链上资产？钱包提供密钥管理或交互功能，相关资产记录由链上数据表达。签名正确是否就代表交易完成？签名验证只是检查的一部分，还需满足其他协议条件。哈希是否能证明信息真实？哈希可帮助核对数据，但不能独立证明数据描述的现实事件真实发生。