Hummingbot 基金会治理¶

最初发布于 2021 年 12 月 17 日

概述¶

Hummingbot 基金会（"基金会"）是在开曼群岛成立的非营利组织。基金会的使命是通过实现对开源 Hummingbot 代码库的去中心化维护和社区治理来普及高频交易。

Hummingbot 是帮助您构建和运行自动化交易策略("bots")的软件，根据 Apache 2.0 开源许可证免费公开提供，地址为 https://github.com/hummingbot/hummingbot。

Hummingbot 于 2019 年 4 月发布，最新 v0.46.0 版本跨越了来自 112 个独特代码贡献者的 12,625 次提交中的 180 万行代码，包含超过 30 个不同的交易所/区块链连接器和 14 个策略模板。大约 1100 名 Github 用户已分叉 Hummingbot 代码库供自己使用。

原则¶

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

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

生态系统¶

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

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

• 贡献者是指构建和维护 Hummingbot 组件的个人开发者和公司。贡献者将他们的工作作为拉取请求提交到官方 Github 仓库，当他们的工作被合并并包含在官方版本中时，他们会获得赏金。赏金可能由 Hummingbot 基金会或其他社区成员资助。

• 用户是指安装和使用每月发布的 Hummingbot 开源软件来运行交易机器人（bots）的个人和专业交易者。他们在合作伙伴交易所上产生的交易量维持着 Hummingbot 基金会的运营。

治理¶

基金会将管理一个系统，使 Hummingbot 治理代币("HBOT")持有者能够治理 Hummingbot。HBOT 代币的唯一用途是通过对提案进行投票来授权持有者决定 Hummingbot 代码库如何随时间变化。

所有对 Github 代码库的拉取请求或建议的代码更改都需要作为拉取请求提案提交，并由 HBOT 持有者批准，才能合并到代码库中并包含在官方版本中。

此外，HBOT 持有者将能够创建和投票表决改进建议，指示基金会实施架构变更或优先处理特定的增强功能或错误修复。HBOT 持有者还将能够创建和投票表决治理建议，修改治理系统的某些方面或为资助计划分配资金。根据已批准的资助或改进建议所产生的开发工作，也需要经过拉取请求审批流程才能合并到 development 分支中。

拉取请求将在整个月内持续获得批准和合并。大约每月一次，代码库的开发分支将被克隆到代码库的主分支上，随后将被打包成适用于不同操作系统的官方发布版本。

基金会¶

为了实现 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 治理。所有提案都将在托管于 https://snapshot.org/#/hbot.eth 的官方 Hummingbot Snapshot 上找到。

提案类型¶

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

HBOT 代币持有量使持有者获得等量的投票权，包括任何小数代币数量。

拉取请求提案(PRP)¶

拉取请求提案(PRP)是链接到 Hummingbot 代码仓库中开放拉取请求的提案。每个 PRP 将遵循以下流程：

1. 任何社区成员在 Github 上创建一个拉取请求；
2. 任何拥有至少 1 个 HBOT 投票权的 HBOT 持有者在 Snapshot 中创建一个与该拉取请求关联的 PRP；
3. 基金会进行初步审查（例如，检查文档是否充分、单元测试是否充足以及是否包含开发者联系方式），并将结果添加到问题中；
4. 社区有 7 天时间讨论、审查和投票 PRP；
5. 如果至少 1%的 HBOT 代币总流通量已投票（无论是直接投票还是通过委托）且至少 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 问题。

治理提案可修改的基金会治理体系方面将包括批准阈值、法定人数阈值、董事会选举和维护者选举。GP 不得修改基金会章程、HBOT 代币分配和发行机制或 HBOT 总供应量。

悬赏、黑客松和资助¶

悬赏和黑客松¶

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

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

资助¶

基金会向 Hummingbot 用户分发代币的主要方式之一是通过资助计划，奖励开发者为代码库做出贡献。这些资助计划旨在激励类似 Hummingbot Foundation announcement 中描述的发布贡献，其中包括启用用户运行三角套利的新策略模板、基于 Web 的 Hummingbot 客户端图形界面，以及启用 TradingView 集成的 webhook。

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

结论¶

上述初始治理框架旨在为可行的治理系统奠定基础，使 Hummingbot 社区能够决定 Hummingbot 代码库的发展方向，同时允许开发者维护和贡献代码库。基金会希望并期待社区将根据需要改进和扩展此初始治理框架，以满足不断增长的多元化用户群的需求。