先明确应用范围与技术必要性
区块链猎头应用需要注意哪些问题，首先取决于技术承担什么任务。本文讨论利用可验证凭证核验资历、利用智能合约记录或执行业务规则的招聘应用。需要区分信息证明、人员评价和流程执行，避免把某一环节的技术验证扩大成对候选人的全面背书。
W3C可验证凭证数据模型描述了签发者、持有者和验证者之间的关系，登记系统可以采用数据库或分布式账本。因此，采用可验证凭证并不必然需要区块链。只有明确跨机构核验、共享记录等需求后，才能判断相关技术是否适合业务。
凭证可验证，不等于履历内容必然真实
W3C规范明确区分凭证的可验证性与声明的真实性。对于学历或任职证明，招聘方仍需判断签发机构是否可信、凭证是否有效，以及证明内容是否与当前候选人对应。
例如，核验一份任职凭证时，可以把检查分成签发来源、内容完整性、有效状态和人员对应关系。即使这些检查通过，岗位能力与工作表现仍需通过适合招聘场景的评价方式确认。
控制个人信息披露与关联风险
可机器读取的凭证便于核验，也可能使不同来源的信息更容易被关联。猎头应用应围绕岗位核验目的确定所需字段，避免因技术上能够收集，就汇总候选人的全部经历。
在设计上，可考虑将完整简历与链上记录分开管理，并明确访问授权、保存期限和更正流程。若拟采用选择性披露等隐私技术，应确认具体实现确实支持；使用凭证标准本身不代表已经获得全部隐私保护。
涉及智能合约时，先定义权限与异常
以太坊智能合约安全文档强调访问控制、输入与状态检查、多种测试以及独立审查。部署后的合约通常难以直接修补，审计也不能保证发现所有漏洞。
若应用通过合约处理推荐归属或服务费用，应先明确谁能确认结果、修改规则、暂停流程和处理争议。招聘中的撤回授权、重复推荐与入职状态变化，也需要明确对应的处理规则。现实事件依赖外部确认，合约不会自行知道候选人是否实际入职。
常见问题：上链后是否可以省去人工审核
不能仅凭上链记录省去审核。记录难以修改，有助于保留操作痕迹，却不能纠正最初录入的错误。对于有争议的资历或业务状态，应保留复核和更正渠道，并说明后续更正与原记录如何对应。
上线验收也应覆盖业务边界：无权限者能否操作、失效凭证能否被识别、重复提交会如何处理，以及异常时能否暂停相关流程。这些检查应结合具体实现开展，不能用“采用区块链”替代验证。