一、北京场景能否直接套用通用技术结论
讨论北京区块链取证存证有哪些常见问题，首先要区分通用技术原理与当地具体服务。以下解释适用于采用区块链或数字时间戳的存证方案，不代表北京某个平台的实际能力，也不构成对当地司法采信规则的说明。判断具体服务时，需要另行核实其技术实现与适用要求。
二、上链是否就能证明内容真实
以太坊开发者文档介绍，区块通过前序区块的哈希引用形成有序链条，并由网络验证交易与状态变化。这类机制支持历史记录的一致性与篡改识别，但不能直接证明链外材料描述的事情真实发生。
取证关注材料如何取得，存证关注材料如何被记录和核验。即使一份文件的摘要已经上链，也仍需解释文件来自哪里、由谁提供，以及它与待证明事项有什么关系。不能把存证成功理解为内容已经获得真实性认证。
三、只有哈希值，是否还需要原文件
哈希值是用于核对数据的摘要，不是原文件的替代品。核验时，需要对待核对文件使用相同算法计算摘要，再与存证记录中的值比较。只有摘要而缺少对应文件，就无法据此还原文件内容。
因此，需要区分平台保存的是原文、摘要还是两者。保存存证凭证的同时，也应保留对应的原始文件及其版本关系，避免后续仅剩证书截图，却找不到可供核对的材料。
四、时间戳能否证明文件的创建时间
RFC 3161描述的时间戳服务，以数据摘要和可信时间值生成签名令牌，用于支持数据在特定时间之前已经存在的证明。它并不直接证明文件首次创建的时间，也不认证文件作者或内容真实性。
区块时间、文件自身显示的时间和时间戳令牌中的时间属于不同记录。解释证据时，应注明时间来自哪个环节，不能把提交存证的时间直接写成事件发生时间。
五、拿到存证凭证是否就完成核验
凭证可展示，不等于凭证已经通过验证。按照RFC 3161的验证要求，需要核对数据摘要、算法标识、签名及相关证书信息，并检查响应是否与请求相符。核验失败时，不能继续把令牌作为有效结果使用。
对于区块链存证，也应弄清凭证如何对应到链上记录，以及记录如何关联到具体文件。页面显示的“成功”只能作为状态提示，不能替代对材料与记录对应关系的核对。
六、选择服务时应确认哪些边界
可重点确认：保存内容是什么、原文件由谁保管、如何导出核验材料、采用什么时间依据，以及服务停止后能否继续核验。涉及敏感内容时，还应了解数据是否公开以及访问权限如何设置。
不能因为某服务使用了“区块链”或“可信时间戳”等名称，就推断它采用以太坊机制、符合RFC 3161，或具备特定法律效力。技术标准说明的是机制，具体服务是否实现这些机制，需要单独核实。