如何使用多交易所终端同时管理 CEX 和 DEX 头寸

• 26% - 2026 年 DEX 永续合约占全球期货交易量的份额
• 6 倍 - 三年内 DEX 与 CEX 交易量比率的增长
• 218 亿美元 - 截至 2026 年 5 月，Hyperliquid 的 24 小时交易量
• 73 亿美元 - Hyperliquid 在 150 多个市场中的未平仓合约总量

目录

1. 为什么会出现 这种分化
2. 什么是真正的多交易所终端
3. CEX 端：2026 年的 API 密钥安全
4. DEX 端：为何其运作方式不同
5. 统一视图问题
6. 相关性风险：同一资产的 CEX 和 DEX 永续合约
7. 如何构建日常工作流 程
8. 何时适合同时运行两者
9. 何时不适合同时运行
10. Stacked Markets 的定位< /li>
11. 常见问题解答

2026 年，大多数活跃交易者至少在两个 场所进行交易。一个屏幕上是 Binance Futures 或 OKX。另一个屏幕上是 Hyperliquid。也许第三个标签页还开着 d YdX 或 Lighter。每个界面都显示您在该场所的头寸，但没有一个能显示您在所有场所的净敞口。

这个盲点正是风险积累的地方 。您以为自己进行了对冲，其实不然。您在 Binance 持有多头 BTC 永续合约，在 Hyperliquid 也持有多头 BTC 永续合 约，您的总 Delta 是任何单一屏幕显示数值的两倍。

本文将介绍如何构建涵盖 CEX 和 DEX 头寸的多交易所工作流程、各 端可用的工具、结构性差异在何处真正重要，以及如何避免交易者在同时运行两者时最常犯的错误。

为什么会出现这种分化

DEX 永续合约从一个小众实验发展成为全球期货 交易量的重要组成部分，其速度超出了大多数交易者的预期。2026 年，DEX 永续合约市场占据了全球期货交易量约 26% 的份额，而三年前仅 为一小部分。DEX 与 CEX 的交易量比率在不到三年内增长了约 6 倍。

截至 2026 年 5 月，仅 Hyperliqu id 一家就占据了 70% 以上的 DEX 永续合约市场份额，24 小时交易量约为 218 亿美元，在 150 多个市场中的未平仓合约总量 达 73 亿美元。CEX 在 2025 年处理了近 80 万亿美元的现货和永续合约总交易量，因此绝对规模差距依然很大。但差距正在缩小，交易 者同时使用这两个场所的原因是结构性的，而非情感上的。

CEX 在山寨币方面提供更深度的流动性，在高交易量时段提供更紧密的点差， 并提供链上尚未有的产品。DEX 提供自我托管、可验证的结算、无提现冻结和无 KYC。对于经历过提现暂停或交易所破产的交易者来说，在链上保留 部分敞口不是一种哲学立场，而是一种运营策略。

结果是：严肃的交易者会在两者上都持有头寸。通过不同的界面管理它们会产生实际问题。

什么是真正的多交易所终端< /h2>

这个术语使用比较宽泛，因此区分很重要。

API 连接的多交易所终端通过交易所 API 拉取数据来聚合您的 CEX 账户。您使用 API 密钥进行身份验证，终端从单一仪表板读取您在 Binance、OKX、Bybit 等平台上的头寸、余额和订单历史记录。一些终端还可以通过这些密钥执行交易。Altrady 和 goodcryptoX 都是这样工作的——连接 多个 CEX 并同时添加 Hyperliquid DEX 支持。

非托管 DEX 终端在结构 上有所不同。没有 API 密钥。您连接您的以太坊钱包，从该钱包签署每笔交易，终端将订单直接路由到链上协议。终端从不持有您的资金或密钥。它是 一个界面，而不是托管方。

这种区别不是营销噱头，它决定了您的实际风险敞口。使用 API 连接的 CEX 终端，您是在信任终端提 供商，允许其使用具有交易权限的密钥代表您执行订单。使用非托管 DEX 终端，终端根本无法移动您的资金。

这两种类型在多场所工作 流程中都有其一席之地。它们只是带有不同的信任假设，您应该清楚自己是在何种条件下操作。

CEX 端：2026 年的 API 密钥安全

如果您要将 Binance、O KX 或 Bybit 连接到任何终端，API 密钥的卫生管理是不可商量的。经验丰富的交易者知道但经常忽略的基础知识：

< li>首先创建只读密钥用于投资组合监控。仅在需要通过终端执行交易时才创建具有交易权限的密钥。
• 将每个 API 密钥的 IP 列入白名单，限制为终端或您自己服务器的特定 IP 地址。没有 I P 限制的密钥是一种隐患。
• 绝不授予第三方终端提现权限。具有交易权限就足够了。授予提 现权限是不必要且危险的。
• 定期轮换密钥，特别是在终端提供商端发生任何安全事件后。
• 每个终端使用单独的密钥。如果一个终端被入侵，您可以撤销该密钥，而不会影响其他终端。

Altrady 和 goodcryptoX 是希望在获得 Hyperliquid DEX 访问权限的同时实现统一 C EX 覆盖的交易者最常使用的两个终端。goodcryptoX 值得注意，它是第一个在提供 CEX 连接的同时，为 Hyperliquid 提供无代码自动化机器人和高级订单类型的终端。两者都需要 CEX 端的 API 密钥身份验证，这意味着您在中心化场所的交易执行上向这些平台延 伸了信任。

这个信任决定由您自己做出。关键是要有意识地做出决定，并落实适当的密钥权限和 IP 限制。

DEX 端：为何其运作方式不同

在 Hyperl iquid 上，您不是将执行权委托给 API 密钥，而是从您的钱包签署交易。每个订单都是来自您以太坊地址的签名消息。协议在链上进行匹配。终 端构建交易并将其呈现给您的钱包以供批准——这就是其角色的全部内容。

这意味着没有终端可以在没有您钱包签名的情况下执行交易。这也 意味着终端持有零余额和零密钥。如果终端离线，您的资金仍保留在您的钱包中，您的头寸仍保留在 Hyperliquid 的链上 CLOB 上。除 了界面之外，没有任何损失。

Hyperliquid 还支持代理钱包：一种基于本地浏览器的签名 密钥，通过预授权会话密钥来加快订单批准速度。代理钱包从不离开您的浏览器，也从不到达任何服务器。它是一个便利层，而不是托管转移。

Stacked Markets 就是基于这种架构构建的 。它是一个用于 Hyperliquid 永续合约的非托管终端。订单直接路由到 Hyperliquid 的链上订单簿。Stacked 持有零 用户余额和零签名密钥——这是链上可验证的，而不是您必须盲目信任的声明。

Stacked 增加而 Hyperliquid 原生 UI 所没有的功能：

• 带滑点限制的 IOC 限价单：在钱包确认弹出窗口之前显示 最差成交价格。没有虚假的市价单。
• 可配置的杠杆上限：您可以为会话设置最大杠杆限制。终 端会强制执行该限制。
• 名义价值上限：您可以以美元设置最大头寸规模。超过该规模的订单将 被阻止。
• 停止开关：一个用于立即停止所有新订单提交的单一控制项。
• 熔断机制：当提交频率超过您定义的阈值时，自动阻止订单。
• 测试网模式 ：带有清晰网络标识的完整终端，以便您可以在没有主网风险的情况下练习工作流程。
• 产品内 充值和提现流程：无需离开终端即可将 Arbitrum USDC 桥接到 Hyperliquid 保证金。

统一视图问题

即使有涵盖两端的终端，您在 CEX 永 续合约、DEX 永续合约和现货持仓之间的净 Delta 也不会自动计算。

Binance 上的 BTC-PERP 多头和 Hy perliquid 上的 BTC-PERP 空头净 Delta 约为零——但这仅在规模匹配且资金费率相似的情况下成立。如果它们出现背离，您 进行的是基差交易，而不是对冲。这种区别需要刻意的核算。

有用的工具：

• Coingla ss，用于跨场所未平仓合约和资金费率比较。对于发现同一资产在 Binance 和 Hyperliquid 之间的资金费率 背离非常有用。
• DeBank，用于链上投资组合跟踪。在一个视图中显示您的 Hyper liquid 头寸、钱包余额和 DeFi 敞口。
• Zapper，用于类似的链上概览， 具有更广泛的 DeFi 覆盖范围。

这些工具都无法为您提供同时跨 CEX 和 DEX 的净 Delta 的单一数字 。该计算仍然需要手动对账。大多数严肃的交易者会维护一个电子表格或 Notion 文档，按资产、场所和方向跟踪汇总头寸。它虽然不优雅，但很准 确。

Hyperliquid 还支持投资组合保证金，其中现货余额和永续合约头寸统一用于资本效 率。在投资组合保证金下，现货持仓可以抵消同一资产上的永续合约空头头寸，从而降低保证金要求。如果您专门在 Hyperliquid 上运行现货 和永续合约的对冲头寸，这是一个有意义的资本效率提升。

相关性风险：同一资产的 CEX 和 DEX 永续合约

Binance 上的 B TC-PERP 和 Hyperliquid 上的 BTC-PERP 实际上是相同的底层风险。在正常市场条件下，价格相关性接近 1。如果您在 两者上都持有长头寸，那么无论它们在哪个场所，您的实际 BTC Delta 都是两个头寸的总和。

CEX 和 DEX 永续合约真 正背离的地方在于资金费率。Hyperliquid 和 Binance 上的资金费率跟踪紧密但不完全一致。 背离创造了套利机会：在资金费率较低的场所做多，在资金费率较高的场所做空，赚取利差。交易者积极地进行这种操作。

如果您不注意，它 也会产生风险。如果您在两个场所都做多，而 Hyperliquid 的资金费率急剧转负，而 Binance 保持中性，那么您的混合资金成本比 任何单一场所所暗示的都要糟糕。

实际意义：当您在 CEX 和 DEX 上持有同一资产时，请分别跟踪两个场所的资金费率，并在您的 头寸规模中考虑汇总成本。

如何构建日常工作 流程

顺序很重要。以下是运行 CEX 和 DEX 头寸的交易者的实用序列：

1. 先看 CEX。在做任何事情之前，先检查 Binance、OKX 或 Bybit 的头寸。CEX 的运营风险更高：交易所维护窗口 、提现限制和监管事件可能会限制您的退出能力。在做任何其他事情之前，先了解您的 CEX 敞口。
2. 后看 D EX。查看您的 Hyperliquid 头寸。检查资金费率、保证金水平和任何未结订单。因为您持有托管权，所以退出紧迫性低 于 CEX——您的资金不会因交易所破产而面临风险。但价格变动带来的清算风险是相同的，因此保证金监控仍然很重要。
3. 核对净 Delta。按资产映射您的汇总敞口。Binance 上做多 BTC，Hyperliquid 上做空 B TC：净值是多少？规模真的匹配吗？资金费率差是多少？
4. 执行调整。如果您需要重新平衡， 请在调整最有效的场所执行。对于主要货币对的大规模交易，CEX 流动性通常更深。为了结算速度和自我托管，通过 Stacked Markets 使用 Hyperliquid 可以为您提供可验证的链上执行，并带有您设置的风险控制。

何时适合同时运行两者

在某些特定场景下，CEX 和 DEX 工作流程确实值得这 种复杂性：

• 资金费率套利：当 Hyperliquid 和 Binance 在同 一资产上的资金费率出现背离时，您可以运行市场中性头寸并赚取利差。
• 用 DEX 永续合约对冲 CEX 现 货：在 CEX 上持有现货，在 Hyperliquid 上做空等值的永续合约。您的现货托管在交易所；您的对冲在链上自我托 管。
• 资本效率：不同的保证金池意味着您可以同时在两个场所部署资本，而不会使一个头寸影 响另一个的保证金要求。
• 资产访问：某些资产仅在 CEX 上市，另一些仅在 Hyper liquid 上市。同时运行两者可以让您访问全套资产。

何时不适合同时运行

对于较小的账户，这种开销是不值得的。运行两个独立的保证金池、监控两套清算水平、在两个场所支付费 用以及维护对账工作流程会增加真正的认知负担和实际成本。

如果您的总交易资本低于资金套利或对冲收益在美元层面上有意义的阈值，那么 合并到一个场所会更有效。多场所工作流程的复杂性随头寸规模而增加。在一定规模以下，它只会增加摩擦。

Stacked Markets 的定位

Stacked Markets 是此工作流程中 DEX 端的专业终端。它通过非托管执行、交易者设置的风险控制以及在提交前显示最差成交价格的 IOC 限价单来处理 Hyperliquid 。它不会取代您的 CEX 终端。它以您期望从专业交易界面获得的同等控制水平处理链上的一半。

其架构在设计上就是非托管的，而不是 通过开关切换的。Stacked 不持有任何余额和密钥。您的 Hyperliquid 头寸属于您自己——由您的钱包签署，在链上结算，并可随时 验证。

如果您正在运行 CEX 和 DEX 工作流程，而 DEX 端目前是 Hyperliquid 的原生 UI，没有滑点控制 、没有杠杆上限、没有熔断机制，那么这就是 Stacked 填补的空白。

---

为您多场所工作流程的 DEX 端提供非托管执行。Stacked Markets 不持有任何资金和密钥。

从 Stacked Markets 开始 ->

常见问题 解答