先明确对接对象与适用范围
“火币pro对接mark交易所有哪些常见问题”涉及具体平台，但RFC 6585和以太坊JSON-RPC说明均不能证明两个平台之间存在官方对接，也不能确认mark所指的具体服务。因此，下面讨论的是通用技术问题，而非两个平台已发生的故障记录。
平台业务接口与区块链节点接口并不是同一概念。前者的兼容性需要平台自己的接口规范支持；后者遵循节点所实现的协议。不能因为两者都使用JSON，就认定地址、参数与返回结果可以直接通用。
请求频率与请求头问题如何区分
RFC 6585中的429表示请求过于频繁，响应可能通过Retry-After说明等待时间；431表示单个请求头字段或请求头总量过大。二者分别涉及访问频率和请求头体积，不宜采用相同的处理方式。
对接程序应区分错误类别：频率问题关注请求节奏，请求头问题关注字段是否冗余。通用状态码本身不能证明某个平台的限额、统计周期或字段长度上限。
条件请求与网络认证是什么意思
428表示服务器要求条件请求，典型目的是避免旧状态覆盖后续更新；511表示访问网络前需要认证，通常由中间网络设备产生，而不是目标服务。RFC 6585定义的这些状态码并非服务器必须采用。
因此，条件请求不能简单理解为账号权限不足，网络认证也不等同于平台账号认证。排查时应先区分响应所属层次，避免把本地网络问题误判为业务接口故障。
JSON-RPC编码有哪些易混点
以太坊JSON-RPC说明区分数值与字节数据：数值使用带0x前缀的精简十六进制表示，零为0x0；字节数据同样带0x前缀，但每个字节需要两位十六进制数字。部分状态查询还通过区块参数指定查询位置。
这些约定仅适用于相应的以太坊节点接口。平台接口是否接受同样的编码，不能由节点文档推断。即使字符串外观相似，也应按字段类型理解，而不是统一删去前导零。
为什么查询结果或字段会不同
以太坊节点说明指出，具体客户端的接口支持和部分返回字段可能存在差异。因此，解析结果时不能把某个示例中的全部字段都视为所有客户端必备。
比较两次查询前，还应确认查询对象、网络与区块范围是否一致。只有语义相同的数据才适合直接比较；传输成功并不自动意味着业务含义一致，也不能据此判断两个平台已经兼容。
哪些结论仍需平台文档确认
具体接口地址、鉴权方式、版本支持、错误码映射及是否提供官方连接能力，都需要对应平台的可靠说明。上述两类技术文档可以解释协议层问题，但不能替代平台规范，更不能据此给出确定的品牌对接结论。