先明确术语的适用范围
“区块链银行电脑系统”可以作为理解问题的入口，但不能据此认定它是一套统一的产品或架构。讨论时应先确认：是在解释区块链原理，还是描述某家银行的具体系统。本文涉及通用账本概念及以太坊节点架构，不代表任何银行已采用相同方案。
账本、分布式与抗篡改
NIST《区块链技术概述》将区块链描述为以分布式方式实现、具有篡改可察觉性和抗篡改能力的数字账本。参与者按照共同规则记录交易，正常运行条件下，已发布记录不会被随意改写。
理解这些词时，可以分别问三个问题：账本记录什么，记录由谁共同维护，修改如何被发现或受到限制。“分布式”描述数据和处理的组织方式，并不直接说明谁有访问权限；“抗篡改”也不能证明录入内容本身真实。
哈希、数字签名与共识
哈希可理解为根据数据计算出的摘要，用于核对内容是否变化；数字签名用于验证签名与相应密钥的关系及消息完整性；共识则关注参与者如何按协议对账本达成一致。三者分别处理不同问题，不能互相替代。
例如，记录通过完整性验证，只能支持关于数据是否被改动的判断，不能直接证明其对应的银行业务已经获得授权或完成结算。技术验证与业务事实需要分别确认。
节点与客户端有什么区别
以太坊开发文档区分节点与客户端：节点是连接网络的客户端运行实例，客户端是实现协议规则的软件。其节点架构包括执行客户端和共识客户端，前者处理交易执行与状态，后者处理共识；参与验证者职责还涉及额外的验证者软件。
因此，“电脑”“节点”“客户端”不宜当作同义词：电脑提供运行资源，软件实现规则，运行中的实例参与网络。以太坊的这种职责划分具有特定适用范围，不能直接推广到所有区块链或银行系统。
常见问题：验证是否意味着保存一切
不意味着。理解节点类型时，应分别考察验证能力与历史数据保存范围。全节点侧重按规则验证，归档节点侧重保留可查询的历史状态，轻节点通过较少的数据及相关证明完成验证，其依赖条件也有所不同。
阅读系统说明时，“能够验证记录”和“能够直接查询任意历史状态”应分开理解。同样，“使用区块链”不足以说明整个银行系统如何运行；还需要具体架构资料，才能判断它承担的是哪一部分记录、验证或数据共享职责。