节点、RPC与API是什么关系
节点是应用获取区块链数据的连接对象；API是软件提供的交互接口；RPC意为远程过程调用，让应用通过请求调用节点的方法。三者分别对应数据访问对象、接口约定与调用方式，不是三种互相替代的采集方法。
以太坊开发者文档说明，JSON-RPC使用JSON表达数据，并不限定传输方式。便利库通常是在接口上增加封装。因此，使用开发库与直接请求RPC可以是同一条数据访问路径，只是应用编写请求的层次不同。
状态查询与历史查询如何区分
以太坊接口文档将相关方法分为网络传播、状态和历史等类别。余额、合约存储属于状态查询；区块、交易及交易收据属于历史记录查询。执行客户端接口、共识客户端接口和客户端之间的Engine API也有不同用途。
理解这种分类时，可以先问：需要的是某个时点的结果，还是形成结果的记录？例如，查询余额与读取交易记录并不是同一件事。采集需求应明确对象，不能仅用“获取链上数据”概括所有字段。
区块参数与编码为何重要
以太坊状态查询中的区块参数用于指定查询位置，可以使用区块编号，也有latest、safe、finalized和pending等标签。它们表达不同的状态范围，不能理解为完全等价的“当前数据”。
十六进制同样需要区分用途：数量采用紧凑表示，字节数据按每字节两位十六进制数字表达。解析前必须识别字段类型，不能对所有以0x开头的字符串统一删除前导零。
比特币接口分类的适用范围
比特币开发者参考将RPC划分为区块链、网络、原始交易、钱包等类别，并注明钱包RPC依赖钱包支持。这表明，同属RPC的方法也可能服务于不同范围的数据和功能。
选取采集接口时，需要区分节点层面的区块链信息与钱包范围的信息。不能因为方法名称包含“交易”或“余额”，就认定其覆盖整条链，也不能将不同链的方法名称直接互换。
常见问题与理解边界
RPC是否都是读取接口？不是。接口集合还包含发送交易、节点控制等功能，数据采集需要识别只读查询与会改变状态或触发操作的方法。
文档列出方法是否代表任何节点都能使用？不能这样推断。以太坊文档提示客户端支持情况可能不同，比特币钱包方法也有前提条件。解释采集结果时，应同时明确接口类别、查询参数和节点能力，避免把访问范围的限制误认为链上数据不存在。