历史接口也可能同时装着预测值
查阅区块链资金费率资料时，先确认记录来自哪个平台、哪种产品和哪个接口，不能看到历史二字就把全部数值当成已经结算的结果。本文讨论OKX与Binance各自文档中的永续合约数据，不把平台字段解释成链上通用规则，也不提供实时费率或持仓建议。如果只能获得截断的截图，应先说明缺少哪些上下文，再决定哪些字段能够进入比较表，不能替来源补全未显示的状态。
OKX的资金费率历史章节将fundingRate说明为预测费率，将realizedRate说明为实际费率，并以fundingTime标记结算时点。因此，归档历史结果应保留字段原名及产品标识。若原始记录只有预测字段，就不能复制它填进实际值一栏，更不能为缺失字段自动补零。
当前推送还需要一起读取状态
OKX的资金费率推送章节另列settState与settFundingRate：处于processing时，后者用于当前结算周期；处于settled时，则用于上一结算周期。这里的数值归属取决于状态，不能因为刚收到消息，就一律称为下一次实际收付所用费率。
该章节还区分数据返回时间ts、结算时间fundingTime与预计下一期时点nextFundingTime，并已把nextFundingRate的旧说明标为不再支持。空字符串不等于数值零，预计时间也不保证今后所有周期长度相同。保存推送时，应把状态和相关时点一起留下，避免只截取一个比率。
同名字段换到另一平台要重新定位
Binance的USDⓈ-M历史资金费率接口在一条记录中列出symbol、fundingTime和fundingRate，还提供与该次资金费用相关的标记价格。它没有沿用OKX的预测值、实际值两列命名方式。做跨平台资料表时，应分别保存原始字段含义，不把一家的中文列名未经核对就套到另一家。
Binance另有针对资金费率上限、下限或间隔发生调整的合约信息接口，其中列出fundingIntervalHours。这个接口的适用范围也需要保留，不能仅凭某个示例出现八小时，就断定每一种合约始终如此。费率所属期间不同，直接比较两个表面比率可能掩盖它们覆盖的时间差异。
用一条虚构时间线检查记录归属
假设整理员在某日十二时十分收到一份教学推送，其中结算时点为十二时、下一预计时点为十六时，状态仍是processing。此时应记录当前结算仍在处理；不能仅因本地钟表已过十二时，就把状态改写为完成。两个字段相差四小时，只说明这份假设记录给出的间隔，不构成固定日程。
随后若同一假设产品的状态变为settled，应按对应语义关联结算周期，再与历史实际值核对；同时保留两次原始记录，避免覆盖先前观察。以上时间和状态仅作阅读演练，未连接账户或调用接口。公共费率记录也不等于个人账单，实际收付金额还需要对应账户记录，不能由本文推算收益。