先分清术语描述的对象
理解公有链应用，首先要区分数据如何记录、网络如何确认记录、程序如何使用记录。区块和哈希属于记录结构，节点与共识涉及网络协作，智能合约与去中心化应用涉及应用执行。这些概念相互关联，但不能互相替代。
区块、哈希与共识
比特币开发文档描述了这样的记录方式：交易组成区块，区块通过前一区块头的哈希连接；全节点独立验证规则，网络以累计工作量选择有效链。其UTXO是尚未被花费的交易输出，已花费的输出不能再次作为有效支付的输入。
哈希可以理解为数据的摘要，内容变化会影响摘要及后续引用。区块之间的连接让历史改动容易被识别，共识机制则约束网络接受哪段历史。因此，“难以篡改”需要密码学结构与共识共同支撑，不能理解为仅靠一个哈希就能保证安全。
交易、EVM与智能合约
以太坊技术介绍将EVM描述为执行代码、维护共同状态的虚拟计算环境。交易可以转移ETH、部署合约或调用合约；智能合约是部署在链上的可复用程序。ETH用于支付计算资源费用，也参与权益证明机制的安全保障。
这些术语可以串成一条应用逻辑：用户发出请求，合约按代码处理请求，EVM执行相应计算，网络确认后的结果进入共同状态。例如，链上游戏中的某项操作可以调用合约更新记录，但界面上的每次点击未必都对应链上交易。
账户模型与UTXO的适用范围
理解以太坊应用时，账户、余额与合约状态是重要入口；理解比特币支付时，则要追踪哪些交易输出尚未花费，以及新交易如何引用它们。两种模型描述资产记录的方式不同，不能把某条链的账户逻辑直接套用到所有公有链。
EVM也有明确适用范围：它用于解释以太坊的执行环境，不能因为某个系统被称为公有链，就认定它采用EVM或支持相同的合约能力。
常见问题：上链是否等于成功
广播请求只是把请求交给网络传播，还需要经过验证、执行和纳入链上记录。判断应用操作是否完成，需要同时看交易状态与执行结果；看见交易记录，并不必然说明用户预期的业务动作已经完成。
智能合约也不自动保证业务设计正确。它按照代码及调用条件运行，理解应用时应关注代码允许什么、限制什么，以及哪些功能依赖链外界面或服务。去中心化应用这一名称本身，无法说明所有组成部分都在链上运行。