Hummingbot 2020 路线图¶
2019 年回顾¶
在 Hummingbot，我们的使命是让高频交易（HFT）民主化。
以前，只有对冲基金拥有运行获利丰厚的 HFT 策略（如做市和套利）的技术。我们在 2019 年 4 月推出了 Hummingbot 后，全世界有一万人安装了我们的开源 HFT 软件。目前，Hummingbot 的周安装率正在以 18% 的速度增长。
以前，加密项目和交易所被对冲基金所挟持，这些对冲基金收取荒谬的费用，并要求数百万的代币库存来提供做市服务。我们于 2019 年 11 月宣布了流动性挖矿，这使项目和交易所能够从个人和专业流动性挖矿者的去中心化网络中获取流动性，从而实现显著的成本节省和透明度提升。此外，我们预计流动性挖矿者可以通过运行 Hummingbot 和提供流动性每年获得 10% 以上的收益。
2020 年，我们的主要重点是证明流动性挖矿为项目和交易所提供了更好的流动性解决方案，同时使任何人都能在其加密资产上获得健康的收益。此外，我们计划让 Hummingbot 对非技术用户更易使用，对技术用户更具可定制性和可扩展性。
请参见下文，了解我们计划按季度发布的详细分解。
2020 年 Q1¶
推出流动性挖矿¶
2020 年初，我们将与我们的 8 个首发合作伙伴推出首批流动性挖矿活动：
这些合作伙伴每个都承诺每月提供约 8,000 美元的基于代币的奖励，供流动性挖矿者赚取。
同时，我们将推出新的 Hummingbot 矿工网页应用，帮助流动性挖矿者注册加入该计划，发现哪些市场支付最高奖励，并跟踪他们的收益和支付。
从 1 月中旬开始，我们将进行 4 周的测试。前 2 周将是我们和合作伙伴的内部 Alpha 测试，后 2 周将是开放 Beta 测试，任何人都可以参与并赚取测试网 ETH 或 DAI。我们将利用这个测试期消除问题，确保流动性挖矿为我们的首发合作伙伴以及参与的矿工顺利启动。
在这 4 周的测试期后，我们预计推出首批流动性挖矿活动。由于流动性挖矿需要收集、存储和转换每个支持交易所的实时订单簿数据的自定义数据基础设施，我们计划分波次扩展交易所覆盖范围，从第 1 波的 Binance 和 0x 开始，再到第 2 波的 Liquid 和其他交易所。详情请参见这篇博客文章。
改进交易所连接器的维护¶
构建和维护交易所连接器是我们的项目中最为耗时的方面之一。Hummingbot 的架构理念是将交易所连接器与交易策略解耦，这使得我们和我们的社区能够在开发策略时不需担心它们在不同交易所运行时的特殊性。为了实现这一级别的抽象，Hummingbot 交易所连接器承担了大量的繁重工作（详见此 论坛帖子）。
2019 年底，我们启动了一个奖励外部开发者构建连接器的计划。如今，来自世界各地的开发者，如塞浦路斯、尼日利亚、俄罗斯和硅谷等地，正在分别为 gate.io、Kucoin、Bitfinex 和 HitBTC 构建 Hummingbot 连接器。这种模式使我们的核心团队能够专注于对代码库进行更大规模的更改，而我们外部开发者的扩展团队则可以通过构建和维护交易所连接器来赚取有意义的奖金。我们计划在将来所有 Hummingbot 连接器上使用这种模式。
2020 年，我们旨在改善向 Hummingbot 添加交易所连接器的流程，既允许在这些交易所进行流动性挖矿，又为我们的用户提供更多交易场所。为了简化这一流程，我们正在为 2020 年第一季度开展两个计划：
模拟连接器测试框架¶
现有的 Hummingbot 交易所连接器在各版本之间常常不可靠，因为没有一致的过程来持续测试它们。由于交易所 API 经常会发生变化，加上我们不断改进和重构 Hummingbot 代码库，持续运行测试是检测错误和其他问题的最佳早期检测系统。
然而在实践中，测试交易所连接器可能既昂贵又耗时，因为需要使用真实加密货币下达和提交订单。这使得我们无法对连接器相关代码执行像其他 Hummingbot 代码库部分那样的每次拉取请求的自动化单元测试。
为解决这个问题，我们正在构建一个模拟测试框架，以模拟每个交易所的 API 响应。我们相信该框架将大大加快连接器开发速度。
连接器认证计划¶
Hummingbot 目前支持 9 个不同的交易所，我们计划在 2020 年添加更多交易所。鉴于交易所连接器往往因上述原因而出现问题，我们需要一个系统来传达每个交易所连接器的状态，以便用户了解每个连接器的当前状态。
明年年初，我们将为支持的交易所推出认证计划。我们将利用模拟连接器测试框架和实时测试机器人来持续评估每个交易所连接器。此外，我们将在 Github 仓库中发布一张表格，显示每个交易所的当前状态，并在每次发布时进行更新。
2020 年第二季度¶
扩大流动性挖矿¶
2020 年第一季度之后，我们将为首批 8 个项目和交易所客户成功推出流动性挖矿活动。希望我们已经解决了流动性矿工和客户在用户体验方面的大部分问题。
在第二季度，我们计划扩大客户数量以及支持的交易所数量。由于我们与所有客户密切合作，举办问答会、制作培训视频并培训他们的社区运行 Hummingbot，因此在确保首批客户成功之前，我们将限制新的流动性挖矿合作数量。同样，我们将在确保第一个几个交易所运行平稳后，将支撑流动性挖矿的数据基础设施扩展到我们所有的交易所。
发布实时流动性指标¶
通过与众多项目、交易所和做市商的交流，我们了解到如何衡量流动性是加密货币领域亟需讨论的话题。目前，许多市场参与者使用交易量来衡量流动性，很大程度上是因为 CoinMarketCap 等数据提供商历史上默认使用交易量对交易所和交易对进行排名。
虽然交易量确实与流动性相关，但它也是一个不完美的衡量标准，因为交易量显示的是过去发生的情况，而基于订单簿的流动性衡量标准则表明了未来将如何影响您的交易。更重要的是，使用交易量作为排名工具会产生隐性激励，促使人们参与洗钱交易和其他类型的市场操纵行为，而基于订单簿的流动性衡量标准则更难被操纵。
最近，加密货币数据提供商已建立了必要的数据基础设施来收集/存储订单簿数据，并开始发布更好的流动性指标。11 月，CoinMarketCap 发布了一种基于订单簿数据的新流动性指标，将用于对交易所和交易对进行排名。此外，Kaiko 现在通过 API 提供滑点指标。
因为无论如何，为了支持流动性挖矿，我们必须收集和发布订单簿数据，我们计划尽自己的一份力量来教育市场使用订单簿数据而不是交易量来衡量流动性。最初，我们将为流动性挖矿活动发布实时流动性仪表板。在与他们合作确定如何展示和可视化数据后，我们计划创建一个公共网站，为所有我们支持的市场提供基于订单簿数据的免费实时流动性指标。
我们相信，基于订单簿数据来衡量流动性对于解决虚假交易量问题以及创建有序、公平的加密货币市场至关重要，因此我们计划帮助其他数据提供商（如 CoinMarketCap 和 Kaiko）教育市场如何衡量流动性。这将是我们 10 月发布的《加密货币流动性报告》的延伸。
使 Hummingbot 更加可配置和强大¶
虽然 Hummingbot 比我们在 2019 年 4 月开源的第一个版本更容易安装和使用，但我们认识到要让外部开发者更容易使用 Hummingbot，还有很长的路要走。
由于流动性挖矿是我们公司的盈利方式，我们团队的大部分成员都专注于在 2020 年第一季度建设并扩展支持所需的基础架构。一旦我们有空余带宽，我们计划继续改进开源的 Hummingbot 代码库，从以下举措开始。
为开发者教程添加文档¶
2019 年末，康奈尔大学的一组学生构建了一个 7 步教程，展示如何编写自定义 Hummingbot 策略，从只读取交易所账户余额的Hello World策略开始，最终到 TWAP 和 VWAP 智能订单路由策略。
明年，我们将为该开发者教程添加更多文档，使其对新开发者来说更直观、更容易访问。
'pip install hummingbot'¶
目前，开发者若想在不从源码安装、修改 Hummingbot 源码并重新编译的情况下自定义和修改 Hummingbot，是办不到的。这对于想要在使用 Hummingbot 交易所连接器的同时构建自己算法交易策略的开发者来说，是一个烦人的入门障碍。
我们计划重构代码库，使开发者能够将 Hummingbot 作为 Python 模块导入，然后从那里编写新策略。之后，开发者可以配置 Hummingbot 以检测开发者编译的策略插件，并在标准的 Hummingbot 配置 UI 中使用它们。
三角套利¶
在 2020 年，我们计划扩展当前的 arbitrage 策略，使其支持 三角套利，这是社区经常要求的功能，是一种使用三个交易对而非两个的更高级套利策略。能够在单个交易所运行三角套利，且库存要求、设置和配置更少，这使得 Hummingbot 在运行套利时更加强大和多用途，同时也可能为新用户提供了更简单的入门策略。
2020 年第三季度-第四季度¶
鉴于加密市场的快速变化和我们公司的规模，我们计划在 2020 年下半年实施的举措更为宽泛。
发布 Hummingbot 应用¶
为了实现让高频交易普及给每个人的使命，我们必须让 Hummingbot 比目前更易于使用。到目前为止，我们已经将工程重点放在了较低层的核心基础设施上，例如处理交易所连接和管理订单状态的组件。
明年，我们计划发布一个对用户更加友好的 Hummingbot 界面，用户可以在单一界面中轻松运行做市机器人并追踪他们从流动性挖矿奖励中获得的收益。
在 2020 年上半年，我们将进行用户研究以确定该应用的最佳格式（桌面客户端、托管网络应用、浏览器扩展、移动应用等），并计划在 2020 年下半年构建并发布它。
支持更多市场类型¶
Hummingbot 的设计目标之一是 市场无关性：一个单一客户端可以支持在所有类型金融市场上进行算法交易。到目前为止，我们主要专注于与基于订单簿的现货交易所（包括中心化和去中心化交易所）集成。
在 2020 年，我们计划增加更多样化的市场类型。正如我们在这篇 博客文章 中所写的，还有其他交易所模式，如询价（RFQ）和自动做市商（AMM）市场。此外，我们计划与提供保证金交易、期货和永续合约的交易所集成。
支持数据科学工作流程¶
除了开源的 Hummingbot 代码库外，我们还维护一个基于 Cython 的专有回测引擎，它比开源回测器快得多，同时还有一个包含大量历史交易所和代币价格数据的数据集。在内部，我们利用此基础设施测试 Hummingbot 策略，以设计对新用户更安全的策略。
未来，我们相信这个基础设施也可能对希望回测基于机器学习策略并改善交易表现的个人和专业算法交易者有用。在 2020 年下半年，我们计划提供这些闭源模块，并支持个人开发者和对冲基金使用它们。