核心边界：记录、事实与认可分开判断
区块链电子票据的应用边界，在于系统能核验哪些信息，以及哪些判断仍需依赖链外主体。本文讨论票据作为电子凭证时的通用技术问题，不涉及特定票据类别的法定效力。核验记录是否被改动、确认业务实际发生、判断票据是否符合受理条件，是三个不同层次的问题。
链外事实需要可信输入
以太坊预言机文档说明，智能合约默认不能直接访问链外信息，需要通过预言机等机制引入数据；数据正确性、可用性及提供者责任仍是关键问题。
应用到电子票据，付款、交付或审批等链外状态，必须有明确的信息来源和传递机制。即使输入已被记录，系统也不能据此独立证明现实业务真实发生。适用条件包括来源可识别、更新规则明确，以及输入错误或中断时有处理办法。
凭证可验证仍需业务审核
W3C可验证凭证数据模型区分签发者、持有者与验证者，并明确可验证不代表凭证内的声明必然真实；验证者仍须依据自身规则评估签发者、证明及相关声明。该模型允许使用不同类型的数据注册系统，包括可信数据库和分布式账本。
因此，票据核验不能停在签名或记录校验通过这一步。受理方还需判断签发者是否被认可、凭证是否适用于当前用途。可验证凭证也不必然需要区块链，应根据参与方是否需要共享核验信息来选择架构。
适用条件：规则明确且信息共享有必要
从上述原理推导，边界较清楚的用途是辅助核验凭证来源、检查内容完整性，以及在约定规则下共享状态。前提是参与方对标识、状态含义、更新权限和异常责任有共同约定。若各方对“已使用”等状态理解不同，共享记录本身无法消除分歧。
隐私同样限制共享范围。可验证凭证标准指出，持久保存和跨来源关联数据可能带来隐私问题。电子票据设计应先确定核验所需的最少信息，再确定谁能查看；不能仅因便于核验就公开完整业务明细。
常见问题
上链是否等于保真？不等于。记录完整性与源头真实性需要分别核验。
智能合约能否自动决定票据受理？只能执行已定义的规则，并依赖输入质量；涉及链外事实或存在争议的判断，需要相应的审核机制。
能否自动防止重复使用？只有相关使用行为被纳入一致的状态管理，且受理方检查并更新状态，才具备约束重复使用的条件；链外未接入的行为不会自动被发现。