先明确编号指的是什么
讨论“区块链编号项目有哪些常见问题”，首先要明确编号对象。这里讨论使用链上标识的通用技术问题，不将“编号项目”视为某个已经核实的具体产品。区块的位置、区块的标识、交易的标识，以及应用自行分配的序号，需要分别理解。
编号核验至少需要说明所属网络、对应对象和生成规则。只有一串数字或字符，无法直接判断它指向哪类记录，更不能据此确认某个项目的功能与可靠性。
区块高度是否是唯一编号
比特币开发者指南说明，区块高度表示区块相对创世区块的位置；分叉时，不同区块可能拥有相同高度，因此高度不能作为全局唯一标识。引用具体区块通常使用区块头哈希。
这意味着查询某个高度与锁定某个区块是不同需求。前者用于定位链上的位置，后者需要进一步核对哈希及其所在链。若系统仅保存高度，就可能无法准确区分分叉期间出现的候选区块。
有交易标识是否代表处理成功
以太坊开发者文档介绍，交易请求需要经过验证、执行并纳入网络状态；智能合约是网络执行的程序，相关计算需要支付费用。这些机制区分了请求提交与状态更新。
因此，展示交易标识不应直接等同于业务处理成功。核验时需要区分请求是否已提交、是否已被收录，以及执行结果是否实现了目标业务状态。编号承担定位作用，业务结论仍需对应记录支持。
链上编号能否证明项目真实可靠
编号能够帮助定位链上对象，但不能独立证明项目介绍中的每一项承诺。即使查询到了交易，也应继续确认它对应的操作和状态变化，是否与项目声称的内容一致。
同样，链上记录的完整性与录入内容的现实真实性是两个问题。区块链的记录机制不能单凭一个编号，证明某件现实物品的来源或某项链下服务已经履行。涉及这些内容时，需要另外的证据。
应用内部编号应如何理解
如果项目展示的是自行生成的业务序号，应先明确它与链上记录的映射关系。一个业务编号对应交易、区块还是合约中的某条记录，会影响查询方法和解释范围。
本文的技术依据分别涉及比特币的区块标识和以太坊的交易执行机制，不能直接推导其他系统采用相同规则。面对具体编号，应以该系统公开的定义和可核验记录为准，避免把一般原理当成特定项目已经实现的能力。