跳转到主要内容

使用Cryptohopper MCP构建一个交易量飙升扫描器

用 Cryptohopper MCP 学建加密货币交易量异动扫描器 — 侦测观察列表里异常交易量, 调阈值, 即时预警.

作者:Isaac

准备工作

  • 在 MCP 客户端中配置了 Cryptohopper MCP — 请参阅 设置概览

  • 免费的 Pioneer 套餐足以对 Binance、Coinbase 或 Kraken 进行基本扫描 — 请参阅 套餐级别

  • 一个用于存储基准的地方:本地 JSON 文件、Google 表格,或者让代理每次运行都重新计算。


设置步骤

  1. 确定你的范围

    按交易量排名的 Top-N(一个交易所的前 100-200 对)可以概括一切。20-50 个特定交易对的观察列表可以让你关注的交易对不错过任何信息。

  2. 发出核心扫描指令

    使用 Cryptohopper MCP,拉取 Binance 过去 24 小时交易量排名前 100 的交易对的 ticker。对于每个交易对,比较当前 24 小时交易量与基准水平(如果我没有为你提供每个交易对的基准,则使用整个集合的平均 24 小时交易量作为粗略代理)。

    标记标准:

    - 标记任何当前交易量至少是其基准 3 倍的交易对。
    - 排除当前 24 小时交易量低于 500 万美元的交易对 — 这些太小,无法产生有用的信号。

    输出:以 Markdown 表格形式呈现,按交易量比例降序排列。包含:

    - 交易对代码
    - 当前 24 小时交易量
    - 基准
    - 比例
    - 最新价格
    - 24 小时价格变动 %

  3. 审查第一次运行

    宇宙中位数代理是一个粗略的起点,但对于交易量自然较高的交易对会给出误报。为任何自动化引入每个交易对的基准。

  4. 设置每个交易对的基准
    维护一个滚动的 JSON 文件,记录每对交易 7 天的平均交易量。代理在扫描前读取它,并在扫描后更新它。对于小型观察列表(少于约 20 对),直接将典型交易量粘贴到提示中也可以。

    {
    "BTC/USDT@binance": { "avg_volume_7d": 850000000, "last_updated": "2026-04-24T08:00:00Z" },
    "ETH/USDT@binance": { "avg_volume_7d": 420000000, "last_updated": "2026-04-24T08:00:00Z" },
    "SOL/USDT@binance": { "avg_volume_7d": 95000000, "last_updated": "2026-04-24T08:00:00Z" }
    }

  5. 调整阈值

    在平静的市场中,2 倍基准可以捕捉有意义的波动。在波动的市场中,3-4 倍可以减少噪音。良好的起始组合:交易量比例 ≥ 3 倍,最低当前交易量 ≥ 500 万美元当量,排除稳定币对稳定币的交易对。

  6. 按计划自动化

  7. 将输出连接到警报通道

    扫描器的价值在于能否在价格飙升刚开始时就捕捉到。了解如何将 MCP 报告发送到 Telegram、Discord 或电子邮件。仅当至少有一个交易对被标记时才发送消息 — 静默运行不应产生警报。


成本概况

操作

调用次数

Top-100 Ticker Sweep

100

每小时,每天 16 小时 × 每周 5 天

8,000/周

每四小时,每天 6 次 × 每周 5 天

3,000/周

每四小时一次的频率在 Pioneer 的每周 6,000 次调用范围内。每小时扫描则进入 Explorer 范围。请参阅 费率限制说明


故障排除

扫描器每次运行都标记了大量交易对

阈值太松,范围太广,或者基准不正确。一次调整一个 — 先提高比例,然后缩小范围,然后检查基准是否反映了实际的近期活动。一个好的交易量扫描器应该可以连续多轮运行而没有标记;大多数日子里,零标记是正确的输出。

同一个交易对每次运行都标记

其基准不正确 — 可能是一个平静时期的遗留数据。刷新滚动文件或从更近的数据重新计算基准。

小市值币种产生误导性信号

它们的交易量本来就波动很大。要么排除所有低于你的交易量阈值的币种(500 万美元过滤器),要么为它们保留一个具有不同阈值的独立扫描器。

在快速的市场行情中错过了真正的价格飙升

持续 30 分钟的交易量飙升对于在错误时间运行的每小时扫描器来说是看不见的。在活跃的市场窗口期间,15-30 分钟的频率是合理的 — 在这些窗口之外可以放慢节奏。

扫描期间出现 RATE_LIMIT_EXCEEDED

你在极短的时间窗口内发送了太多 Ticker 调用。将扫描分成批次,或者在提示中添加:“分批获取,每批间隔一小段时间。”

警报过于嘈杂

只有当扫描标记了某些内容时才发送消息。静默运行不应产生任何输出 — 否则警报会变成噪音,你会开始忽略它们。

这是否解答了您的问题?