查询对象与技术范围
比特币区块链查询涉及哪些技术概念，首先取决于查询对象：定位区块、追踪交易输出、核验交易收录情况，所需信息各不相同。Bitcoin Developer Guides 的区块链章节介绍了区块链接、交易输入输出和节点验证机制；RFC 8259 则解释 JSON 如何表示结构化数据。两者分别对应账本含义与数据表达。
区块哈希与区块高度
区块高度表示区块在链中的位置，区块哈希用于标识具体区块。分叉时，同一高度可能出现不同区块，因此仅凭高度不能在所有分支中唯一定位区块。
理解查询结果时，可以把高度看作位置，把哈希看作具体记录的标识。比较两份结果，应同时关注它们是否指向同一区块、是否属于同一条链。
交易标识、输入输出与UTXO
交易标识 TXID 用于引用交易。交易输入引用此前交易的输出，尚未被花费的输出称为 UTXO。同一输出不能在有效链上被重复花费；普通交易的输入总额与输出总额之差构成手续费。
查询到交易记录，与判断其中某个输出是否仍可花费，是两个问题。前者关注历史记录，后者还要检查后续花费关系。遇到多个输出，也不能仅凭输出数量推断参与者人数。
默克尔树与验证边界
区块头保存默克尔根，交易通过逐层哈希与它关联。利用中间哈希，可以核对某笔交易是否被纳入相应区块。这类核验需要区块头和匹配的证明数据。
收录证明回答的是交易与区块之间的关系。要判断区块是否遵守共识规则、是否属于节点认可的链，还需要额外验证，不能把单项证明扩大解释为全部有效性证明。
工作量证明与链的选择
比特币区块需要满足工作量证明要求。出现竞争分支时，节点在有效链中依据累计工作量选择链。因此，查询结果的解释也依赖其所属分支，而不能只比较区块数量。
常见问题是：查到区块是否意味着记录永远不会变化？链可能发生重组，查询时应区分当前链上的收录状态与绝对不可改变的保证。
JSON能说明什么
RFC 8259 定义了对象、数组、字符串、数字等 JSON 数据类型。当查询接口使用 JSON 时，这些类型帮助程序组织和读取结果；对象成员名称应保持唯一，以减少解析差异。
JSON 格式正确，只能说明数据符合相应语法。字段的具体含义仍需接口约定，内容是否可信仍需链上验证。阅读查询结果时，应分别理解数据格式、字段语义与验证依据。