钱包、账户与地址
理解区块链应用，可以从界面背后的对象入手。钱包提供交互入口，地址用于定位接收方或链上对象，账本记录资产及相关状态。它们承担不同职责，不能仅凭钱包界面的样式判断底层机制。
以太坊账户文档区分了由私钥控制的外部账户和由代码控制的合约账户，并明确钱包是与账户交互的应用。这个区别适用于理解以太坊应用，但不能据此认定所有区块链都使用同样的账户结构。
密钥与数字签名
私钥用于生成数字签名，公钥用于验证相应签名。应用请求获得授权，依靠的是密码学验证，而非填写了某个发送者地址。地址可以公开用于识别对象，私钥则关系到签名权限。
签名还把授权与特定消息或交易数据关联起来。签名验证通过，说明相应密码学条件得到满足；它并不证明请求的业务目的合理，也不代表接收对象值得信任。
账户模型与UTXO
不同网络对可用资产的表达方式不同。以太坊使用账户状态记录余额等信息；比特币开发者指南则以未花费交易输出，即UTXO，解释普通交易：输入引用已有输出，新的输出规定金额及后续花费条件。
因此，界面上相似的“余额”，底层可能对应账户中的数值，也可能对应多个可花费输出的汇总。分析应用的数据结构时，需要先确认使用哪种账本模型，不能把两者的处理规则混用。
哈希、脚本与智能合约
哈希把数据映射成摘要，可用于标识数据或核对内容。它与签名承担不同任务：摘要本身不证明某个人授权了操作，也不是可直接还原原文的加密结果。
比特币交易中的脚本用于检查花费条件；以太坊合约账户则按代码处理调用。理解应用功能时，应关注代码允许哪些操作、要求哪些输入、会改变哪些状态。存在可执行代码，并不等于业务规则已经正确实现。
常见问题与适用边界
签名完成是否就表示处理完成？签名是授权环节，交易仍需传播并接受网络验证。界面显示已提交，与链上已经记录，是不同阶段。
这些技术能否保证信息真实？它们可以帮助核验授权、数据关系和规则执行，但链外信息是否准确，仍取决于信息进入系统的方式。以上概念用于理解基础机制，具体地址格式、签名方式和执行规则应按相应网络区分。