先区分标识、记录与身份
理解区块链did原理相关术语如何理解这一问题，可以先分清三个层次：字符串指代什么对象，系统怎样维护相关记录，以及记录中的身份声明凭什么可信。这三个问题相互关联，但各自需要不同的证据。
RFC 3986讨论URI的通用语法，比特币开发指南解释比特币区块链的记录机制。两者适合帮助理解标识与账本基础；具体DID方案的标识格式、解析流程和控制权限，仍需相应规范说明，不能由这两类基础机制直接推定。
URI、资源与标识符
RFC 3986将URI描述为用于标识资源的字符序列。资源可以是文档、服务、人或抽象概念，不要求一定能通过互联网访问。通用语法提供共同结构，具体命名方案另行规定其要求。
这里的“标识”首先解决指代问题。例如，系统能用一个字符串区分某个对象，并不意味着已经核验该对象的姓名、资质或归属。“能够标识”与“能够访问”也需要分别判断：出现标识符，不代表浏览器一定能打开相应页面。
哈希、默克尔根与共识
比特币开发指南说明，交易哈希逐层组合形成默克尔根，区块头通过前一区块头的哈希相互连接。全节点独立验证区块，共识规则规定可接受的记录；工作量证明提高改写历史的成本。默克尔证明可用于核验交易是否被包含在区块中。
这些术语对应不同任务：哈希用于数据关联与完整性检查，默克尔结构支持包含关系核验，共识规则约束账本接受哪些记录。把它们用于理解身份系统时，需要继续追问：被核验的是记录本身，还是记录描述的现实事实？二者不能自动等同。
适用条件与常见疑问
有了URI，是否就完成了身份认证？没有。标识符提供指代方式，认证还需要明确验证对象、验证方法与可信依据。仅凭字符格式符合要求，无法确认现实中的某个人。
信息上链后，是否就一定真实？账本机制可以约束记录的验证和历史修改，但现实声明是否属实，需要额外证据。即使能够证明某项声明已被记录，也不能直接证明声明内容准确。
所有DID方案是否都采用比特币机制？不能据此作出判断。工作量证明、交易组织和区块验证属于这里讨论的比特币机制。分析具体方案时，应核对其实际使用的登记系统、解析规则与更新权限，避免把一种区块链的实现细节当作通用身份规则。