先明确公链技术的评估范围
区块链公链的技术需要注意哪些问题，核心是理解节点如何验证数据、如何形成一致判断，以及网络异常时还能保证什么。共识、通信和存储承担不同职责，单看出块速度或节点数量，无法完整判断系统的可靠性。
以太坊权益证明和比特币点对点网络可以提供两个观察角度，但两者的具体规则不能相互套用。评估其他公链时，也应先确认其采用的共识机制与节点验证方式。
共识安全与最终性需要分开理解
以太坊权益证明通过验证者质押、区块提议和投票形成共识，对冲突签名等行为设置罚没机制。其最终性依赖代表至少三分之二质押权重的相关投票；选择链头与确认最终性承担不同职责。
这意味着交易进入区块之后，还需要判断它处于何种确认状态。应用若把首次入块直接视为最终确认，就可能忽略链头变化带来的影响。对确认可靠性要求较高的业务，应明确使用哪一种协议状态作为完成依据。
经济惩罚也有适用边界：它通过提高违规成本约束参与者，不能替代软件正确性、网络连通性和节点正常运行。安全评估需要同时考虑这些条件。
节点发现与数据验证不能混为一谈
比特币开发者文档说明，节点可以通过DNS种子、已保存的节点地址和节点间地址交换发现连接对象，不宜只依赖DNS种子。全节点承担数据验证职责；裁剪节点仍可执行完整验证，但不会长期保存全部历史区块。
连接成功只说明建立了通信渠道。接收到的数据是否符合协议，仍需由本地验证规则判断。多个连接如果都受同一方控制，也不能提供真正独立的信息来源，因此连接来源的多样性与验证能力应分别考察。
性能与节点运行成本要一起衡量
交易处理不只有出块环节，还包括传播、执行、验证和存储。评估性能时，需要说明测试条件，以及指标衡量的是交易进入区块还是达到更稳定的确认状态。不同口径的数据不宜直接比较。
节点还需要应对首次同步、长期离线后的追赶和历史数据保存。存储方案应与用途匹配：执行验证与向其他节点提供完整历史数据，是不同的能力要求。
常见问题及适用边界
出块快是否意味着确认可靠？不能直接推断，还要查看分叉选择和最终性规则。节点多是否必然安全？还需要了解连接关系、控制主体以及实际参与验证的情况。
裁剪节点是否等同于轻客户端？在上述比特币机制中，两者不能等同，删除部分已验证的历史数据，并不意味着放弃完整验证。判断节点能力时，应分别确认它验证什么、保存什么，以及依赖谁提供信息。