Hyperliquid 税务报告:OneKey 钱包交易导出
为什么 Hyperliquid 税务报告突然变得更重要(尤其是在 2026 年)
如果您活跃于 Hyperliquid 进行永续合约或现货交易,您的活动通常会跨越多个“数据界面”:应用内交易成交、资金费率支付以及链上存款/提款(通常通过 Arbitrum)。当报税季来临,困难的部分并非计算收益——而是重建一个完整、带有时间戳的账本,以便您的会计师(或税务软件)能够进行核对。
随着美国报告规则逐步推行 1099-DA 表格的要求,这已成为用户关注的焦点:券商必须报告2025 年 1 月 1 日或之后进行的交易的总收益,而成本基础报告将在 2026 年 1 月 1 日或之后针对某些交易逐步推行。请参阅 IRS 关于 数字资产 的概述以及 1099-DA 表格说明(2025 年)。
对于自助托管的交易者来说,这通常意味着一件事:您自己的导出数据是事实的来源。
Hyperliquid 一页概览:您实际导出的是什么
Hyperliquid 的交易层 + 桥接流程
Hyperliquid 运行一个高性能交易系统,交易本身被设计成“类似交易所”的体验,而存款/提款通常涉及链上桥接流程。例如,Hyperliquid 的原生桥接是在 Hyperliquid 和 Arbitrum 之间进行的,开发者文档在 Bridge2 中详细说明了存款/提款机制和签名流程。
对于税务报告,这种分割很重要:
- 交易/成交/资金费率 存在于 Hyperliquid 的交易记录中(可通过 UI CSV 导出或通过 API 查询)。
- 存款/提款 会留下链上痕迹(通常在 Arbitrum 上),您可以从浏览器导出来进行核对。
HyperEVM:“新”的钱包活动来源,许多用户会忽略
随着生态系统的扩展,越来越多的用户还与 HyperEVM 互动(EVM 兼容活动可能会产生额外的应税或可报告事件,例如兑换、LP 操作、空投领取和合约交互)。Hyperliquid 在 HyperEVM 工具 下维护一份精选的生态系统工具列表(包括浏览器)。
Hyperliquid 上什么被视为“与税务相关”(实用清单)
在导出任何内容之前,请确定您必须捕获的内容。一个坚实的基础是:
- 永续合约成交(开仓/平仓、部分成交、已实现盈亏、费用)
- 现货交易(买入/卖出、费用)
- 资金费率支付(通常根据司法管辖区和会计方法,被视为收入/支出)
- 存款和提款(USDC 的进出、桥接费用)
- 任何与同一身份/地址集关联的 HyperEVM 活动
实际上,大多数核对问题都来自于缺少其中一类——特别是那些发生在链上但未在交易 CSV 中明显显示的存款/提款。
导出 Hyperliquid 数据(CSV + API 选项)
选项 A:从 Hyperliquid UI 导出 CSV(最快)
许多用户从内置的 CSV 导出开始:
- 交易历史 → 导出为 CSV
- 资金费率历史 → 导出为 CSV
Cryptact 的指南中提供了清晰的操作流程:如何从 Hyperliquid 获取交易历史。CoinTracker 也在其集成说明中引用了相同的流程:如何使用 CoinTracker 进行 HyperLiquid 税务申报。
提示: 如果您交易频繁,请定期导出(每月或每季度)。一些平台和集成会指出实际限制(例如,非常大的历史记录可能需要分页或分段导出),提前做好可以避免年底的疏漏。
选项 B:通过 API 查询成交(最适合自动化和完整性)
对于高级用户(或任何想要可重复的税务流程的人),Hyperliquid 通过其 info API 暴露了成交端点。官方文档在 Info endpoint 中涵盖了格式、限制和时间范围查询。
一个最小示例(说明性)如下:
curl -X POST "https://api.hyperliquid.xyz/info" \
-H "Content-Type: application/json" \
-d '{
"type": "userFillsByTime",
"user": "0xYourAddressHere",
"startTime": 1735689600000,
"endTime": 1767225599000
}'
这种方法尤其有用,如果您想:
- 在一致的时间窗口内(每月一个)拉取数据
- 更正后重新运行报告
- 合并成交记录与链上转账,使用单一时间戳标准
选项 C:历史存档(高级用户)
如果您正在进行研究级分析或重建非常大的数据集,Hyperliquid 还记录了历史存档和格式,包括 S3 存储桶,请参阅 历史数据。
OneKey 钱包交易导出:如何构建与您的 Hyperliquid CSV 匹配的审计追踪
Hyperliquid 活动与钱包相关。这意味着您的 OneKey 钱包 地址(或地址集)有效地成为“账户 ID”,将以下内容关联起来:
- Hyperliquid 交易导出(成交、资金费率)
- 链上存款/提款(桥接转账)
- 您接触过的任何 HyperEVM 合约
即使您的钱包应用今天没有提供一键式“税务 CSV”导出,您仍然可以通过使用链浏览器作为中立记录来源来生成一个税务就绪的交易导出。
步骤 1:确定您在 Hyperliquid 上使用了哪些链
常见模式:
- Arbitrum 用于通过原生桥接进行 USDC 存款/提款(参见 Bridge2)
- HyperEVM 用于生态系统 dApps(在 HyperEVM 工具 中列出的浏览器)
步骤 2:从 Arbitrum 导出存款/提款(桥接可见性)
Hyperliquid 文档提供了 Arbitrum 桥接的参考,您可以在区块浏览器上验证流程。例如,您可以通过 Arbiscan 查看 Arbitrum 上的桥接地址(该地址在官方文档中引用)。
您在钱包历史中要查找的内容:
- 从您的地址到桥接地址的 USDC 转账(存款)
- 从桥接地址回到您的地址的 USDC 转账(提款)
- 任何批准交易或相关调用(取决于您存款的方式)
这是将“资金进出”与您的 Hyperliquid 交易活动进行核对的最简单方法。
步骤 3:导出 HyperEVM 活动(如果您使用过)
如果您与 HyperEVM 交互过,请使用 Hyperliquid 自己工具目录中列出的浏览器之一——例如,在 HyperEVM 工具 下链接的浏览器——来提取您的地址历史和代币转账记录。
需要捕获的内容:
- 原生 gas 代币的流动(费用)
- 代币转账
- 暗示兑换、质押、LP 存款、领取等情况的合约交互
步骤 4:标准化和核对(这部分可以防止报税时的痛苦)
一旦您拥有:
- Hyperliquid 成交记录(CSV 或 API)
- Hyperliquid 资金费率记录(CSV)
- 链上存款/提款记录(Arbitrum 浏览器导出)
- HyperEVM 交易记录(如果适用)
进行一次快速核对:
- 时间对齐: 将所有时间戳转换为单一时区(UTC 是标准)。
- 资产命名: 统一符号(USDC、桥接的 USDC 变体(如果适用)等)。
- 费用: 确保交易记录中的费用和链上交易中的费用不被重复计算。
- 转账 vs. 交易: 存款/提款本身通常是不可税的转账,但它们必须存在以解释余额变化。
一个简单的集成模型:Hyperliquid + OneKey 如何协同工作
这是一个清晰的集成心智模型:
- Hyperliquid 将您的钱包地址用作身份,并要求对关键操作进行签名(例如,桥接提款涉及在 Bridge2 中描述的签名流程)。
- OneKey 为这些签名提供基于硬件的密钥隔离,这对于频繁连接 dApps 和签名消息的活跃交易者尤其有价值。
- 对于税务报告,Hyperliquid 提供交易/资金费率导出,而您的钱包端导出(通过浏览器)提供了独立的审计追踪。
这种职责划分正是您想要的:来自交易场所的交易记录,以及来自链的结算记录。
总结:为什么 OneKey 对严肃的 Hyperliquid 用户来说是明智的选择
如果您经常在 Hyperliquid 进行交易,您主要的税务报告风险很少是“计算错误”——而是交易导出和钱包转账之间缺失或不一致的源数据。
使用 OneKey 作为您的签名环境有助于随着时间的推移保持相同的链上身份稳定(这使得导出和核对更容易),同时将私钥保存在非联网设备上——当您常规连接到交易和 DeFi 界面时,这是一个重要的操作优势。
当您将导出视为交易例程的一部分(而不是年度凑数)时,Hyperliquid 税务报告将成为一个直接的数据工作流程,而不是年底的紧急情况。



