[本文由Hummingbot社区成员vik投稿]
如果你对加密货币交易感兴趣，你可能知道服务器位置在交易速度和效率方面可以起到决定性作用。几年前，我尝试了解更多关于这个主题的信息，但当时信息有限。因此，我自己进行了一些研究。随着时间的推移，深入分析的需求变得显而易见，我认为有必要分享这些见解。
我从Binance开始，但我计划很快研究其他交易平台。
我使用Hummingbot来运行测试。作为一个包罗万象的开源解决方案，它配备了多个交换连接器。它还易于用户创建加密货币交易机器人，只需一个 Python 脚本即可实现
主要目标不是找到确切的延迟时间，而是确定最佳的AWS区域。为了实现这一目标，我设计了一个简单的Hummingbot脚本，用于比较订单创建、取消和执行的时间持续时间。
时间戳：对于每个订单（无论是创建、取消还是执行），脚本都会记录两个时间戳以及订单ID，保存在CSV文件中。
传输前时间戳：这标志着在API请求发送到交易所之前的时间。
传输后时间戳：这是从交易所收到成功确认的时间。
By analyzing the difference between the pre-transmission and post-transmission timestamps, one can determine the round-trip time for each order activity.
订单类型和频率：:
限价订单：我测试了每30秒生成一个限价订单的创建和取消。
市价订单：执行是使用每5分钟创建一个市价订单来评估的。
Websocket和REST API：像订单创建、取消和执行这样的操作是使用API请求传输的，而确认是通过Hummingbot事件获取的，这些事件依赖于Websocket连接。
我在各个区域设置了相同的t3.small实例，都使用相同的镜像以保持一致性。它们之间唯一的区别是与不同的Binance子账户的连接。这是为了确保在API请求中没有混淆或重叠。
我的测试分为两个阶段：首先进行了一个快速的跨洲测试，然后深入研究表现最佳的地区。
第一个测试在4小时内跨越了8个地区：
亚太地区：东京、新加坡
欧洲：伦敦、法兰克福
北美洲：加拿大
南美洲：圣保罗
中东：阿联酋
非洲：开普敦
以下是特定于订单创建的箱线图结果:
从结果来看，亚洲地区的表现明显优于其他地区。
在此基础上，我决定深入研究亚洲，在七个不同的地区运行服务器：
东京、大阪、首尔、香港、新加坡、孟买、悉尼
这次，机器人运行了整整 24 小时。每个机器人处理约 4000 个限价订单（包括创建和取消），并成功执行约 200 个市价订单。
下面是说明订单创建、取消和执行的箱线图：
附上统计表：
亚洲地区订单创建往返延迟统计：
亚洲地区订单取消往返延迟统计：
亚洲地区订单执行往返延迟统计：
令我惊讶的是，获胜者不是东京，而是大阪。总体而言，首尔有时也表现出比东京更好的结果。我决定再进行一次测试，在另外 24 小时内仅关注这三个区域。结果是一致的：大阪表现更好，而首尔和东京则激烈争夺第二名。
总之，该分析阐明了服务器位置对各个 AWS 区域的币安交易机器人延迟的重大影响。调查结果特别强调了亚洲地区的服务器在订单创建、执行和取消延迟方面的卓越性能，特别是大阪、东京和首尔。对于希望优化交易机器人以实现更快、更高效的订单处理的加密货币交易者来说，这种洞察力至关重要。随着加密货币交易格局的发展，了解不同地区服务器延迟的细微差别对于在市场上获得竞争优势仍然至关重要。
接下来，我计划对其他交易所进行类似的测试。我很想知道您希望我探索哪些 请在评论中留下您的建议！此外，任何增强该方法的见解将不胜感激。我始终乐于接受反馈、建设性批评和建议。如果您想聊天甚至快速通话，请随时通过 Discord 与我联系。
https://github.com/supervik/crypto-exchanges-latencies-test/tree/main
原文地址：https://viktoriatsybko.substack.com/p/an-analysis-of-binance-exchange-across
如有任何问题获想参与讨论，请加入我们的社区
我们的社区有众多的做市商和套利者，他们愿意互相帮助，充分利用 Hummingbot。 您可以加入我们的Discord 中文频道，讨论 Hummingbot、策略、流动性挖坑以及与加密货币世界有关的任何其他内容，并获得我们团队的直接支持。
加入中文微信群，请添加ID：amtf202004