图片资料：官方来源
在Kraken查看账户记录时，Trades history与Ledger history常被混用。两者都能导出，但记录对象不同：前者描述现货成交的执行细节，后者描述各币种余额的实际变动。对账若把两份表简单合并，尤其是把费用直接相加，容易得出错误结论。下面说明两份记录各自回答什么、一笔假设成交在两边如何呈现，以及分笔关联时的限制。
两份记录的分工
Trades history聚焦成交执行：交易对、买卖方向、成交价格、成交量、订单类型、杠杆水平（若为现货保证金交易），以及以报价币计的费用金额估算。它只显示已执行或部分执行的订单；已撤销或未触发的订单不出现，但部分成交后取消的订单，其已成交部分仍会留在成交历史里。通过Buy Crypto组件或Kraken App完成的交易，明细只出现在Ledger history中。
Ledger history聚焦余额变动：某币种被借记或贷记多少、原因是什么（手续费、提现、交易、保证金平仓等），以及支付给Kraken的费用实际以哪种币种扣除。查某一日期的余额，应看该日期前每个币种最后一次变动；查某笔交易换成了什么，可用相同的refid在账本中找配对条目。
一笔假设成交在两边的样子
假设现货卖出0.02 BTC，成交价对应换得1200 USD，暂不假定具体费率。Trades history显示为一条执行记录：交易对BTC/USD、方向卖出、价格、成本1200 USD、成交量0.02 BTC，并附一个以USD计的费用金额估算。Ledger history则至少出现两条余额变动：BTC被借记0.02，USD被贷记1200，两条共享同一refid；实际扣除的手续费出现在账本fee字段，并标明扣的是哪种币。
这里要区分毛额与净额：1200 USD是成交毛额，最终到账的USD净额取决于实际费用从哪里扣、扣多少。若费用以USD扣除，净入账低于1200；若以BTC或其他币种扣除，USD入账可能仍是1200，但BTC侧减少更多。真实费率无法从上述假设推出，必须核对账本中该笔费用条目的金额与币种，不能自行虚构一个费率。
为什么不能把两边费用相加
若Trades显示费用估算为若干USD，而Ledger显示实际费用以BTC扣除，两者币种不同、口径也不同。直接相加等于把USD金额与BTC金额混成一个数，既无会计意义，也会让成本重复计算或漏算。正确做法是：费用入账以Ledger的实际扣费为准；Trades的估算只用于理解成交时的报价币成本，不与账本费用合并。
对账时先按币种分别汇总账本余额变动，再逐笔核对Trades中的价格、成交量是否与账本中对应refid的余额变动吻合，而不是把两张表的费用列并排相加。
分笔关联与核对顺序
Trades与Ledger条目可以关联，但不保证一对一。一笔订单可能分多次成交，对应多条Trades记录；账本侧一笔成交又会产生两条或更多余额变动，保证金、清算等情形下同一refid下还可能出现多条不同币种的扣减。核对可按以下顺序：
- 以Ledger为准，按币种列出期初、期末余额及每笔变动，标注类型与refid。
- 在Trades中按订单或成交时间找到对应执行记录，核对价格、成交量与方向。
- 用refid把成交与余额变动配对；找不到严格一对一属正常，按订单聚合核对总额。
- 费用只取Ledger的实际扣费条目，按币种分别记录，不与Trades估算混加。
账户资格、可用产品及费用口径因司法辖区而异，部分产品在特定地区受限。本文口径对应2026年8月更新的Kraken帮助文档；具体账户以自身所在地区适用的规则为准。算例中的价格与数量仅用于说明记录差异，实际对账请以账户导出数据替换。