查询能够回答哪些问题
区块链查询的直接用途，是获取特定网络中节点能够提供的记录或状态。例如，查询账户在某个区块位置的余额、定位一笔交易，或读取区块信息。应用边界由查询对象、接口能力和节点可用数据共同决定。
查询结果能够支持记录核对和程序状态展示。若要进一步解释某笔记录对应什么业务，还需要相应的业务规则；接口返回的数据本身并不包含所有解释条件。
以太坊：状态查询需要明确区块位置
以太坊开发文档将 JSON-RPC 作为应用连接节点的统一接口，提供余额、代码、存储、交易和区块等查询方法。部分状态查询接受区块参数，可指定区块高度，或使用 latest、safe、finalized、pending 等标签。执行客户端接口与共识客户端接口也有不同的信息范围。
因此，余额等结果应连同查询时的区块位置一起理解。查询待处理状态与查询已最终确定区块的状态，回答的是不同阶段的问题。比较两次结果时，需要先统一网络、对象和区块条件，才能判断差异意味着什么。
比特币：交易检索受索引与区块可用性限制
比特币 getrawtransaction 文档说明，该方法默认用于检索内存池交易。不指定区块哈希时，检索链上交易需要启用交易索引；指定区块哈希时，则要求该区块可用且其中包含目标交易。返回内容可选择十六进制原始数据或结构化对象。
这意味着，只有交易标识并不保证任意节点都能返回历史交易。检索失败时，应区分标识错误、检索条件不足和节点数据不可用，不能直接推断交易从未存在。
适用条件：先界定数据，再解释结果
用于记录核对时，应明确目标网络、交易或地址标识，以及所需的区块范围。用于应用展示时，应保留必要的状态信息，使读者能够区分待处理记录与已进入区块的记录。
不同链的接口能力不能直接套用。以太坊账户状态查询与比特币原始交易检索处理的是不同数据对象，应用需要分别定义字段含义与错误处理方式。
常见问题：能查到是否就能得出完整结论
查到交易是否代表业务完成？还要结合返回状态和业务自身的完成条件判断。交易记录、账户状态与业务结果之间，需要明确的解释规则。
查询接口是否都只读？并非如此。以太坊 JSON-RPC 同时涵盖读取数据和发送交易等能力，讨论查询功能时，应限定具体方法，不能把整套接口都视为只读服务。