一、先明确公链的技术评估目标
讨论区块链公链的技术需要注意哪些问题，应先区分三个目标：记录是否有效、网络能处理多少请求、普通参与者能否独立验证。它们分别涉及正确性、容量和参与门槛，不能用一个速度指标代替。不同公链采用不同机制，比特币的具体规则不能直接套用于所有网络。
二、共识规则与交易有效性
比特币开发者指南介绍，全节点独立验证区块；普通交易使用未花费交易输出，同一输出不能在有效链上重复花费。区块通过前一区块头的哈希相连，交易则汇总为默克尔根。
这些机制说明，技术评估需要分别检查交易规则与记录关联方式。数据彼此相连，不等于其中每笔交易都有效；哈希关系也不能替代节点对交易和区块的完整验证。
三、分叉处理与确认边界
该指南还说明，比特币可能在同一高度出现竞争区块，节点在有效候选链中遵循累计工作量最大的链。因此，高度不是区块的全局唯一标识，通常需要用区块头哈希区分。
应用设计应区分“已经看到交易”“已被区块收录”和“达到所需确认程度”。不要把一次收录视为绝对不可变化，也不宜脱离具体共识机制，为所有公链设定统一的确认标准。
四、扩容不能只比较峰值吞吐量
以太坊扩容文档将提高吞吐量、改善交易速度与保留安全性和去中心化并列为目标，并强调降低节点参与门槛的重要性。
因此，容量评估应同时提出几个问题：节点需要承担多少计算、存储和通信负担？处理速度提高后，验证是否仍然可行？比较性能时，还应区分提交响应、实际执行和最终确认，避免把不同阶段的数字混为一谈。
五、分清扩容方案的信任边界
以太坊文档区分了不同扩容路径：Rollup将执行移到链外，并向一层提交数据；侧链采用自身共识；Validium使用有效性证明，但数据不存放在一层。它们与主链连接，并不意味着具有完全相同的安全条件。
选择方案时，应说明由谁执行、由谁验证、数据在哪里，以及用户如何取得必要数据。适用条件取决于应用需求，不能仅凭“链外处理”或“兼容主链”就判断安全性等同。
六、常见误区与评估结论
默克尔证明能够支持验证交易是否被某区块包含，但“被包含”不等于独立证明交易有效，也不等于证明该区块已经最终确定。验证对象不同，能够得出的结论也不同。
完整的公链技术说明应交代共识规则、确认边界、验证成本和扩容依赖。若这些条件尚不明确，就不应仅凭低费用、快出块或高吞吐量作出整体技术优劣判断。