三个基本技术如何划分
“三个基本技术”并非唯一固定的分类。本文采用点对点网络、密码学与共识机制这一理解框架，其中密码学部分聚焦哈希及区块关联。三个层面分别回答数据如何传播、内容如何校验，以及节点如何协调账本状态的问题，其功能存在联系，也有各自的适用边界。
点对点网络：传播数据不等于建立信任
比特币开发指南说明，节点通过点对点网络交换区块和交易，全节点对数据进行验证；节点发现可以结合DNS种子、其他节点提供的地址和本地保存的记录。网络协议与共识规则属于不同层面。
这类网络适合多节点交换和同步数据，但建立连接并不证明对方可信。如果节点接触的信息源被攻击者控制，它可能遭到隔离。因此，应用需要考虑连接来源和网络可达性，并保留独立验证能力，不能把收到数据视为数据已经有效。
密码学：校验内容不等于证明事实
区块通过前一区块的哈希建立关联，哈希也可用于标识区块内容。这使节点能够核对数据及其关联关系，但仍需结合验证规则判断区块是否可接受。仅有哈希连接，不能独自决定多个候选历史中应采用哪一个。
这一能力适合检查数据是否与既有记录一致。若业务把链外声明写入账本，内容能够被校验，也不意味着声明描述的现实事件真实发生。哈希本身也不提供原始内容的保密性，隐私需求需要另行设计。
共识机制：协调状态需要明确前提
以太坊的共识机制说明将共识描述为协议、激励等组成的整体。工作量证明和权益证明只是其中的组成部分，还需要区块选择等规则，处理多个候选区块并存的情况。
共识适合解决参与者按照共同规则协调账本状态的问题。其安全性依赖相应机制的资源约束、参与者行为和网络条件，不能理解为任何环境下都不会分歧。共识能够确认符合协议的状态，也不能替代对链外信息来源的核验。
常见问题与适用条件
节点更多是否就一定更安全？还需要看节点是否独立、信息传播是否受控，以及共识权重如何分配。单纯增加连接数量，不能直接推出安全性提升。
记录上链是否就永远正确？需要分别判断内容是否符合协议、账本是否达成相应确认，以及业务事实是否可靠。应用设计应先明确需要共同维护什么状态，再确定传播、校验和共识条件；涉及链外事实时，还需保留外部核验与责任机制。