这篇 Hyperliquid 教程适合已经理解钱包、自托管和永续合约风险、想在链上订单簿完成交易的读者；它不适合把高杠杆当成加密货币入门。更稳妥的第一次操作，不是追求收益，而是用可承受损失的小额跑通「登录 → 入金 → 下单 → 平仓 → 提现到账」闭环。小额只能降低单次资金暴露，不能降低平台、跨链桥、预言机或网络故障发生的概率。
我在 2024 年录过一期 Hyperliquid 视频。如果你看过那期视频，可以把本文当作当前规则补充。当年我实际操作过产品，但这次没有用当前账户重新做资金实测；平台入口、入金方式、费率和风险说明也已经变化。下文按 2026 年 7 月 30 日 的官方文档重新核验，实际操作以当前页面为准。
要点速览
- 从官方文档进入应用，先核对所在地要求；不要从搜索广告或陌生私信连接钱包。
- 当前支持邮箱和 DeFi 钱包登录；入金可用项以实时
Deposit弹窗为准，不能照搬旧教程。 - 第一次永续操作优先隔离风险，提交后要核对实际成交、仓位、清算价（系统准备强制处理仓位的价格参考）与退出条件。
- 平仓不是终点；仓位归零、提现到账和链上记录对得上，才算完成闭环。
本文只解释产品和操作方法，不推荐币种、方向、杠杆或仓位，也不承诺任何收益。
如果你的目标是安全验证第一次资金闭环，可以继续按顺序操作。本文有意不把 HYPE 价格、空投、金库收益或生态投资分析混进来：这些主题的核验口径和风险不同，放在同一篇只会稀释登录、入金、下单与提现这条主线。
Hyperliquid 是什么？先分清交易核心、智能合约环境和永续合约
Hyperliquid 是一条一层区块链（Layer 1 / L1，自己负责共识、记账和状态执行的区块链底层），不只是一个套在其他链上的交易网页。它的交易和应用主要分为两个部分：链上交易核心负责订单簿与清算，智能合约环境负责通用链上应用。
| 名称 | 负责什么 | 新手容易混淆的点 |
|---|---|---|
| HyperCore | 链上交易核心（HyperCore，执行现货、永续订单簿与清算的核心） | 这里是交易和仓位真正执行的地方 |
| HyperEVM | 智能合约环境（HyperEVM，与交易核心共处一条链、兼容以太坊智能合约的环境） | 它不是永续下单界面的另一个名字 |
| 永续合约 | 永续合约（perpetual futures，没有固定到期日的多空衍生品） | 交易的是仓位，不是把现货资产提到钱包 |
Hyperliquid 官方文档说明，链上交易核心承载全链上现货和永续中央限价订单簿。中央限价订单簿（CLOB，按买卖报价排队撮合的订单簿）与许多去中心化交易所使用的自动做市商不同。
💡 通俗讲：订单簿像公开的买卖报价队列，买方和卖方按价格排队成交；自动做市商（AMM，由资金池和公式给出兑换价格的机制）更像一个按池子状态自动报价的兑换柜台。两者都可能出现滑点，只是形成价格和成交的方式不同。
「链上」「非托管」只能说明部分状态可公开核对、用户保留部分资产控制权，不能证明平台更安全。交易仍依赖链、跨链桥、流动性、预言机和清算机制；钱包签名错误也不会因为系统在链上运行就自动撤销。
开始前先完成 6 项准备
开始前先把资格、账户、安全和退出路径准备好。只想认识界面，可以停在入金前；准备实际测试，就把「提现到目标钱包」也列入本次任务。任何一项说不清，都不适合直接入金。
- 从 Hyperliquid 官方文档进入应用并保存书签，不点搜索广告和私信链接。
- 阅读应用当前条款，自己确认所在地和账户是否符合要求。本文不承诺任何地区都能使用。
- 在邮箱登录和 DeFi 钱包中选一种；钱包模式建议使用与长期资产分开的测试钱包。
- 离线备份助记词（seed phrase，可恢复并完全控制钱包的一组秘密词）。任何网页、客服和签名窗口都不需要你输入助记词。
- 只准备可承受全部损失的小额，不把主钱包的大额资产暴露给第一次测试。
- 先写下退出路径：准备提到哪个网络、哪个地址，目标钱包是否能显示该资产。
签名前要读清窗口中的域名、动作和权限。连接钱包通常只是在网页与地址之间建立连接；签名可能授权登录、交易或合约动作，两者不是一回事。出现看不懂的签名内容时，应拒绝并重新从官方书签进入。
Hyperliquid 如何登录和入金？
官方当前支持邮箱或 DeFi 钱包登录，入金支持的网络与资产不再只有旧教程常写的单一路径。正确做法是把 Deposit 弹窗当作实时清单，同时核对网络、资产和地址。
| 你的起点 | 登录方式 | 本次重点检查 |
|---|---|---|
| 不熟悉浏览器钱包，只想降低连接门槛 | 邮箱登录 | 邮箱验证码、官方域名、入金地址和后续提现路径 |
| 已有独立测试钱包，能读懂签名窗口 | 钱包登录 | 连接域名、Enable Trading 签名、钱包网络和地址 |
先认出页面上的 4 个区域
| 区域 | 你要确认什么 | 通过信号 |
|---|---|---|
| 市场选择器 | 交易对、现货或永续 | 市场名称和产品类型与计划一致 |
| 下单区 | 方向、订单类型、数量、保证金模式 | 提交前预估值与自己的记录一致 |
Open Orders |
未成交和部分成交订单 | 不需要的挂单已经撤销 |
Positions |
仓位大小、保证金、盈亏、清算价 | 建仓后数据与成交记录对应；退出后目标仓位为零 |
1. 选择登录方式
打开官方应用后，选择邮箱或钱包登录。钱包模式第一次启用交易时，官方 How to start trading 会引导完成 Enable Trading 签名；官方说明这一步不收链上手续费（Gas）。签名前仍要核对域名和签名内容，不能因为「无 Gas」就跳过检查。
2. 在 Deposit 弹窗核对三项
点开 Deposit 后逐项确认：
- 网络：发出端和弹窗选择的网络必须相同。
- 资产：资产名称相同还不够，合约资产与网络也要匹配。
- 地址：复制后比对开头与末尾字符，避免剪贴板被替换。
旧教程常用 Arbitrum USDC 作为示例。按当前官方说明，从 Arbitrum 钱包存入 USDC 时，钱包还要有少量 ETH 支付源网络的链上手续费；进入 Hyperliquid 后，下单本身不另外收链上 Gas。这里的「不另外收 Gas」不等于没有交易费。
已有可用于本次测试的 USDC，可以直接跳过下面的交易所入口，继续核对网络、资产和地址。
如果还没有用于测试的 USDC，可以从 Binance 注册入口 或 Bitget 注册入口 准备，再按平台当前提现页面核对网络、手续费和最低额度。这两个入口不是使用 Hyperliquid 的必需步骤，也不代表任何网络都能直达。
3. 先转小额并检查到账
第一次只转测试金额。提交后保存交易哈希（transaction hash，链上交易的唯一查询标识），等待源链确认，再检查 Hyperliquid 可用余额和入金记录。
入金记录卡（操作前复制一份）
- 网络：
________ - 资产与合约：
________ - 接收地址尾号：
________ - 交易哈希：
________ - 预期到账余额：
________ - 实际到账余额：
________
成功信号是：源钱包记录、区块浏览器状态和 Hyperliquid 余额能互相对应。长时间未到账时不要立刻重复转账，先核对网络、资产、地址和交易状态；如果任一项不一致，保留交易哈希并走官方支持渠道。
第一笔永续合约怎么下单？
第一笔订单的目标是验证字段和退出过程，不是证明策略有效。下单前要分清交易市场、保证金模式、名义仓位（加上杠杆后实际控制的仓位总价值）、订单类型和清算（保证金不足时系统强制减仓或平仓）边界。
下单前确认卡
- 市场与产品：
________（现货 / 永续） - 方向与订单类型：
________ - 保证金模式：
________（逐仓 / 全仓） - 名义仓位：
________ - 可承受损失：
________ - 退出条件与撤单条件：
________
先确认你打开的是永续市场
现货是买卖账户中实际持有的资产；永续合约使用抵押品（collateral，用来覆盖仓位亏损和保证金要求的资产）建立多空仓位。确认交易对后，再看界面标识的是现货还是永续，不要只凭币种名称判断。
逐仓和全仓怎么选
| 模式 | 资金怎么承担风险 | 第一次验证时的意义 |
|---|---|---|
| 逐仓保证金 | 逐仓保证金（isolated margin，单个仓位使用单独分配的保证金） | 更容易把一次测试与账户其他权益隔开 |
| 全仓保证金 | 全仓保证金（cross margin，多个仓位共享账户保证金） | 可用更多账户权益支撑仓位，但风险可能在仓位之间传递 |
官方 Liquidations 说明，全仓清算价会受其他全仓仓位和资金费率影响，后备清算甚至可能让全仓权益归零。全仓模式下，实际清算价也不是简单由界面选择的杠杆倍数决定；调低杠杆会占用更多抵押品。逐仓模式的清算边界则取决于分配给该仓位的保证金。第一次只验证流程时，逐仓通常更容易界定暴露；但逐仓只隔离保证金来源，不等于亏损固定，清算、滑点和无法按预期价格退出仍可能扩大损失。这不是对任何具体交易的收益建议。
限价单和市价单怎么选
| 订单 | 成交方式 | 提交后检查什么 |
|---|---|---|
| 限价单 | 按指定价格或更优价格等待成交 | 查看 Open Orders，确认是否未成交、部分成交或全部成交 |
| 市价单 | 立即吃掉订单簿中的可用报价 | 查看实际平均成交价、成交量和滑点 |
挂单方（maker，先把订单放进订单簿的一方）和吃单方（taker，立即与已有订单成交的一方）适用的费用不同。市价单追求立即成交，但流动性不足时，滑点（slippage，预期价格与实际平均成交价的差异）可能扩大。
按顺序提交并验收
- 选定市场和方向，只把方向视为订单字段，不把本文当交易信号。
- 选择保证金模式，确认界面显示的是名义仓位，不要只看保证金金额。
- 设置订单类型和数量，检查预估成交价、费用、保证金和清算价。
- 写好退出条件，再提交订单；止损可以降低失控概率，但不能保证按指定价格成交。
- 提交后检查订单状态。只有成交记录和
Positions中的仓位对应，才算真正建立仓位。 - 再核对保证金模式、仓位大小、未实现盈亏、估算清算价、资金费率和退出订单。
⚠️ 常见踩坑：杠杆倍数不是止损，界面显示的估算清算价也不是永远不变的固定价格。资金费率、仓位调整、全仓其他仓位与市场波动都会改变风险。把「离清算还远」当作退出计划，通常意味着根本没有退出计划。
如何平仓、提现并确认资金回来？
完整退出要依次处理挂单、仓位和余额。只点过 Close，但仍有挂单或仓位，不算完成。
多网络入金不代表可以原路提回每条网络。本文的退出闭环只按官方当前明确的 USDC → Arbitrum 路径验收；使用其他资产入金时，先在实时提现界面确认可用资产和网络。
- 在
Open Orders撤销不再需要的挂单，防止平仓后旧订单重新建立仓位。 - 选择平仓方式，复核平仓数量和订单类型；使用限价单时继续检查是否完全成交。
- 查看
Positions，确认目标仓位为零；再检查是否还有其他仓位占用保证金。 - 核对可提现余额、目标网络、资产和地址。
- 提交提现后保存记录，在目标钱包和区块浏览器核对交易哈希与到账金额。
退出验收卡
Open Orders = 0：不再需要的挂单已经撤销。Positions = 0：目标仓位已经归零。- 提现记录 = 钱包到账：网络、交易哈希和实际金额可以互相对应。
- 任一项不一致：停止新增订单，先保存记录并排错。
按 官方跨链桥文档 在 2026 年 7 月 30 日 的说明，USDC 提现到 Arbitrum 当前收取 1 USDC，用户不需要另备 Arbitrum ETH 来支付这次提现。费用和路径会变化，操作当天仍要以提现窗口和官方文档为准。
| 现象 | 先检查什么 | 不要做什么 |
|---|---|---|
| 平仓后仓位还在 | 订单是否未成交或只部分成交 | 不要连续盲点多次平仓 |
| 可提现余额低于预期 | 是否仍有挂单、仓位或费用占用 | 不要把未实现盈亏当可提现余额 |
| 提现未显示到账 | 网络、地址、状态和交易哈希 | 不要换网络重复提一笔 |
| 钱包显示余额为零 | 钱包是否切到目标网络、是否已显示该资产 | 不要导入陌生代币合约或输入助记词 |
遇到异常时，先保留订单号、交易哈希和不含隐私的截图。恢复原则是停止新增风险、确认当前仓位，再处理资金路径，而不是用更多交易覆盖原问题。
Hyperliquid 手续费和资金成本怎么算？
Hyperliquid 的真实成本不只是一张 maker/taker 表。至少要同时计算交易费、滑点、资金费率和入出金费用。
按官方 Fees 在 2026 年 7 月 30 日 的费率表，等级按滚动 14 日交易量计算并每日按 UTC 更新；基础档费率如下：
| 市场 | 吃单方费率 | 挂单方费率 | 说明 |
|---|---|---|---|
| 永续 | 0.045% | 0.015% | 适用于基础档快照，实际以账户费率页为准 |
| 现货 | 0.070% | 0.040% | 适用于基础档快照，实际以账户费率页为准 |
资金费率（funding rate，永续合约多空双方之间周期支付的费用）按官方 Funding 每小时支付。
上表是基础档快照，不代表所有市场的最终成本完全相同。官方费用页说明，部分 HIP-3 永续市场可以由部署者设置额外费用份额；下单前仍要以目标市场的订单确认区和账户费率页为准。它可能由持仓方向决定是支付还是收取，也会随市场变化，不能只看开仓瞬间的费率推算长期成本。
🔍 深入一步：一笔交易的净成本可以拆成「开平仓交易费 + 实际滑点 + 持仓期间资金费率 + 入金链上费用 + 提现费用」。平台内部下单不另收 Gas，只是少了一项链上执行成本，不是把整笔交易变成零成本。
费率属于动态事实。真正下单前，应打开自己的账户费率页和订单确认区复核，而不是只依赖本文快照。
Hyperliquid 有哪些风险？
风险要分层看。非托管只能说明资金控制方式的一部分，不能替代对平台基础设施、交易机制和用户操作的检查。
| 层级 | 主要风险 | 最小控制动作 |
|---|---|---|
| 平台层 | 跨链桥、一层区块链、流动性与预言机 | 小额、分批、避免长期把全部资产留在单一路径 |
| 交易层 | 清算、全仓风险传递、滑点与资金费率 | 优先隔离测试、限制仓位、写清退出条件 |
| 用户层 | 钓鱼、误签名、错误网络、助记词泄露 | 官方书签、独立钱包、逐项验签、离线备份 |
| 规则层 | 所在地限制、产品与费率变化 | 操作当天复核条款、帮助文档和账户界面 |
官方风险页明确列出桥、一层区块链、流动性与预言机风险。预言机（oracle，给链上系统提供外部市场价格的数据机制）或流动性异常会影响标记价格（系统用于风险计算和清算的参考价格）、成交和清算，不能用「链上可查」推导出「不会出问题」。
官方 Audits 可以支持的准确表述是：Zellic 审计过桥合约。它不能被扩写成整个链、所有合约、前端、钱包连接和交易策略都经过同等范围审计，更不是无损失保证。
如果你看过 2024 年视频，需要补充哪些当前规则？
旧视频展示的是当时的产品状态，下面这些信息已经不能直接用于当前操作：
| 视频中的历史信息 | 当前补充 |
|---|---|
| 当时的市值、锁仓量和交易量占比 | 只看当前页面，并记录核验日期 |
| 当时的 maker/taker 费率与提现费 | 以账户费率页和提现确认页为准 |
| HLP 旧年化和收益表现 | 历史收益不能推导未来结果 |
| 旧邀请码、活动与推广短链 | 不作为当前使用条件或风险依据 |
| 只支持 Arbitrum USDC 的入金结论 | 以当前 Deposit 弹窗列出的网络与资产为准 |
订单簿与自动做市商的区别、小额跑通闭环、逐仓或子账户隔离风险、先设计平仓和提现路径，这些方法仍然适用；涉及页面、费率、资产和网络的步骤必须重新核对。
Hyperliquid 适合谁？先看 6 种情况
Hyperliquid 更适合已经理解钱包和合约、愿意逐项验收资金路径的人；不适合用第一次钱包操作直接尝试高风险永续交易的人。
| 你的情况 | 建议 | 原因 |
|---|---|---|
| 理解自托管和永续，想使用链上订单簿 | 可小额验证 | 有能力核对签名、仓位、费用和退出 |
| 会用钱包，但没用过 Hyperliquid | 谨慎开始 | 先跑通入金和平仓提现，不急着扩大仓位 |
| 第一次接触钱包和网络 | 先补基础知识 | 错误网络、签名与合约风险容易同时出现 |
| 依赖高杠杆弥补本金 | 不适合 | 杠杆放大波动和清算风险，不解决策略问题 |
| 无法接受桥、链或预言机风险 | 不适合 | 这些风险不能靠设置止损全部消除 |
| 说不清钱怎么提回来 | 暂不入金 | 退出路径尚未验证，流程不完整 |
我的判断是：平台功能不是这里的主要门槛，读者能否把每一步变成可检查的状态更重要。如果只能说「我点过了」，却说不清余额、仓位和链上记录应该显示什么，就还没准备好扩大资金。
FAQ
Hyperliquid 必须用钱包吗？
不一定。官方当前支持邮箱和 DeFi 钱包两类登录方式。邮箱方式降低钱包操作门槛，钱包方式让用户直接使用自己的地址；两者都要从官方入口进入，并先用小额验证完整流程。
Hyperliquid 入金一定要走 Arbitrum 吗？
不是。当前入金界面支持多种指定网络与资产，实际可用项会变化。本文使用 Arbitrum USDC 只是为了展示核对方法，操作时必须以 Deposit 弹窗为准，同时确认网络、资产和地址。
Hyperliquid 交易要付 Gas 吗？
平台内部交易不另外收取链上 Gas，但仍有成交费、滑点和资金费率；入金时也可能需要源网络 Gas，提现可能产生费用。「不收交易 Gas」不能写成「零成本」。
Hyperliquid 会爆仓吗？
会。永续仓位在保证金不足时可能被清算。清算价会受资金费率、仓位变化和全仓其他仓位影响，所以估算清算价只能用于监控，不能代替退出计划。
Hyperliquid 安全吗？
不能用一个结论覆盖所有风险。官方明确列出桥、链、流动性和预言机风险；用户还要承担钓鱼、误签名、错误网络和清算风险。桥合约经过审计也不是整个平台的安全保证。
Hyperliquid 完成前的 10 项自检
- [ ] 我从官方文档或已保存的官方书签进入应用。
- [ ] 我已核对所在地要求，没有依赖「任何地区都能用」的说法。
- [ ] 我使用独立测试钱包或受保护的邮箱账户，助记词离线保存。
- [ ] 我在
Deposit弹窗同时核对了网络、资产和地址。 - [ ] 我先用小额验证，保存了入金交易哈希并确认余额到账。
- [ ] 我分清了现货与永续、逐仓与全仓、保证金与名义仓位。
- [ ] 我在提交后核对了实际成交、仓位、资金费率和清算风险。
- [ ] 我撤销无用挂单、平掉仓位并确认
Positions为零。 - [ ] 我按当前页面复核提现费用和网络，没有照搬旧教程。
- [ ] 我已在目标钱包和链上记录确认资金到账。
相关教程
当前站内还没有经过同一套核验并发布的 Hyperliquid 配套教程。后续可补「永续合约与现货的区别」「USDC 网络选择」「钱包签名安全」三篇基础内容；发布前不制造空链接。