一、关键词与适用范围
围绕“清华大学 区块链技术涉及哪些技术概念”，首先应区分高校相关信息与技术基础知识。本文只解释区块链通用原理，不对清华大学的课程安排、技术路线或项目作出判断。以太坊与比特币可以作为理解不同设计的实例，但不能代表所有区块链系统。
二、两个实例展示了哪些基础概念
以太坊技术入门文档将区块链描述为多个节点共同维护的数据系统，重点涉及权益证明、账户、交易、以太坊虚拟机和智能合约。交易执行可以改变共享状态，计算资源通过费用机制计量与付费。
比特币开发者指南重点说明区块链接、交易验证、工作量证明和未花费交易输出。区块通过前一区块头的哈希相连，交易哈希形成默克尔树；节点独立验证，并依据累计工作量等规则处理竞争分支。
三、分布式账本、节点与共识
分布式账本回答“记录由谁维护”，节点负责接收、验证和传播相关数据。共识则回答“出现不同记录时，按什么规则形成一致历史”。节点同步并不意味着所有机器在每一瞬间看到完全相同的数据。
工作量证明与权益证明是不同的共识设计。理解它们时，应关注参与资格、区块提议、有效性验证和分支选择，而不是把共识简单理解成所有计算机逐个投赞成票。
四、哈希、签名与默克尔树
这三个概念解决不同问题：哈希为数据提供可比较的摘要；数字签名用于验证交易授权；默克尔树把多条记录组织成可校验的整体。不能把哈希等同于加密，也不能把签名理解为隐藏交易内容。
默克尔证明可以帮助核验某笔交易是否被一个区块收录，但“被收录”与“整个区块及其历史均有效”不是同一判断，需要结合区块头和相应验证规则理解。
五、交易模型、虚拟机与智能合约
比特币的未花费交易输出模型关注哪些输出尚可被后续交易使用；以太坊的账户模型则描述账户余额等状态。两者都要验证状态变化是否符合规则，但记录方式不同。
虚拟机提供执行程序的规则环境，智能合约是在其中运行的程序。理解合约时，应区分代码逻辑、调用参数和状态变化。计算费用用于约束资源消耗，并不等于对程序正确性的保证。
六、适用条件与常见误区
如果业务需要多个参与者共同核验记录，区块链的共享账本与验证机制值得分析；但不能只凭“去中心化”一词判断方案是否适用，还要明确参与者、信任关系与执行需求。
“不可篡改”不是脱离条件的绝对承诺，其保障依赖密码学、共识规则及网络安全假设。“上链”也不自动证明现实世界输入信息真实。学习这些概念的关键，是分清记录完整性、操作授权、执行正确性和外部事实真实性。