先明确要提升的能力
理解提升区块链算法涉及哪些技术概念，需要先区分目标：降低交易验证开销、加快节点形成一致判断，还是增强对恶意参与者的抵抗能力。这些目标关联不同环节，评估时应分别考察计算、通信与安全约束。
以下讨论适用于区块链共识与交易验证的基础设计，不代表某个项目已获得性能提升。
共识、女巫攻击抵抗与分叉选择
以太坊共识机制文档区分了完整共识机制及其组成部分：工作量证明、权益证明涉及女巫攻击抵抗和区块生产者选择；分叉选择规则负责在竞争分支之间确定链头。权益证明还通过质押及奖惩约束参与者行为。
因此，优化需要分别回答：参与权如何分配，竞争区块如何处理，恶意行为承担什么代价。只改变其中一项，不能直接证明整个系统更安全或更高效。
密码学、UTXO与脚本验证
比特币交易开发文档介绍了输入、输出和未花费交易输出（UTXO）：输入引用此前的输出，花费必须满足该输出规定的条件。在文档的P2PKH示例中，公钥哈希用于匹配授权条件，数字签名用于验证相应交易授权，脚本组织这些检查。
这涉及不同层次的正确性：定位要花费的输出、核验授权数据，以及执行验证规则。讨论算法提速时，需要说明节省的是查找成本还是验证成本，同时保证有效与无效交易的判定保持一致。
适用条件：先定位瓶颈，再比较效果
共识层分析适用于研究节点如何对链状态达成一致；交易层分析适用于研究单笔交易如何被判定有效。两者需要配合：交易通过授权检查，并不意味着网络已经就其所在区块达成共识。
比较优化方案时，应明确采用的共识规则、交易类型及资源约束。不同条件下得到的结果不能直接互换，也不能把一种交易脚本的性质推广到所有区块链执行环境。
常见问题：速度与安全能否直接画等号
出块更快是否就代表算法更好？仅凭出块速度无法判断，还需要分析竞争分支的处理及节点验证负担。
工作量证明或权益证明是否就是完整共识？它们只是理解共识的重要组成部分，还需要结合分叉选择等规则。哈希是否等同于数字签名？哈希用于生成数据摘要；数字签名承担授权验证功能，两者不能替代。