先明确共享账本要解决什么问题
区块链不同的技术方案需要注意哪些问题，首先取决于谁参与记账、各方是否相互信任，以及出现争议时由谁决定有效记录。比较方案前，应明确哪些主体可以提交交易、验证交易和参与规则变更。
NIST《区块链技术概述》将区块链描述为分布式实现、能够显现并抵抗篡改的数字账本，并把记录发布后保持不变的描述限定在网络正常运行的条件下。因此，评估方案时应同时说明正常运行依赖哪些条件。
共识机制不能只看PoW或PoS名称
以太坊开发者文档指出，共识机制包含协议、激励和链选择等多个部分。工作量证明（PoW）与权益证明（PoS）主要涉及抵抗女巫攻击及确定区块生产者，单凭这些名称无法判断整个系统如何达成一致。
比较具体方案，需要继续追问：谁能提出区块，其他节点如何验证，出现竞争区块时如何选择，以及违规行为如何处理。即便采用同类证明机制，其他规则不同，也不能直接认定两套方案具有相同表现。
安全要看资源约束与攻击假设
PoW通过计算工作形成参与成本，PoS通过质押及相关奖惩约束参与行为。两者都需要结合完整协议理解，不能仅凭耗费能源或存在质押，就推导出系统绝对安全。
适用条件应写清楚：方案依赖哪些资源维持安全，这些资源是否集中，以及部分参与者离线或作恶后会发生什么。比较时还应区分停止处理交易、出现竞争链与改写既有记录，避免把不同故障统称为安全问题。
交易确认、分叉与规则变更要分别检查
交易被写入某个区块，与业务可以据此认定结果稳定，是两个需要分别说明的环节。应检查方案怎样处理竞争区块、依据什么规则确定接受的历史，以及业务需要等待什么确认条件。
对于需要多方长期协作的场景，还应明确协议升级的决定方式、节点意见不一致时的处理办法，以及异常后的协调责任。技术规则与参与者之间的治理安排需要相互配合。
常见问题：账本可信是否等于数据真实
账本能够抵抗篡改，并不能单独证明写入信息符合现实。涉及链外事实时，需要进一步检查数据由谁提供、如何核验，以及错误数据如何纠正；这些问题不能仅靠共识机制解决。
也不存在仅凭技术名称即可确定的通用最优方案。适合某项业务的设计，应能清楚解释参与权限、安全条件、确认规则和治理责任，并在相同业务要求下接受比较。