适用范围：理解技术与养老业务的关系
区块链养老知识涉及哪些技术概念，可以从规则执行、信息输入、凭证核验和权限管理四个方面理解。这里讨论的是养老服务信息系统可能采用的通用技术，不代表某个养老项目已部署这些功能，也不能据此判断其实际服务效果。
智能合约：将明确规则写成程序
以太坊智能合约文档将其解释为部署在链上、包含代码和状态的程序，用户可通过交易调用其功能。部署和执行涉及计算费用，合约也可以调用其他合约。
在养老服务的假设场景中，系统可以把明确的审核条件表达为程序规则。适用前提是条件能够被准确描述、输入能够核验，并且异常情况有处理办法。程序按规则执行，不等于现实中的照护质量已得到确认。
预言机：连接链外事实与链上规则
同一文档指出，智能合约不能自行获取现实世界信息，需要预言机等机制提供链外数据。多重签名则要求达到约定数量的有效签名，才能执行相关操作。
例如，照护是否完成属于链外事实。即使系统接收到完成记录，仍需明确记录由谁提交、如何复核、争议如何处理。多方签名可以分担操作权限，但不能自动证明各方确认的内容真实。
可验证凭证：核验出具方与信息完整性
W3C可验证凭证数据模型区分发行者、持有者和验证者。数字签名等机制帮助发现篡改，但凭证可验证并不意味着其中的陈述必然真实；验证者仍需按业务规则判断是否接受。其底层登记系统也可以使用可信数据库，并非必须采用区块链。
用于理解养老资格证明时，可以分别考察谁有权出具、谁负责保管、服务机构怎样核验。机构还需判断证明是否适用于当前服务，不能仅凭技术验证通过就认定具备全部资格。
常见问题：隐私与自动化的边界
是否需要把完整健康信息公开上链？凭证核验本身不要求这样做。W3C规范关注数字信息持久保存与跨来源关联带来的隐私问题。养老系统应根据核验目的限定信息范围，避免一次资格核验暴露无关健康信息。
智能合约能否完全替代人工管理？现实服务包含异常、申诉和责任判断。技术适合辅助执行明确规则，而适用条件、可信数据来源及纠错流程，仍需在业务设计中说明。