先明确防伪系统能证明什么
区块链防伪项目需要注意哪些问题，首先取决于项目打算证明什么：记录是否被修改、信息由谁提交，还是眼前商品确实符合某项声明。这些目标需要不同证据，不能仅凭查询到链上记录就全部确认。
适用范围应明确到具体声明，例如某主体签发了某件商品的检测凭证。系统展示的结论应与证据范围一致，避免把记录验证通过扩大解释为商品所有属性均已得到证明。
链外数据的来源与责任
以太坊预言机文档说明，智能合约默认不能直接访问链外信息，需要通过外部组件传入数据。其关键问题包括来源是否正确、传输是否完整、数据是否持续可用，以及能否追溯提供者责任。
用于防伪时，应明确生产、检测及流转信息分别由谁提供，依据是什么，发生冲突如何复核。多个入口如果都依赖同一份原始记录，不能据此认定信息已经获得独立交叉验证。
实物与数字记录如何对应
防伪查询必须回答一个实际问题：查到的记录为何属于眼前这件商品？即使记录本身可以验证，实物与记录之间的对应关系仍需要单独核查。
项目设计应考虑标识被复制、移用以及包装与商品分离等情况，并明确需要哪些额外证据或现场检查。数字记录的真实性与实物对应关系应分别评价。
凭证签发者是否可信
W3C可验证凭证数据模型区分签发者、持有者和验证者，并明确指出：凭证可验证不代表其中声明必然真实。验证者还需结合签发者、证明、声明对象及自身业务规则判断是否接受。
因此，防伪系统应说明哪些主体有权签发哪些声明，核查凭证是否仍有效，以及撤销或更正如何处理。签名验证通过只是判断依据之一，签发机构的权限与证据质量也需要审查。
可用性、隐私与常见问题
查询服务或数据接口中断时，应区分“暂时无法验证”和“验证失败”；更新滞后时，应展示可识别的数据状态，避免将历史记录误认为当前状态。涉及个人或商业信息时，应限定展示内容与访问范围。
所有资料都必须上链吗？可验证凭证的数据注册机制可以采用可信数据库或分布式账本等形式，并不必然依赖区块链。是否采用链上记录，应结合多方核验需求、信息披露范围及维护责任判断。