先明确案例的适用范围
电梯区块链应用案例需要注意哪些问题，首先取决于应用目标。以维保记录共享、设备数据留痕或资质核验为讨论场景，应分别说明要核验什么、由谁提交信息、谁负责审核。以下分析适用于方案评估，不代表某个具体电梯项目已经落地或取得成效。
区块链记录可以为多方核对信息提供基础，但记录存在、签名有效和现场工作完成，是不同层次的问题。案例介绍需要交代这些环节之间的证据关系。
链外数据怎样进入区块链
以太坊预言机文档说明，智能合约默认无法直接访问链外信息，需要通过预言机等机制接收外部数据。评估重点包括数据来源是否正确、传输是否完整、服务是否持续可用，以及能否追溯提供者责任。
对应电梯场景，应检查设备身份与记录是否匹配、采集时间是否明确、人工填报是否经过复核。多个节点若都读取同一个错误来源，结果一致也不能证明现场情况真实。上传延迟时，还应区分事件发生时间与链上记录时间。
凭证可验证不等于声明必然真实
W3C可验证凭证数据模型区分签发者、持有者和验证者，并明确可验证性不保证凭证中声明的真实性。验证者仍需依据业务规则评估签发者、证明、主体及声明；这类凭证也不必依赖区块链。
若方案用凭证表达维保人员资质或机构身份，应说明谁有权签发、凭证对应谁、是否仍在有效期，以及状态变化如何核验。有效签名不能单独证明某次维保已经按要求完成，仍需对应的作业记录与审核依据。
共享记录如何控制隐私与权限
电梯相关记录可能关联工作人员身份与作业信息。设计时应明确哪些参与方需要查看哪些内容，避免把完整个人信息公开传播。
可以评估链上保存必要校验信息、链外保存详细资料的方式，但还需处理链外文件的访问权限、保存和找回问题。哈希可用于比对内容是否一致，不能代替原始文件，也不能自行证明文件记载属实。
异常处理与案例评价
常见问题包括数据断传、凭证失效、重复提交和错误记录更正。方案应明确异常由谁处理、更正如何关联原记录，以及哪些情况需要人工复核，避免将数据缺失解释为设备状态正常。
评价案例时，应查看从采集、提交、验证到纠错的完整流程。若应用涉及实体设备操作，还需单独评估控制权限与故障处理，不能由存证能力推导出运行安全性。只有适用条件、证据边界和责任分工清楚，案例才具有可比较的参考价值。