共识机制需要完整理解
区块链公链的技术需要注意哪些问题，首先要看节点如何形成一致账本。以太坊开发文档将共识描述为协议、激励与规则共同构成的体系；工作量证明和权益证明承担抗女巫攻击、参与出块等作用，还需要分叉选择规则配合。
因此，评估一种设计时，应同时说明参与资格、区块验证、竞争分支处理以及违规后果。仅标注采用某种证明机制，无法完整解释网络在分歧中如何运行。
验证规则是账本可信的基础
比特币开发指南强调，全节点独立验证区块。其交易规则通过未花费交易输出约束重复花费，区块之间通过哈希引用关联；发生有效分支竞争时，节点依据累计工作量选择链。
这意味着区块是否有效与有效分支如何选择，是两个不同问题。链选择必须以规则验证为前提，不能把较多出块资源理解为可以任意修改交易规则。上述交易输出模型适用于比特币，不能直接套用于所有公链。
分叉处理要考虑业务状态变化
多个参与者接近同时出块、节点收到消息的时间不同，都可能产生短暂分歧。应用需要区分交易已被某个区块收录，以及该区块在后续链选择中的状态。
对于需要记录确认结果的系统，应保留交易与区块的关联，并考虑分支切换后的状态更新。同一高度可能存在不同区块，因此高度适合表示位置，定位具体区块还需要区块哈希。
安全结论必须带上适用条件
工作量证明的安全分析涉及算力与重做历史的成本；权益证明则涉及质押权重、验证者行为以及奖励和惩罚规则。讨论攻击能力时，需要先明确协议和攻击目标，不能将某个比例视为所有公链通用的安全分界线。
共识中的多数也应说明计量方式。节点数量、算力和质押权重代表不同含义，不能直接互换；单纯增加节点身份数量，并不等于按同样比例增强共识安全。
常见问题：哈希关联是否保证永不改写
哈希关联使历史修改可以被检测，并使改写需要连带处理后续区块，但历史能否被替换还受共识规则和攻击资源影响。理解不可篡改性时，应将数据结构与共识保护结合起来。
同样，交易被收录不代表所有协议都提供相同的确认保障。公链技术说明应交代确认依据及其适用条件，避免用统一的出块数量或等待时间概括不同机制。