适用范围：哪些信息需要跨企业核验
纺织业务中的原料声明、检测结果和批次交接，可以作为理解区块链应用的场景。这里讨论的是通用技术条件，不代表某个纺织项目已经取得实际成效。当多方需要核对同一记录、识别提交者并追踪变更时，共享记录机制才有明确的讨论对象；实物质量仍需要相应的检验依据。
问题一：信息上链是否就意味着真实
区块链不能自动判断原料产地或检测结果是否属实。ethereum.org的预言机文档解释，智能合约需要借助预言机取得链外信息，同时面临数据正确性、持续可用性和提供者责任等问题。
对应到纺织场景，应分别核对信息由谁采集、对应哪个批次、传输过程中是否发生变化。即使一份报告被完整记录，其对应的样品是否来自目标批次，仍属于链外核查范围。
问题二：数据延迟或来源冲突怎么办
如果业务规则依赖外部检测或交接信息，数据缺失、过期或互相矛盾就会影响自动执行。适用条件是事先明确认可的数据来源、有效时间和异常处理方式。
例如，两个接口返回不同的批次状态时，需要业务规则决定是否暂停处理、补充证据或交由人工复核。增加信息提供方也需要判断来源是否独立；多个接口重复同一份记录，并不能形成独立佐证。
问题三：检测凭证可验证，是否等于产品合格
W3C可验证凭证数据模型区分了凭证可验证与声明真实：验证者仍须评估签发者、证明、主体和声明。该模型中的注册机制可以采用数据库或分布式账本，并不限定必须使用区块链。
若将检测报告表达为数字凭证，核验时还应关注签发机构是否被业务方认可、报告是否适用于当前批次，以及有效期和检测范围是否满足要求。通过技术验证，只能完成核查链条中的相应环节。
问题四：共享信息与保护隐私如何兼顾
跨企业核验不意味着公开全部业务明细。设计时应先确定验证者实际需要哪些字段，再划分凭证、原始文件和共享记录的访问范围。数字信息容易被长期保存和关联，因此还需考虑不同记录组合后是否暴露供应关系或主体身份。
问题五：谁负责维护和纠错
系统需要明确数据提交者、凭证签发者和验证者各自的责任，以及错误报告如何更正、失效信息如何识别、数据服务中断时如何处理。纺织业务采用这类技术的前提，是把批次对应关系、证据要求和异常流程定义清楚；共享账本无法替代这些协作规则。