区块链：按规则组织的交易记录
比特币开发者文档将区块链解释为有序的公共交易账本。区块通过前一区块的哈希相连，全节点独立检查区块是否符合共识规则。修改历史交易会改变相关哈希，并影响后续区块的连接关系。
这里的“共识规则”是节点判断数据是否有效的共同标准。“区块高度”表示区块所在的位置，但分叉时同一高度可能出现不同区块，因此高度不能作为区块的全局唯一标识。
节点与客户端：运行实例和软件的区别
以太坊节点与客户端文档说明，节点是接入网络的客户端运行实例。执行客户端处理交易执行与状态数据，共识客户端负责共识逻辑；加入验证者软件并满足相应协议条件，才能承担验证者职责。
因此，“客户端”强调软件实现，“节点”强调软件运行后在网络中的实例。“运行节点”和“成为验证者”也应分开理解：验证网络数据与参与提议、证明区块属于不同职责。这套执行层与共识层的划分适用于以太坊，不能直接套用到所有区块链。
全节点、归档节点与轻节点
这几个名称主要说明数据验证和保存方式。全节点按协议规则验证数据；归档节点进一步保留历史状态，便于查询过去某个区块时的账户情况；轻节点通过区块头及相关证明核验所需信息，减少本地数据负担。
理解这些分类时，要把“验证能力”和“保存范围”分开。全节点不必永久保存全部历史状态，轻节点也不等于不做验证。具体保存策略、同步方式和轻客户端的能力，取决于网络与软件实现。
钱包：连接用户与链上数据的入口
钱包界面展示余额和交易，并帮助用户与网络交互。以太坊钱包可以通过RPC接口连接节点，获取数据或提交请求；RPC可以理解为应用与节点交流的一套调用接口。钱包与节点可以配合使用，但两者承担不同职责。
“币在钱包里”是一种界面化表达。比特币用未花费交易输出，即UTXO，记录尚可使用的交易输出，后续交易引用并花费这些输出。以太坊则涉及账户状态。两种模型下的余额展示不能理解成完全相同的底层结构。
常见问题与适用边界
使用钱包是否必须自建节点？不必须，钱包也可以连接第三方节点服务。连接自己的节点能够减少查询时对中间服务的依赖，但不意味着链上的公开记录因此变成私密信息。
钱包显示交易是否等于交易已经确认？需要区分提交、传播和写入区块。节点接收到请求只是处理过程中的一个环节，不能单凭界面出现交易记录，就认定它已经进入链上账本。