区块链依靠哪些机制协作
理解区块链算法，首先要区分数据组织、有效性验证与共识三个问题：记录如何关联，交易是否符合规则，以及多个候选历史出现时采用哪一个。单靠一种算法，无法同时完成这些任务。
比特币开发者指南介绍了前一区块哈希、默克尔树、交易输出验证和累计工作量选择规则。以太坊开发者文档则强调，共识涵盖抗女巫攻击、区块提议、分叉选择及激励约束。两者说明，共识是一组协作规则。
哈希是否能保证记录真实
哈希用于建立数据之间可核验的关联。修改历史交易会影响相关哈希，进而影响区块之间的链接。不过，发现内容发生变化，与判断最初输入是否真实，是两个不同的问题。
因此，讨论“不可篡改”需要明确条件：哈希使改动可被识别，共识规则决定网络是否接受某份历史。不能仅凭记录已经上链，就推断记录所描述的外部事件必然真实。
工作量证明和权益证明是否就是完整共识
工作量证明与权益证明为参与共识设置资源约束，降低通过大量虚假身份获取影响力的可能性。但网络仍需明确区块如何验证、竞争分支如何选择，以及参与者违反规则时如何处理。
因此，比较两种机制时，不能只比较出块方式。有效性规则、分叉处理和安全假设同样决定系统的行为，某一机制的名称不足以说明全部安全性质。
最长链与多数节点有哪些误解
在比特币的语境下，链选择关注有效候选链的累计工作量，不能简单理解为区块数量最多。链选择也不意味着可以跳过交易和区块验证。
共识权重也不能一概按节点数量计算。权益证明可能按质押权重计票，不同协议、不同确认阶段有不同条件。因此，“超过半数节点就能控制区块链”不是通用结论。
如何理解双重支付与交易证明
双重支付涉及对同一份可花费资源的冲突使用。判断交易能否接受，需要结合账本状态验证；只有交易本身的哈希，并不足以确定它没有与其他交易冲突。
默克尔包含证明回答的是某笔交易是否被纳入某个区块。它本身不等于对区块全部规则、所在分支和最终确认状态的完整验证。理解任何区块链证明时，都应先明确它证明的对象与依赖条件。