区块与哈希：理解记录之间的联系
区块链把交易记录组织成区块，再通过密码学引用连接前后区块。哈希可以理解为根据数据计算出的摘要：内容发生变化，摘要通常也会变化。比特币还用默克尔树逐层汇总交易哈希，支持核验某笔交易是否被包含在区块中。
“记录难以篡改”有技术条件。修改历史数据会破坏原有引用关系，修改者还要面对网络的验证与共识规则。链上记录能够接受一致性核验，并不意味着记录所描述的现实事件天然真实。
节点与共识：理解谁在核验
节点是参与网络通信、保存或验证数据的计算机。共识机制协调分布式参与者对账本历史的选择。比特币采用工作量证明；以太坊采用权益证明，由质押ETH的验证者参与区块提议和验证。
节点与出块参与者不能简单画等号。理解系统分工时，应分别看谁检查规则、谁提出区块、网络怎样处理冲突。共识也不要求所有机器在同一时刻收到同一份数据。
账户、交易与UTXO：理解状态如何变化
以太坊用账户等数据表达系统状态，交易可以转移ETH、部署程序或调用程序。比特币则通过未花费交易输出，即UTXO，表达可供后续交易使用的输出；已经花费的输出不能再次使用。
因此，阅读应用说明中的“余额”或“交易”时，需要结合底层模型。交易不仅可以表达支付，也可能触发应用逻辑；界面展示相似，不代表底层记账方式相同。
EVM与智能合约：理解应用如何运行
EVM是以太坊执行程序的虚拟机环境。智能合约是部署到链上的可复用程序，按代码条件执行操作。ETH用于支付网络计算等资源的费用。去中心化应用可以围绕这些合约构建用户功能。
理解行业应用时，可以先把业务规则拆成输入、条件和结果，再判断哪些部分适合由合约执行。自动执行依赖代码与输入的正确性；“智能”不表示程序能够自行判断所有现实争议。
常见问题：技术能力能证明什么
链上可查是否等于业务可信？需要区分记录的完整性与输入内容的真实性。例如，核验某条声明已被收录，与证明声明中的事件确实发生，是两个问题。
使用智能合约是否就代表整个应用完全去中心化？还要看界面、数据输入和管理权限如何安排。上述术语适合解释技术机制，判断具体行业方案仍需核实实际架构、数据来源与权限设置，不能仅凭“上链”推断应用效果。