适用范围与核心问题
理解“区块链 r实现涉及哪些技术概念”，首先需要明确讨论范围：“r”的具体含义尚不明确，本文解释通用技术概念，不涉及特定语言接口。实现区块链需要回答三个问题：记录如何关联、交易如何验证、节点如何在不同候选历史之间作出一致选择。
数据结构：哈希链接与默克尔树
比特币开发者指南介绍了两层关联：区块头引用前一区块头的哈希，交易哈希通过默克尔树汇总到区块头。前者连接历史，后者将交易集合与区块头绑定。
理解这两层关系，有助于区分验证目标：检查历史链接是否连续，与检查某笔交易是否被区块包含，是不同的工作。哈希提供可校验的关联，历史修改的阻力还依赖共识机制。
交易状态：输入、输出与重复花费
比特币使用未花费交易输出，即UTXO，表示可被后续交易消费的输出。同一输出不能在有效链中重复花费，普通交易还需满足输入与输出的金额约束。
因此，交易验证不能只看单笔数据是否格式正确，还要结合此前形成的状态。同一笔交易在不同历史状态下，可能得到不同的有效性判断。UTXO是具体模型，不能据此认定所有区块链都采用相同结构。
共识：参与资格与历史选择
以太坊共识文档区分了抗女巫攻击机制与分叉选择规则。工作量证明和权益证明通过计算资源或质押资源约束参与；完整共识还包含区块提议、验证、激励等安排。以太坊的分叉选择考虑按质押余额加权的验证者投票。
这意味着，仅增加大量节点身份不应直接获得相同比例的共识影响力。系统既要约束影响力的来源，也要规定出现竞争区块时如何选择后续历史。
常见问题：最长链与交易证明
最长链是否就是区块最多的链？比特币节点在有效候选链之间依据累计工作量选择，不能只比较区块数量；区块高度也不能唯一标识分叉中的区块。
默克尔证明是否能证明交易完全有效？它证明的是交易被某个区块包含。判断交易是否符合规则、该区块是否属于被接受的历史，还需要状态验证与共识判断。实现时应将这些验证职责分别处理，再组合成完整流程。