适用范围：地域名称不能确定技术架构
“福建区块链信息服务涉及哪些技术概念”首先是一个技术识别问题。服务所在地不能决定其采用哪条链、哪种共识或怎样的数据结构。以下解释适用于理解通用机制；福建具体服务是否采用这些机制，需要结合其技术文档确认。
区块与哈希：记录如何建立关联
区块把一批交易组织起来，并通过父区块的哈希引用形成有序历史。哈希可理解为依据数据计算出的摘要，数据发生变化，摘要通常也会改变。因此，修改历史记录会破坏原有引用关系。
以太坊开发文档说明，交易执行会更新状态，节点通过验证执行结果检查区块。这里的交易是协议处理的数据操作，状态是执行这些操作后形成的结果；理解信息服务时，需要区分请求已提交与结果已被网络接受。
节点与共识：多方如何接受同一份历史
节点承担保存、传播或验证数据等工作，共识规则则约束哪些区块可以接受，以及出现竞争历史时如何选择。比特币采用工作量证明，以太坊采用权益证明，两者的区块产生与选择机制不同。
这些机制属于特定网络的设计。分析具体信息服务时，应先确认其底层网络及节点规则，不能仅凭“区块链”名称推定验证者资格或共识方式。
默克尔树：如何检查记录是否被收录
比特币开发指南介绍了默克尔树：交易摘要逐层配对计算，最终形成写入区块头的根摘要。借助相关中间摘要，可以检查某笔交易是否被某个区块收录，而无需取得该区块的全部交易。
这种证明适合回答“记录是否包含在此区块中”。其可信程度还取决于对应区块是否属于被网络接受的历史，不能单靠一条包含证明判断全部业务事实。
常见问题：上链是否等于真实且永久确定
上链能够支持记录完整性核验，但无法自动证明录入内容符合现实。例如，业务数据即使被完整保存，其最初采集是否准确仍需另外核验。
区块高度表示区块所处的位置，分叉时同一高度可能存在不同区块，因此高度不能单独作为唯一标识。记录被收录后，还应区分所在网络的确认与最终性规则，不能把首次收录直接理解为永远不会变化。