Hummingbot 基金会治理¶

最初发布于 2021 年 12 月 17 日

概述¶

Hummingbot 基金会（“基金会”）是一家在开曼群岛注册成立的非营利组织。基金会的使命是通过实现对开源 Hummingbot 代码仓库的去中心化维护和社区治理，来推动高频交易的民主化。

Hummingbot 是一款帮助您构建和运行自动化交易策略（“机器人”）的软件，根据 Apache 2.0 开源许可证在 https://github.com/hummingbot/hummingbot 上免费公开提供。

自 2019 年 4 月发布以来，Hummingbot 最新的 v0.46.0 版本包含来自 112 位独立代码贡献者的 12,625 次提交，共计 180 万行代码，并集成了超过 30 个不同的交易所/区块链连接器以及 14 种策略模板。约有 1100 名 GitHub 用户为自身用途分叉了 Hummingbot 的代码库。

原则¶

以下是支撑 Hummingbot 开发的核心原则：

• 开源：Hummingbot 代码库公开可用、可审计且免费。
• 模块化：Hummingbot 模块可由社区成员独立开发、使用和维护。
• 可扩展性：用户可以使用 Hummingbot 在每个交易所和区块链上创建任何自动化交易策略
• 面向所有层级：Hummingbot 专为个人和专业人士共同设计。

生态系统¶

Hummingbot 基金会的主要角色是通过一组去中心化的参与者——交易所、贡献者 和 用户——来协调开源 Hummingbot 代码库的持续维护与改进。

• 交易所是指基于用户交易量与 Hummingbot 基金会签订费用分成和/或其它推荐协议的中心化或去中心化交易所、区块链协议或其他组织。投票决定了基金会在各个连接器上的维护投入程度。

• 贡献者是指开发和维护 Hummingbot 组件的个人开发者或公司。贡献者通过向官方 GitHub 仓库提交拉取请求（pull requests）来提交工作成果，当其工作被合并并包含在正式版本中后，将获得赏金奖励。赏金资金可能来自 Hummingbot 基金会或其他社区成员。

• 用户是指安装并使用每月发布的 Hummingbot 开源软件来运行交易机器人的个人或专业交易员。他们在合作交易所产生的交易量支撑着 Hummingbot 基金会的运营。

治理¶

基金会将管理一个系统，使 Hummingbot 治理代币（“HBOT”）持有者能够参与 Hummingbot 的治理。HBOT 代币的唯一用途是赋予持有者通过投票决定 Hummingbot 代码库未来变更的权利。

所有拉取请求（Pull Requests），即对 Github 代码仓库提出的代码变更，都必须作为“拉取请求提案”提交，并经 HBOT 持有者批准后，方可合并到代码库并包含在正式版本发布中。

此外，HBOT 持有者将能够创建并投票表决改进提案，指导基金会实施架构变更或优先进行特定的增强功能或缺陷修复。HBOT 持有者还可以创建并投票表决治理提案，以修改治理系统的某些方面或将资金分配给资助计划。由已批准的资助项目或改进提案所产生的开发工作也必须经过拉取请求（pull request）审批流程，才能合并到 development 分支中。

拉取请求将持续在整个月份内被审批和合并。大约每月一次，代码库的 development 分支将被克隆到主分支（master branch）上，随后会被打包成适用于不同操作系统的正式版本发布。

基金会¶

为了实现 Hummingbot 代码库的去中心化维护和民主化治理，基金会计划履行以下职能：

• 拥有 Hummingbot 软件许可证，并维护对 Hummingbot 代码仓库的提交权限；
• 与赞助商签订连接器维护协议及其他合作合同；
• 管理 HBOT 治理系统和流程；
• 执行 HBOT 持有者批准的拉取请求、改进提案和治理提案；
• 发布官方 Hummingbot 版本，更新 Hummingbot 文档，并支持用户群体；以及
• 管理 HBOT 代币及其他资产的资金库。

资金来源¶

交易所费用分成协议¶

Hummingbot 交易所连接器通过集成加密货币交易所的 API，向用户创建和配置的 Hummingbot 策略（与交易所 API 交互的自动化流程）提供标准化的数据格式和端点。由于各交易所的 API 差异较大，这些连接器使得任何人都可以在多个交易所运行机器人，而无需花费工程时间处理底层的交易所 API 集成。

迄今为止，CoinAlpha 已经构建了 Hummingbot 代码库中的许多连接器，并与多个已接入的交易所签订了协议，根据通过 Hummingbot 软件执行的 API 请求中的唯一标识符所衡量的用户交易费用，将其中一部分费用返利给 CoinAlpha。

未来，基金会计划与新的交易所就连接器达成并签署类似协议。为支持基金会和 Hummingbot 社区，CoinAlpha 还计划将其现有协议产生的全部收入移交给基金会，或直接将协议转让给基金会。基金会预计会使用这笔收入来补偿社区维护者的服务。

赏金、资助和黑客松项目的管理¶

基金会的主要职责之一是与希望资助特定工作项目的赞助商合作，例如开发新连接器、新策略，或对现有组件进行增强或修复（即赏金任务），同时也包括那些希望在更广泛的领域资助更多工作的赞助商，例如针对新资产或新型交易所的策略开发（即资助项目和黑客松）。

基金会可能会向赞助商收取一定费用来管理这些项目，协调贡献者，并审查/合并最终的开发成果。

角色¶

董事会¶

与 Linux 基金会和 Apache 基金会类似，该基金会的董事会将负责监督基金会及其员工，并管理 HBOT 多签钱包。所有从该钱包转出的 HBOT 均需获得董事会多数成员的批准。

最初的 5 人董事会将由 HBOT 持有者选举产生。董事会成员任期为 12 个月，且不会因担任董事而获得任何报酬。来自同一外部实体（例如 CoinAlpha）的全职员工和/或董事担任董事会成员的人数不得超过 2 名。

团队¶

基金会计划聘请一名首席财务官（CFO），负责监督基金会的预算和财务事务；以及一名首席运营官（COO），代表基金会与赞助商建立合作关系，并与维护者签订合同。

此外，基金会计划雇佣工程、项目管理、社区管理和质量保证人员，负责 Hummingbot 代码库和 HBOT 治理系统的日常运维工作，例如：

• 与赞助商、维护者和贡献者协调；
• 审查并处理与已批准的拉取请求提案相关的拉取请求；
• 将已批准的改进提案分配给维护者；
• 在官方社区渠道中主持讨论；
• 将每月发布的版本打包成适用于各种环境的 Docker 容器；
• 发布各连接器共享的交易量、使用情况和费用等指标；以及
• 维护和更新基金会网站及文档网站。

治理¶

HBOT 治理系统将允许持有者提出并批准对 Hummingbot 代码库及 Hummingbot 基金会治理流程的修改。

流程¶

Hummingbot 基金会预计将使用 Snapshot 来实施 HBOT 治理。所有提案均可在官方 Hummingbot Snapshot 页面查看，地址为 https://snapshot.org/#/hbot.eth。

提案类型¶

最初将有三种类型的提案，每种类型将有不同的初始治理参数：

HBOT 代币持有量赋予持有人相应数量的投票权，包括任何小数部分的代币。

拉取请求提案（PRP）¶

拉取请求提案（PRP）是指与 Hummingbot 代码仓库中一个开放的拉取请求相关联的提案。每个 PRP 将遵循以下流程：

1. 任何社区成员在 Github 上创建一个拉取请求；
2. 任何拥有至少 1 HBOT 投票权的 HBOT 持有者在 Snapshot 上创建一个与该拉取请求关联的 PRP；
3. 基金会进行初步审查（例如检查文档是否充分、单元测试是否完备以及是否包含开发者联系方式），并将结果添加到问题中；
4. 社区有 7 天时间讨论、审查并投票表决该 PRP；
5. 如果至少有总流通 HBOT 代币供应量的 1%参与了投票（无论是直接投票还是通过委托投票），并且至少 50%的投票支持，则基金会将在 Github 拉取请求上标记为“已批准”；
6. 基金会进行最终审查，并将该拉取请求合并到开发分支中；
7. 如果该拉取请求与悬赏或资助计划相关联，基金会将指示赞助方向开发者发放资金，并向赞助方收取管理费用。

在初步审查或最终审查期间，基金会可单方面拒绝一项提案（例如，为防止安全漏洞或合并冲突），但必须向社区说明决策理由。预计此类权力仅会在必要且合理的情况下谨慎使用。如果社区不同意基金会拒绝提案的决定，社区有权更换基金会董事，任命更符合社区意愿的董事，以确保基金会遵循社区的指令。

改进提案（IP）¶

改进提案（IP）是指与 Hummingbot GitHub 仓库中某个问题相关联的提案，用于说明对 Hummingbot 代码库某一组件的改进建议。虽然不会对可提出的改进提案类型设置正式限制，但基金会预期社区将批准那些整体有利于 Hummingbot 用户群体的提案，例如修复关键漏洞、添加重要新功能，或对架构进行必要的重构。

每个 IP 将经历以下流程：

1. 由任意社区成员创建一个 GitHub 问题；
2. 任何持有至少 10,000 HBOT 投票权的 HBOT 持有者在 Snapshot 上创建一个与该问题关联的 IP；
3. 社区有 7 天时间讨论、评审并投票表决该 IP；
4. 如果有至少 3% 的 HBOT 代币总流通供应量参与了投票（无论是直接投票还是通过委托），且至少 50% 的投票支持，则基金会将 GitHub 问题标记为“已批准”；
5. 基金会将该问题指派给受影响组件的维护者；若该组件尚无指定维护者，则指派给认证维护者，或创建一个由 HBOT 代币资助的悬赏任务，以激励贡献者参与开发；
6. 在维护者或贡献者完成开发工作以解决该 IP 后，他们提交一个拉取请求，并进入上述拉取请求提案流程。

治理提案（GP）¶

治理提案（GP）是指与 Hummingbot GitHub 仓库中某个问题相关联的提案，用于提议修改基金会治理系统，或从金库中分配 HBOT 代币以支持社区活动（如发放资助）。

每个 GP 将经历以下流程：

1. 由任意社区成员创建一个 GitHub 问题；
2. 任何持有至少 50,000 HBOT 投票权的 HBOT 持有者在 Snapshot 上创建一个与该问题关联的 GP；社区有 7 天时间讨论、评审并投票表决该 GP；
3. 如果有至少 10% 的 HBOT 代币总流通供应量参与了投票（无论是直接投票还是通过委托），且至少 66⅔% 的投票支持，则基金会将 GitHub 问题标记为“已批准”；
4. 基金会执行所提议的变更或倡议，之后关闭该 GitHub 问题。

治理提案可修改的基金会治理系统内容包括批准门槛、法定人数门槛、董事会选举以及维护者选举。治理提案不得修改基金会章程、HBOT 代币的分配与发行机制，或 HBOT 的总供应量。

悬赏、黑客松和资助¶

悬赏和黑客松¶

基金会的主要活动之一是支持第三方赞助商资助赏金任务和黑客松，以激励开发者向开源的 Hummingbot 代码库提交拉取请求，例如功能增强、漏洞修复以及新的连接器/策略。赞助商预计将包括交易所、区块链协议、交易公司以及其他使用 Hummingbot 或其平台受益的机构。

与赏金任务和黑客松相关的拉取请求将与其他拉取请求一样，遵循相同的拉取请求流程。基金会将向赞助商收取费用来管理这些拉取请求。

资助¶

基金会向 Hummingbot 用户分发代币的主要方式之一是通过资助计划，奖励开发者对代码库做出贡献。这些资助计划旨在激励类似《Hummingbot 基金会公告》中所述的启动贡献，包括启用用户运行三角套利的新策略模板、Hummingbot 客户端的基于网页的图形界面，以及支持 TradingView 集成的 Webhook 功能。

基金会预计，在未来四年分配的 HBOT 代币中，有相当大一部分（占总代币的 36%）将用于资助计划，以促进类似的贡献。2022 年，基金会将开始接受 HBOT 代币资助申请。申请通过后，开发者需提交拉取请求并通过治理系统合并，方可获得资助资金。

结论¶

上述初始治理框架旨在为可行的治理系统奠定基础，使 Hummingbot 社区能够决定代码库的发展方向，同时让开发者持续维护和贡献代码。基金会希望并相信社区将根据不断增长且多样化的用户需求，自行改进和扩展这一初始治理框架。