共识机制是否完整
讨论区块链公链的技术需要注意哪些问题，首先要看网络如何在参与者互不信任的情况下形成一致记录。完整设计需要说明谁能提出区块、节点如何验证、出现竞争分支时如何选择，以及违规行为会承担什么成本。
以太坊开发者文档区分了抗女巫攻击机制与完整共识机制：工作量证明和权益证明只是其中的组成部分。以太坊的权益证明设计还结合了验证者投票、分叉选择以及奖励和惩罚。
验证规则是否独立执行
比特币开发者指南说明，全节点独立验证区块，普通交易输入需要引用尚未花费的输出；有效分支之间依据累计工作量选择。区块哈希连接历史，修改旧交易会改变相应区块及后续连接。
这意味着公链需要分别解决交易是否有效、有效交易按什么顺序记录的问题。即使某个分支获得更多资源支持，节点仍需检查它是否符合自身执行的共识规则，不能用分支权重代替有效性检查。
分叉与确认如何处理
多个参与者接近同时产生区块，或消息到达节点的时间不同，都可能造成暂时分叉。应用需要区分交易已被某个区块收录与该记录已达到相应确认条件，避免把刚入块理解为绝对不可改变。
比特币语境中的“最长链”应理解为有效分支中累计工作量最大的链，不能只比较区块数量。同一高度也可能存在多个候选区块，因此定位具体区块需要使用区块哈希。
安全判断有哪些适用条件
抗女巫攻击的关键是限制伪造大量身份带来的影响力。判断安全性时，需要看协议依赖的是算力还是质押权重，不能简单统计节点数量，并把数量多数等同于共识优势。
工作量证明与权益证明依赖不同的资源和激励约束，攻击条件也随机制而变。讨论攻击成本时，应明确针对的是历史重组、阻止确认还是其他行为，不能将某个比例视为所有公链通用的安全分界。
常见问题：哈希能保证全部安全吗
哈希连接能让历史数据的改动反映到后续连接中，但网络接受哪段历史，还取决于验证规则和共识机制。理解“难以篡改”需要同时考虑数据结构与攻击成本。
默克尔证明可以用于核验交易是否被某个区块收录；这类包含性证明本身并不等于完成全部交易规则验证。评估客户端能力时，需要明确它实际检查了哪些内容，以及哪些判断依赖其他节点。