先明确认证要回答的问题
企业身份认证涉及几个不同问题：对方能否控制某个账户、账户关联哪家企业、提交材料由谁签发，以及经办人是否有权办理当前业务。区块链技术可以参与证明和记录，但每一步需要的证据不同。以下解释适用于使用链上账户或可验证凭证的企业身份系统。
误区一：有地址、能签名就代表企业身份真实
以太坊账户文档区分由私钥控制的外部账户和由代码控制的合约账户；钱包则是与账户交互的应用。这样的账户分类描述的是技术控制方式。
因此，验证签名可以成为检查账户控制能力的环节，但企业名称、登记身份与地址之间仍需建立可信关联。即使地址已关联企业，也不能直接推出当前操作者拥有签约或变更资料的权限。
误区二：凭证可验证，内容就必然真实
W3C可验证凭证数据模型明确区分可验证性与声明真实性，并区分签发者、持有者和验证者；持有者也可能不是凭证描述的主体。该模型列举的可验证数据注册设施包括可信数据库和分布式账本，并不限定使用区块链。
企业应用因此需要判断签发机构是否适合证明相应事项。例如，能够证明某种会员资格的凭证，不能仅凭签名有效就被解释为企业全部经营资质的证明。验证范围应与声明内容和业务要求相对应。
误区三：持有企业凭证就有权代表企业
企业是凭证描述的主体，经办人可能只是提交凭证的人。审核时需要进一步确认经办人与企业的关系，以及授权覆盖的业务范围。身份信息可信与业务权限成立是两个需要分别判断的条件。
误区四：历史认证通过后就永久有效
凭证可能设有有效期限，企业业务也可能涉及资格变化或授权终止。再次使用时，应按业务规则检查适用期限及可用的状态信息。历史记录可以支持追溯，但不能独自回答当前资格是否仍然成立。
误区五：认证越透明，公开资料越多越好
企业认证可能同时涉及经办人的个人信息。把完整材料公开，会扩大信息传播和关联分析的范围。设计时应围绕业务所需提供证据；是否采用选择性披露等方式，还取决于具体凭证技术和验证系统的支持能力。
常见问题：不上链还能使用可验证凭证吗
可以。可验证凭证与区块链并非绑定关系，系统可以根据需求选择注册设施。评价企业身份方案时，更关键的是能否解释清楚主体关联、签发依据、当前状态和授权范围，以及验证结果究竟支持哪一项业务判断。