如何查看您的币安现货交易历史？

通过币安网页界面访问现货交易历史记录

1. 使用经过验证的凭据登录您的币安账户，然后导航至顶部菜单栏中的[交易]部分。

2. 选择【现货】进入现货交易界面，点击交易图表正下方的【订单历史】选项卡。

3. 界面显示已执行的订单，包括时间戳、符号、边（买入/卖出）、价格、数量、总计和状态。顶部提供日期范围、代码和订单类型的过滤器。

4. 单击下载图标（向下箭头）将可见历史记录导出为 CSV 文件。此导出仅限于当前加载的页面 - 必须手动处理分页才能完全覆盖。

5. 对于超过 90 天的订单，用户必须启用 [高级订单历史记录] 开关。此功能需要完成 KYC 2 级验证并授予对长达 180 天的记录的访问权限。

使用 Binance REST API 检索历史数据

1. 从币安 API 管理页面获取有效的 API 密钥，并启用read:trades权限并配置 IP 白名单。

2. 使用所需参数调用/api/v3/myTrades端点：符号（例如 BTCUSDT）、时间戳和签名。分页是通过fromId和limit字段控制的。

3. 每个响应包含交易 ID、价格、数量、报价数量、时间、isBuyerMaker 标志和佣金详细信息。时间戳以 Unix 纪元以来的毫秒为单位。

4. 要获取多个交易品种的交易，请在发出单独的交易请求之前迭代/api/v3/ticker/price或/api/v3/exchangeInfo以收集活跃交易对。

5. 回复不包含法币兑换值。如果以法定方式计算盈亏，用户必须单独获取历史 USDT 或 BUSD 汇率。

使用 Python 库自动聚合历史记录

1. 使用 pip 安装python-binance并使用 API 密钥和密钥初始化客户端。确保系统时钟在 NTP 服务器的 ±1 秒内同步，以避免签名错误。

2. 使用client.get_my_trades(symbol='ETHUSDT')每次调用最多检索 1000 笔最近交易。将fromId设置为上一批中最低的交易 ID 进行循环，直到没有新条目返回。

3. 将原始 JSON 响应规范化为 Pandas DataFrame。 Price 、 qty 、 quoteQty和time等列需要显式类型转换以进行数值运算。

4. 将跨符号的结果合并到单个按时间顺序排列的数据集中。按时间升序排序，并根据tradeId进行重复数据删除，以防止批次转换期间出现重叠。

5. 将最终数据集导出为 Parquet 格式，以便高效存储和查询。由于缺乏架构实施和时间戳精度损失，请避免使用 CSV 进行长期归档。

数据完整性和时区注意事项

1. Binance API返回的所有时间戳均为UTC格式，没有时区偏移指示符。本地时区转换必须在下游工具中显式执行。

2. Web 界面以用户浏览器本地时区显示时间，但在内部将其存储为 UTC。将导出的 CSV 时间戳与 API 响应进行比较时可能会出现差异。

3. API中订单执行时间与链上交易确认时间不同。现货交易立即在币安的内部分类账上结算；不存在区块链确认延迟。

4. 交易历史不反映因基础资产或报价资产扣除费用而导致的余额变化。费用核算必须源自commission和commissionAsset字段。

5. 取消的订单仅在过去 7 天内下达且尚未清除的情况下才会显示在“订单历史记录”选项卡中。它们完全被排除在/api/v3/myTrades响应之外。

常见问题解答

问：我可以检索已除名交易品种的交易历史记录吗？答：可以，前提是交易代码在交易时处于活动状态并且交易发生在保留窗口内。下架不会从 API 或 Web 访问中删除历史交易记录。

问：为什么有些交易即使收取费用，佣金仍为零？答：当佣金从报价资产中扣除，并且commissionAsset字段等于报价资产时，就会出现这种情况。该数值保持为零，因为费用已嵌入执行的价差中。

问：有没有办法识别我的历史记录中的清洗交易或自我匹配？答：币安不会在公开回应中标注自我匹配交易。用户必须跨相反订单交叉引用isBuyerMaker标志和时间戳，以检测潜在的内部匹配模式。

问：与市场数据相比，API 速率限制对于交易历史端点的应用是否有所不同？答：是的。 /api/v3/myTrades属于USER_DATA权重类别，默认限制为每分钟 2400 个权重，而/api/v3/ticker/price等公共端点使用具有更高限额的IP权重。