如何构建真正可扩展的加密货币交易工作流

目录

1. 习惯与工 作流：为何区别至关重要
2. 可扩展交易工作流的三个层面
3. 第一层：交易前研究与信号过滤
4. 第二层：执行与风险控制
5. 第三层：将风险控制 作为工作流，而非事后补救
6. 交易后评估：大多数交易者忽略的环节
7. 自动化：适用与不适用的场景
8. 工作流的失败模式
9. Stacked Markets 作为执行层
10. 实用的每周工作流模板
< li>常见问题解答

大多数活跃交易者并没有工作流 ，他们只有习惯。这种区别比大多数人承认的更为重要。

习惯是反应式的。你随心所欲地查看价格，凭当下的直 觉确定仓位大小，只有在出现严重问题时才复盘交易。这种方法可能在短期内有效，但无法扩展。当波动加剧、当你同时在不同 时间周期管理多个仓位、当市场状况快速变化时，习惯会崩溃，而工作流则能稳住阵脚。

本文专为已经在 Hy perliquid 或类似 DEX 平台上活跃、希望构建可重复流程而非仅仅优化单笔交易的交易者而写。内容涵盖交易 前研究、执行控制、风险参数、交易后评估以及自动化的应用场景。此外，还指出了那些在工作流产生复利效应前就将其扼杀的 失败模式。

习惯与工作流：为何区别至关重要

习惯是“我每天早上都会查看资金费率”。工作流则是“在 UTC 时间 08:00，我会在 Coingla ss 上查看观察列表的资金费率，将任何年化超过 0.05% 的标的标记为潜在的反向交易候选，并在打开终端前更新我 的交易倾向”。

第二种方式可以被他人复制。无论你的心情如何或上一场交易表现如何，它都能产生一致的输入 。这就是它可扩展的原因。

工作流还能建立反馈循环。当你记录流程时，可以精确识别出流程在何处中断。而习 惯则无法提供此类数据。

可扩展交易工作流的三个层面

每个持久的交易流程都运行在三个层面上：

1. 交易前：在开仓前的研究、信号过滤和交易框架搭建。< /li>
2. 执行：交易瞬间的订单管理、滑点控制和风险参数设定。
3. 交易后：交易结束后的记录、评估和迭代。

大多数交易者将 90% 的注意力放在执行上，而几乎忽略了另外两个层面。这是本末倒置。执行是交易发生的地方，而交易 前和交易后才是建立和维持交易优势的地方。

第一层：交易前研究与信号过滤

交易前工作的目 标是在市场开盘前缩小决策范围，而不是扩大它。带着明确的倾向、定义的观察列表和对结构性风险的解读进入交易，而不是带 着一份可能交易的 40 个代币列表。

每日市场检查

结构化的每日检查应涵盖四个领域：

• 资金费率：Coinglass 提供各大永续合约平台 实时视图。在看涨市场中持续偏高的资金费率是反向交易信号。下跌趋势中的负费率则表明空头拥挤。两者本身都不是交易信号 ，但都属于你的交易框架。
• 持仓量 (OI) 趋势：价格变动 伴随 OI 上升确认了市场参与度。OI 变动与价格方向背离则暗示分歧。突破时 OI 持平是一个警告。请在资产层面 检查，而不仅仅是汇总数据。
• 链上流动：对于宏观背景，Gla ssnode 的交易所净流入和验证者指标能让你了解结构性供应压力。对于钱包层面的情报，Nansen 的聪明钱流向 可以标记出历史上盈利的钱包何时在积累或分发。两者都不能取代价格分析，但都能提供纯图表分析所缺失的信号。
• 你的观察列表：保持精简。最多 10 到 15 个资产。如果你关注一 切，等于什么都没关注。每周更新一次观察列表，而不是每天——这样它反映的是深思熟虑的选择，而不是 X 平台上正在流 行的东西。

交易框架

在打开终端之前，写下一句关于你当日交易倾向的话：看 涨、看跌或中性。如果你写不出这句话，说明你还没准备好交易。这不是为了证明你是对的，而是为了建立一个可以根据实际情 况进行测试的立场。

第二层：执行与风险控制

你的执行界面是工作流的一个组件，它不是一个中立的工具。你使用的界面 决定了你可以使用哪些控制手段、在提交前你能多清晰地看到成交价格，以及你是否能预设即使在快速操作时也能生效的风险参 数。

不受控执行的具体问题

大多数界面在执行层会产生四种失败模式：

• 无滑点限制：你提交了一个看起来像市价单的订单，结果成交价格远差于中间 价。你并没有同意那个价格，只是在成交前没看到。
• 无杠杆上限：在高度自信的时刻，很容易将杠杆推高到超出你的计划。如果没有硬性上限，唯一能阻止你的就是纪律——而纪律在压力下是 不可靠的。
• 无名义价值限制：单笔大额仓位可能违反你的单次交 易风险规则，而没有任何系统摩擦来阻止它。
• 无熔断机制：在剧 烈波动中，你可能会在意识到发生了什么之前，意外建立起远超预期的仓位。

Stacked Markets 如何解决这些问题

Stacked Markets 是一个构建在 Hyperliquid 链上 CLOB 之上的非 托管终端。它直接将订单路由至 Hyperliquid，不持有任何用户余额或签名密钥。其执行控制非常具体：

• 带滑点限制的 IOC 限价单：最差成交价格总是在钱包确认弹 窗前显示。你在签名前清楚地知道自己同意什么。不存在虚假的市价单。
• 可配置的最 大杠杆：你为本次交易设置杠杆上限，终端会强制执行。你无法在操作瞬间意外超过它。
< li>名义价值上限：以美元设置最大仓位大小。任何超过该限制的操作都会在界面层面 被拦截。
• 熔断开关：如果你在短时间内下单过多，熔断机制会触 发。这可以防止在快速市场中出现“胖手指”操作序列。
• 代理钱包：一个可选的本地浏览器端签名密钥可以加快订单审批速度，而无需将密钥传输到 Stacked Markets 服务 器。托管权始终在你手中。
• 产品内充提：Arbitrum U SDC 可直接在终端内桥接到 Hyperliquid 保证金中。你无需离开终端即可管理资金。

非托管架构不是一个功能开关，而是结构性的。你连接以太坊钱包，单独批准每笔订单，Stacked Market s 在任何时候都不会触碰你的资金。

第三层：将风险控制作为工作流，而非事后补救

你所做的最重要的风险管理决策发 生在交易开始前，而不是交易过程中。

预先承诺风险参数意味着在打开终端前设定好杠杆上限、名义价值限制和 最大日亏损。一旦设定，无论市场如何波动，它们都会生效。这消除了交易过程中一整类决策。

预先设定这些参 数的交易者在高波动期间做出的反应式决策更少。原因在于机械化：当你的杠杆上限已经锁定，你就不必在交易不利时纠结是否 要提高杠杆。那个决定已经做出了。

以 JELLY 事件为例

2025 年 3 月，H yperliquid 的 JELLY 市场遭遇了协同攻击。一个大额空头仓位被建立，随后标的代币被剧烈拉升，迫使协 议的保险基金承担损失。该事件通过治理得到解决，但它展示了一种特定的尾部风险：任何永续合约平台上的低流动性市场都可 能以影响其他参与者的方式被利用。

预设的熔断机制并不能消除这种风险，但它们确实限制了你在 JELLY 事件前那种快速、令人困惑的市场条件下建立仓位的风险。如果你的熔断机制在异常活动爆发时触发，那正是系统按设计在工 作。

交易后评估：大多数交易者忽略的环节

< p>没有交易日志就意味着没有迭代。这不是一个有争议的观点，而是关于改进如何运作的结构性事实。

每次 交易后应记录的内容

每个交易日志应捕获：

• 入场价格、出场价格以及入场逻辑 。
• 实际成交与预期成交的基点差异。
• 持有期间支付或收到的资金费用。
• 是否触发了任何熔断或停止开关，以及原因。
• 一句关于你会做哪些不同处理的总结。

只需五分钟。大多数交易者不这样做。而那些坚持做的人，其优势积累速度远快于其他人。

每周复盘节奏

每周一次，将过去五次的交易作为一个整体进行复盘。寻找成交质量、入场逻辑准确 性和资金成本拖累方面的模式。对于 Hyperliquid 特定的历史交易数据，社区构建的 Dune 面板可以提供 你链上活动的详细分解。对于跨钱包的投资组合快照，DeBank 提供了清晰的跨协议视图。

税务会计作 为工作流组件

这是交易者拖延到危机时刻才处理的部分。在大多数司法管辖区，永续合约的资金费用通常被视 为收入，而非资本利得。如果你在年底才进行追溯记录，你是在重构本应实时记录的数据。

Koinly 拥有 Hyperliquid 集成，可以自动提取交易历史和资金费用。在工作流开始时就设置好它，而不是交易一年后再处理 。从一开始就做对的成本很低，而重构一年的资金费用数据成本则很高。

自动化：适用与不适用的场景

< p>只有在你手动验证了优势之后，自动化才应进入你的工作流。规则很简单：如果你不能用简单的语言精确解释该策略，你就 还没准备好将其自动化。

对于开源策略自动化，Hummingbot 是标准选择。它支持跨多个平台的做市 和套利策略，并对逻辑有完全的可见性。对于无需编写代码的更易用的机器人执行，3Commas 支持带有更简单界面的条 件订单自动化。

这里的失败模式是自动化了一个在特定市场环境下有效的策略，却在市场条件改变时忘记监控它 。自动化减少了执行摩擦，但并没有减少对监督的需求。

工作流的失败模式

三种模式在产生有价值的数据之前就扼杀了大多数交易工作流。

过度监控。每五分钟检查一次仓位并不能提高决策质量，反而会降低它。设置好 警报，定义好干预条件，并在警报触发前远离终端。持续监控制造了控制的错觉，却产生了反应式、低质量的决策。

< p>记录不足。没有交易日志意味着你依赖记忆来识别模式。记忆是有选择性和自利性的 。你会比坏交易更清晰地记住好交易。日志是唯一诚实的记录。

工具臃肿。打开八个浏览器标签页不是工作流，而是一堆没有处理层的输入。慎重选择工具，为每个工具分配特定角色，并关闭其他所有 东西。Coinglass 的观察列表、Glassnode 和 Nansen 的链上背景、终端执行以及纯文本文件中 的交易后日志就足够了。更多的工具只会增加噪音，而非信号。

Stacked Markets 作为执行层

对于希 望获得原生 UI 所不具备的执行控制功能的 Hyperliquid 交易者，Stacked Markets 是具体的答案。它提供在钱包确认前显 示最差成交价格的 IOC 限价单、可配置的杠杆上限和名义价值限制、针对快速订单爆发的熔断机制，以及全程非托管的架 构。它通过 Hyperliquid 的链上 CLOB 进行路由——截至 2026 年 5 月，该流动性占 DEX 永续合约市场份额的约 70% 至 75%，日交易量超过 50 亿美元。

该终端并没有改变 Hype rliquid 本身，它只是在之上增加了活跃交易者所需的工作流控制。

实用的每周工作流模板

这是一个具体的起点。 根据你的时间表调整时间，但保持结构不变。

周一早上（15 分钟）。 检查宏观背景：Glassnode 交易所净流入、Nansen 聪明钱动向。查看 Coinglass 上观察列表 的资金费率。设定本周的交易倾向。

交易前（5 分钟）。 在打开任何 仓位前，在终端中设置杠杆上限、名义价值限制和最大日亏损。写下你的交易倾向陈述。

交易 中。 通过终端执行，并保持所有控制项激活。用你的钱包签署每笔订单。如果触发了熔断机制，让它们发 挥作用。

交易后（5 分钟）。 记录入场、出场、逻辑、实际与预期成 交差异、资金成本以及一条改进建议。在结束交易后的 30 分钟内完成，趁决策还新鲜。

周五复盘（20 分钟）。 将本周的交易作为一个整体进行复盘。查看 Dune 获取链上交易历史。 查看 DeBank 获取投资组合快照。识别一个下周需要调整的模式。更新你的观察列表。

这就是完整的循 环。它并不复杂。难点在于始终如一地执行——尤其是在市场平静、感觉没必要的时候。那正是记录习惯产生复利的时候。

---

在 Hyperliquid 的订单簿上构建你的工作流，并使用你自己配置的执行控 制。 Stacked Markets 不持有任何资金或密钥。

从 Stacked Markets 开始 ->

常见问题解答