适用范围：先区分虚拟养成与实体登记
“区块链养鸽子”这一名称不足以判断技术实现。虚拟养成可以用程序记录数字鸽子的归属和状态；实体鸽子登记则还需要建立链上标识与现实个体的对应关系。以下解释通用概念，不代表某个具体项目已经采用这些技术。
智能合约：表达规则与状态
以太坊开发文档将智能合约描述为部署在链上地址的代码和状态，用户通过交易调用其功能，执行需要消耗Gas；合约不能自行读取现实事件，外部信息需要预言机等机制传入。
映射到养鸽场景，数字鸽子的状态变化可以设计为合约规则，但“养成”名称本身不能证明过程在链上执行。适用条件是相关状态与更新条件确实写入合约；网页展示的动画不能单独作为判断依据。
ERC-721与元数据：身份和描述各有作用
OpenZeppelin的ERC-721文档说明，该标准用于记录独特代币的归属，元数据可通过tokenURI关联。关联内容可能存放在链外并被修改；创建代币的权限也需要另外设置。
若每只数字鸽子需要独立标识，ERC-721可以承担这一角色。名称、图片和属性属于描述信息，需要进一步区分存储位置和修改权限。独立编号并不自动证明实体鸽子的身份，也不自动赋予现实中的所有权。
预言机与权限：连接现实数据的条件
涉及实体鸽子的健康或活动记录时，合约需要接收链外信息。预言机承担数据传入的工作，但数据能否可信仍取决于采集、核验和提交机制；写入区块链不能自动纠正录入错误。
权限设计则回答谁能创建标识、更新记录或调整规则。多签可以要求多方共同批准操作，适用于需要分担管理责任的情形，但不能替代对原始数据真实性的核验。
常见问题：上链是否意味着全部可信
图片和属性是否都在链上？不一定，链上可能只保存关联地址，内容仍依赖外部存储。拥有数字凭证是否等于拥有实体鸽子？不能仅凭代币归属作出这一判断，还需确认现实中的对应关系和权利安排。
是否所有养鸽项目都需要预言机？仅处理链内规则的虚拟养成未必需要；当规则依赖现实事件时，才需要考虑链外数据如何进入合约。判断技术作用时，应分别查看身份记录、状态规则、数据来源和管理权限。