区块链 · 数字资产知识 · 行业资讯
文章库关于本站

交易平台观察

区块链交易记录为什么一单有多笔成交|订单列表与Fills明细怎样对应

摘要

订单是请求级对象,成交(fill)是逐笔撮合结果;一笔订单可对应多条 fill。核对“交易记录”时应同时看 order_id 与 trade_id,而不是把列表行数当成下单次数。

区块链交易记录的科技主题配图

订单与成交是两层记录

检索“区块链交易记录”时,账户页常把多行流水都叫做一笔交易。Coinbase Exchange 的 Get all fills 文档给出成交数组字段:created_at、trade_id、product_id、order_id、liquidity、price、size、fee 等,并说明 fill 记录后还要经历结算,fee 对应单笔成交费用。

同一 order_id 可以出现在多条 fill 中,说明一次下单被拆成多次撮合。只数订单列表行数,会低估或错配真实成交笔数;只数 fills 又不等于独立下单次数。

怎样把订单列表和 Fills 对齐

对齐时应保留:order_id(订单键)、trade_id(成交键)、product_id、price/size/fee、liquidity(提供或吃进流动性)。缺任一键都难以证明两行是否同一经济事件。

文档还提示成交之后进入 settlement;因此成交列表已出现仍可能与资金入账时点存在间隔。对账时要把撮合记录与结算状态分开标注,避免把中间态写成最终到账。

数字币交易所成交量的科技主题配图

公告不能替代成交明细

Binance 新币上架公告列表提醒:交易对生命周期公告与账户成交明细属于不同资料层;本篇只解释成交明细结构,不查询任何私人账户,也不把公告当成你的成交证明。

若材料只有公告截图而没有 order_id 与 trade_id 对应,只能证明市场上曾出现某交易对相关声明,不能证明某账户完成了对应成交。

核对边界

可记录:order_id 与 trade_id 的一对多关系、单笔 fee/liquidity、结算与撮合的时序差。不可记录:私人成交查询结果、代查账户或收益承诺。

← 返回全部文章

延伸阅读 · 相关栏目

行业资讯研究与报告政策资料交易平台观察