适用条件与技术边界
区块链防疫系统需要注意哪些问题，首先取决于系统承担什么任务。对于跨机构共享记录、核验健康凭证等场景，应先明确参与方、信任关系和核验目的，再判断是否需要区块链。W3C的可验证凭证模型允许使用可信数据库、分布式数据库或分布式账本作为相关注册机制，因此凭证核验并不必然依赖区块链。
链外数据的真实性与更新
以太坊预言机文档说明，智能合约默认无法直接访问链外信息，需要通过预言机等机制接收外部数据，并关注正确性、可用性及提供者责任。在防疫场景中，这意味着采样、检测和身份关联环节仍需独立质量控制；错误结果即使被准确写入链上，也不会因此变成真实结果。
设计时应明确哪些机构能够提交数据、如何验证来源，以及如何记录采样时间、结果出具时间和更新时间。多个节点读取同一错误接口，仍可能得到一致的错误答案，因此不能把节点一致性直接当作医学事实的证明。
健康信息的隐私保护
W3C指出，数字凭证的持久性和跨来源关联能力可能加剧隐私风险。防疫系统应围绕核验目的限制信息披露，避免为了验证某项条件而暴露完整病史、身份号码或活动轨迹。
可考虑将敏感原始记录保存在受控的链外系统中，并评估链上记录的必要性。数据摘要、固定标识符及查询记录也可能形成关联线索，不能仅凭使用哈希就认定数据已经匿名化。访问范围、保存期限和纠错方式都需要提前设计。
凭证有效不等于健康结论成立
可验证凭证能够帮助检查签发来源和内容是否被改动，但其声明是否可信，仍需结合签发者、主体、有效状态和业务规则判断。防疫核验还应区分凭证持有人与记录所指向的人，避免把持有凭证直接视为身份匹配。
常见问题是：签名验证成功，是否就能直接放行？系统还需要确认凭证是否适用于当前场景、是否过期或撤销，以及相关结果是否满足适用规则。技术核验不能单独证明一个人当前不存在感染风险。
错误修正与服务中断如何处理
错误记录、接口停更或凭证状态查询失败时，应有明确处理路径。设计上宜保留修正记录与原记录的关联，区分已确认、已失效和暂时无法核验等状态，避免把缺少数据直接解释为健康异常。
涉及人员权益的自动处理，应配套人工复核和申诉渠道，并明确数据提供方、系统维护方与核验方的职责。上线前还需验证断网、数据冲突和签发密钥泄露等情况下的处理机制，使系统的可信程度与实际运行条件相匹配。