准备工作
已在一个MCP客户端中配置Cryptohopper MCP——请参阅设置概览。
有效的Cryptohopper订阅。所有套餐都提供订单簿数据，但多交易所比较需要Explorer或更高级别的套餐才能支持三个以上的交易平台——请参阅订阅套餐。
设置步骤
打开你的MCP客户端
运行单交易所滑点检查
使用下面的提示。一个好的回复会给你一个具体的平均成交价格和一个基点滑点数值。使用Cryptohopper MCP，获取Binance上BTC/USDT的当前订单簿。假设我想以市价买入1.5 BTC。
从顶部开始逐级查看卖单：
- 报告我完整订单的平均成交价格。
- 以基点为单位计算与中位价的滑点。
- 报告我的订单会深入到什么程度（以价格和深度计）。
- 如果账簿深度不足以满足我的订单量，请标记出来。
保持回答的数值化和简洁。扩展到多交易所比较
使用下面的提示：
对Coinbase、Kraken、OKX和Bybit上的BTC/USDT重复相同的分析。以表格形式呈现结果，包含列：交易所、平均成交价、滑点（bp）、消耗深度。按最佳成交价排序。
将两个提示保存为可重用模板
参数化交易对、数量和方向（买/卖），以便你可以将它们用于任何订单。
集成到你的执行工作流程中
对于手动订单：运行多交易所检查，选择最佳交易所，然后手动下单。对于端到端的机器人：使用交易所排名来驱动执行步骤——例如，通过MCP进行研究，通过REST API执行。
示例输出
多交易所提示对1.5 BTC市价买入的返回结果：
交易所 | 平均成交价 | 滑点（bp） | 消耗深度 |
Binance | 66,182.40 | 2.1 | 3层 |
OKX | 66,186.15 | 2.7 | 5层 |
Bybit | 66,190.80 | 3.4 | 4层 |
Kraken | 66,201.50 | 4.9 | 7层 |
Coinbase | 66,245.30 | 11.5 | 14层 |
实际数字会因实时情况而异。Coinbase的滑点在这里明显偏高——卖单在接近中位价的50 bp以内时显得偏薄。
成本概况
所有套餐的订单簿调用每次消耗1个单位。
检查项 | 调用单位 |
单交易所检查 | 1 |
五交易所比较 | 5 |
10次/天 × 5个工作日，5个交易所 | 250/周 |
在任何套餐额度内都绰绰有余。请参阅速率限制说明。
故障排除
机器人返回了订单簿但没有进行计算
在提示中要明确——要求分步进行计算：“从最佳卖单开始，累加每个价位的数量，直到达到至少1.5 BTC。按每个价位消耗的数量加权计算价格。报告加权平均值。”如果没有明确指令，模型可能会进行总结而不是计算。
滑点数值看起来过低或过高
在活跃的市场中，订单簿在几秒钟内就会过时。在执行前立即重新运行检查——不要依赖30秒前的结果。如果数字仍然不合理，请检查报告的消耗深度。基于过少层数的估算通常意味着订单簿很薄，估算过于乐观。
添加交易所时出现EXCHANGE_NOT_SUPPORTED
所有交易所的深度都不够
你试图完成的交易量太大，任何单个订单簿都无法在没有显著影响的情况下吸收。选项：在交易所之间拆分订单，减少数量，使用限价单而不是市价单，或者随时间分批交易。如果输出没有自动标记此问题，请在你的提示中添加：“如果任何交易所的深度不足以满足我的全部数量，请明确说明并建议分批执行。”
比较结果选了一个看起来不对的交易所
薄订单簿的交易所可能在一个小计算中显示较低的滑点数值，但在实际操作中可能是个糟糕的选择。在你的提示中添加一个验证检查：“为每个交易所另外报告24小时交易量和价差，以便我能发现可疑的薄订单簿。”