适用范围：制造业协作中的通用概念
区块链制造项目涉及哪些技术概念，需要结合具体业务理解。本文讨论制造业协作可能涉及的通用技术，不代表某个项目已经采用这些方案。以检验结果流转为例，需要分别回答谁出具结果、谁能核验、什么条件触发记录更新，以及谁有权批准操作。
智能合约：把明确规则写成程序
以太坊开发者文档将智能合约解释为部署在链上地址的代码与状态，用户通过交易调用其功能。合约之间也可以相互调用。
在制造场景中，可以把“接收到符合条件的确认后更新业务状态”设计成程序规则。这类设计适合输入、权限和判断条件能够明确表达的环节。合约执行的是编码后的规则；检验标准存在歧义或需要人工裁量时，仍需保留相应处理机制。
链外数据：连接设备与链上规则
以太坊文档指出，智能合约自身不能直接获取现实世界信息，预言机可将链外数据提供给合约。多重签名则让指定操作需要多个有效签名共同授权。
制造项目因此需要区分数据接入与共同审批两个问题。设备读数如何产生、检验结果由谁提交，属于数据来源问题；哪些参与方共同批准操作，属于授权问题。增加签名人数并不能直接证明传感器准确，数据进入链上也不能替代现场检验。
可验证凭证：表达和核验资质声明
W3C可验证凭证数据模型描述了签发者、持有者与验证者之间的凭证交换，数字签名等机制可帮助发现篡改。验证通过不等于声明必然真实，验证者仍需评价签发者及业务条件。此类凭证也不强制依赖区块链。
用于制造协作时，可以将检验声明或资质证明作为凭证设计对象。接收方需要明确证明对应哪个主体、覆盖什么范围，以及是否仍然有效。例如，某项资质证明与某批产品的检验结论承担不同作用，不能相互替代。
常见问题：技术验证能证明什么
合约能否保证产品合格？只有在输入可信、判断规则适用的前提下，程序执行结果才具有相应业务意义。链上状态与实物之间的对应关系仍需要业务流程维护。
凭证是否必须全部公开上链？可验证凭证并不要求这种架构。设计时应先确定接收方需要核验哪些信息，再决定数据如何保存和交换，避免把不必要的身份、生产或商业信息扩大披露。