节点、RPC 与 API 分别是什么
节点是应用获取链上数据的连接对象；RPC 指远程过程调用，API 则是软件开放的接口。可以把三者理解为数据服务方、调用机制和具体功能入口。采集时，仅知道节点地址还不够，还需要明确调用的方法、参数及返回格式。
以太坊开发文档将 JSON-RPC 描述为以 JSON 表达数据、与传输方式无关的无状态协议。开发库可以封装调用，但封装并不改变底层接口的含义。因此，JSON-RPC 不等同于 HTTP，也不意味着所有区块链使用相同的方法名称。
状态查询与历史查询有什么区别
状态关注某个时点的账户余额或合约数据，历史记录关注区块、交易及回执。两者回答的问题不同：“当时余额是多少”不能直接等同于“某笔交易记录是什么”。确定采集对象，应先明确所需的是状态快照还是历史明细。
以太坊状态查询中的区块参数用于选择查询时点；latest、safe、finalized 和 pending 分别涉及最新、安全、最终确定及待处理视角。这些标签不能混用，尤其不能把待处理结果解释为已最终确定的链上事实。
区块哈希与返回详细程度如何理解
比特币开发参考中的 getblock 以区块哈希指定目标，verbosity 控制返回形式：0 返回十六进制序列化数据，1 返回包含交易标识的区块对象，2 进一步包含交易信息。区块高度表示位置，区块哈希用于标识具体区块，两者不是同一种参数。
详细程度应与采集目的匹配。只需区块概要时，交易标识可能已经足够；需要交易字段时，则须取得相应明细。原始序列化数据与解析后的 JSON 对象也不能用同一套字段读取逻辑处理。
十六进制为什么不能统一转成数字
以太坊接口区分数量与字节数据：数量采用紧凑十六进制表示，字节数据则每字节对应两位十六进制字符。两者都可能带有 0x 前缀，但编码相似不代表语义相同。
常见问题是把地址、哈希和数量一并转成整数，或统一删除前导零。正确理解应以字段类型为依据：数量用于数值运算，字节数据保留其编码结构。
适用条件与常见误区
上述术语适用于理解节点接口采集，不构成跨链通用字段规范。以太坊方法不能直接套用到比特币，返回对象也不能仅凭字段名称相近就认定含义一致。
接口返回成功，只说明请求取得了响应，并不自动证明数据符合目标时点或完整性要求。理解采集结果时，还应核对查询对象、区块视角、字段类型和返回详细程度，避免把“拿到数据”误认为“得到所需答案”。