适用范围：理解身份系统的底层组件
讨论区块链did项目涉及哪些技术概念，可以从链上账户控制和身份声明传递两个方面入手。以太坊账户文档解释账户及签名基础，RFC 7519定义JWT声明格式。二者有助于理解身份应用的部分技术组件，但不足以证明某个DID项目的完整架构或功能。
账户、钱包与公私钥
以太坊账户涉及外部拥有账户和合约账户：前者以私钥控制为基础，后者通过合约逻辑执行操作。钱包则是与账户交互的应用或界面。公私钥体系支持对签名进行验证，帮助判断操作是否获得相应密钥的授权。
用于身份场景时，应区分账户地址、管理账户的工具，以及账户背后主体的身份。能够使用某把密钥签名，可以作为控制权验证的一部分；把这种控制权关联到姓名、机构或资格，还需要额外的证据与业务规则。
JWT、JWS与JWE分别负责什么
RFC 7519中的JWT是一种紧凑的声明表示格式，以JSON承载关于主体的信息。它可以通过JWS获得签名或消息认证码保护，也可以通过JWE加密，并支持嵌套组合。
这些概念对应不同需求：声明格式解决信息怎样表达，签名或认证码支持完整性验证，加密用于保护内容的机密性。讨论身份信息传递时，需要先明确系统要求，再判断采用哪种组合；仅看到JWT这个名称，不能断定内容已经加密或受到完整性保护。
验证通过是否等于身份可信
密码学验证与业务信任需要分别判断。即使签名有效，接收方仍需判断签署者是否有资格作出相应声明。例如，一份资格声明的内容没有被修改，并不能单独证明签署者有权授予该资格。
适用条件也很关键：只有明确签名所对应的密钥、声明的用途和接收方的信任规则，验证结果才能支持相应业务判断。不同项目可能采用不同规则，不能把通用密码学能力直接当作项目已经具备的身份认证能力。
常见问题：有账户和JWT就构成完整DID系统吗
仅有这些组件，还无法判断系统是否具备完整的DID能力。账户材料主要解释控制与执行，JWT规范主要解释声明的表示和保护方式。身份标识如何管理、验证信息如何获取、密钥变化后如何处理，以及声明何时失效，都需要结合具体协议另行核实。
因此，阅读项目技术说明时，应关注各组件之间的关系：谁控制账户、谁作出声明、谁负责验证，以及验证结果允许支持什么用途。明确这些问题，才能理解技术术语在实际身份流程中的作用。