简要概述
向 Aave DAO 提交一项提案,提议 BGD 继续作为开发与安全协调服务提供商参与(上一阶段已于 2025 年 10 月 1 日结束),并引入一个新的贡献方向:(代号)E 项目。
动机
在过去几个月中,DAO 显然已进入一个与以往截然不同的阶段,具体表现包括:
- 可以说,Aave 的所有子系统首次都达到了非常成熟的阶段:流动性协议、治理、安全模块(Umbrella)、GHO 稳定币以及跨链通信。我们相信这在一定程度上得益于我们对这些系统的贡献。
- 自我们最初提出 Aave <> BGD Labs 提案以来,即使作为技术贡献者,我们也一直倡导预算可持续性(例如,Umbrella 等项目就是证明)。
生态系统在经济上比以往任何时候都更好,年收入不断增长(估计增加超过 1.4 亿美元),即使在持续投资增长的情况下,利润率也很高。很容易证明 Aave DAO 是目前规模最大、最可持续的去中心化 DeFi 系统。
- 根据过去几个月论坛上的讨论,就流动性协议产品而言,DAO 的重点将逐渐转向由 @AaveLabs 开发的即将推出的 v4 版本。在可预见的未来,v3 版本将保持完全功能和性能,但我们理解其优先级将不再是进行根本性改进。
- DAO 及其贡献者的组织似乎正在演变,处于一个转折点(例如,此处讨论的提议主题)。这直接影响了我们对 DAO 的贡献方向,迄今为止我们作为服务提供商,在过去三年半的时间里几乎触及了其所有组成部分。
在我们于 10 月 1 日完成之前的服务合约后(回顾见此处),我们现在提出一个双管齐下的后续提案,以适应 DAO 和 BGD Labs 的当前状态:
- 类似于之前续约的部分,专注于 Aave 生态系统不同组件的维护和持续开发。
- 向社区介绍 E 项目,这是 BGD Labs 的一个不同产品线,但与 Aave 高度相关。
具体说明
第一部分:Aave <> BGD 第六阶段持续范围
我们提议的服务范围包括以下内容:
-
在合作期间开发/激活任何Aave v3升级。除了完成拟议v3.6版本的开发和安全流程外,若治理层批准,我们将在生产环境中激活该版本。此外,即使Aave v3可能不再需要大规模升级,我们仍将在此期间开发任何我们认为必要的升级,例如出现安全相关问题时的应对方案。
-
将Aave扩展至更多新网络。尽管过去几个月社区对承载Aave的新网络选择更为谨慎,但就在我们第五阶段末期,其中一个网络取得了巨大成功:Aave v3 Plasma。我们认为,像我们这样的服务提供商在幕后为满足紧张时限而推进扩展工作,同时最大化质量保障,是此次成功的重要因素。
在这个新的第六阶段,我们将继续推进向新网络的扩展工作,其中部分网络已进入实施阶段。
-
友好分叉支持。在第五阶段,我们针对需要DAO高度支持的友好分叉,制定、执行并协调了广泛的配置与运行流程。其中一个分叉(Ink)即将进入最终阶段,此后我们将作为Aave DAO的技术协调方:支持其使用DAO的基础设施、升级、提案及任何必要的临时建议。
此外,我们将有能力通过此流程额外支持一个与Ink条款相似的友好分叉。
-
Umbrella扩展。在之前的第五阶段,我们开发了Umbrella v1.1版本,将于近日向社区展示。在即将到来的第六阶段,若治理层批准,我们将在生产环境中准备并激活此新版本。
此外,鉴于Umbrella已在初始资产上持续达到目标流动性,我们将把该系统扩展至其他网络。
-
a.DI改进。我们将对a.DI(Aave交付基础设施)进行若干改进,重点在于提升安全性和可靠性。
-
v2退出的技术组件。在第五阶段,我们已推进至Aave v2弃用的最终阶段,所有资产即将冻结,并已完成其他技术变更(如将清算系数调整为100%)。
在第六阶段,我们将协助DAO完成v2弃用的剩余步骤,以便在v4与v3并行投入生产环境后,减少同时运行的版本数量。
-
Aave上架资产的技术分析。在第五阶段,我们持续优化资产分析流程,不仅完善内容,还针对近期更常见的跨链资产上架需求进行专项分析。
此外,我们启动了新的质量流程,如与资产分析直接相关的AAcA(Aave资产类别清单)。
在第六阶段,我们将继续推进资产上架流程中的技术分析工作。
-
从技术侧支持风险团队。我们将支持风险团队利用技术基础设施实施风险变更,主要通过风险管理员流程(手动与自动化)。
如第五阶段回顾所述,我们已完成风险管理员流程的技术重构/简化。在第六阶段,我们将激活该流程并通过维护提案迁移所有既有组件。
此外,我们将在任何合理的风险相关技术需求上为风险团队提供支持。
-
治理提案审查。与先前范围类似,我们将继续在治理提案上链前进行审查,此流程通过以下方式为社区创造重要价值:
- 审查其他服务提供商的所有提案后再允许其上链。这为所有投票内容的安全性与质量提供了极高保障。
- 简化链上审查方(如Certora)的工作,使其能在有限投票期内聚焦最关键事项。
- 我们发挥重要作用,不仅进行代码审查,还指导其他贡献者优化提案结构。
-
持续优化DAO工具链。与此前各阶段相同,我们将持续改进DAO的各项工具:提案工具、辅助工具、Aave Seatbelt、地址簿、权限簿及其他所有工具。
-
推进SVR发展方向。在第六阶段,我们预计SVR将扩展至新网络,并在此过程中为DAO(执行层面)和Chainlink(从Aave DAO视角提供建议)提供支持。
-
Aave协议安全协调(漏洞赏金、安全港协议、专项计划)。在第六阶段,我们将在现有项目中继续担任Aave漏洞赏金计划的审查方,并向社区提交全新的漏洞赏金框架以优化全流程。
同时,我们将作为DAO侧的技术联络人,处理所有参与项目的安全港协议相关事务。
-
参与任何潜在v3退出策略的规划。若未来DAO批准任何以v4替代v3的退出计划,我们将基于自身经验向DAO提供建议,协助以不影响DAO运营的负责任方式推进实施。
服务期限:鉴于 Aave v3 的生命周期目前尚不明确,本次服务范围的有效期仍与之前相同,为 6 个月,但额外增加了一个更长的流支付部分,以确保服务结束后不会中断。不过,任何一方(DAO/BGD Labs)均可随时单方面终止该流支付部分。
起始日期为上一阶段结束之日,即 2025 年 10 月 1 日。
预算:2,200,000 枚稳定币和 3,000 枚 AAVE,其中 60% 预付,40% 在 6 个月的服务期内以流支付方式发放。
我们已从之前的预算中削减了约 10%,因为预计 v3 方面的变更默认情况下将不那么频繁/规模较小。如果实际情况并非如此,我们将另行提出预算调整方案。
不属于服务范围的事项
与之前的阶段类似,我们希望明确说明我们的贡献范围不包括哪些内容:
-
我们是社区的技术服务提供商;我们不从事任何类型的业务拓展或增长工作,这应是其他方的责任。
-
我们不对其他贡献者的重大开发进行正式的安全审查。我们仅为有益于 Aave DAO 的项目提供安全咨询,但对于更大范围的项目(例如 Aave v4),这应由专门从事安全工作的方(如 Certora 或其他外部第三方)负责。
-
对于非我们主导的项目设计,我们仅会提供尽力而为的反馈,但我们没有责任做出任何类型的设计决策或将其投入生产,除非我们认为这样做是合理的。
例如,在我们之前的第 5 阶段中,像 sGHO 这样的项目,我们花费了更多资源反复审查一个已补偿给其他服务提供商的项目,而这个项目本可以由我们从零开始完成。这对 DAO 和我们自己都是不利的。
-
我们只处理已通过 TEMP CHECK Snapshot 投票的项目(例如,审查)。随着 DAO 的活动日益增加,除非对项目进行筛选,否则我们无法支持任何处于 TEMP CHECK 前阶段的项目,除非我们明确认为有必要。
-
此范围仅包括 EVM 相关的贡献。任何非 EVM 的临时需求都需要另行评估,因为这并非我们的核心专长,且会影响范围内所有项目的交付。
-
我们不代表 DAO 运行服务;我们设计这些服务是为了以去中心化的方式运行,或由具备适当角色的方运行。我们决定在自己的基础设施上运行的任何工具(例如,托管 Aave Governance v3 界面或 Umbrella 的一个实例)均是我们自己的决定,不属于服务范围。
-
我们不为 DAO 开发中心化的后端服务。
-
我们为现有技术基础设施(例如,Aave v3 实例)做好准备,使其成为一个完全由 Aave DAO 控制的系统,或者,如果遵循友好分叉框架,则在配置并非完全定制(例如,主池动态大幅改变、主要自定义代码组件和流程)时进行准备。
关于我们对友好分叉方法的完整说明,请参见此处。
-
我们仅为那些我们认为没有用户界面部分就不完整的项目为 DAO 构建用户界面。例如,我们认为像 Umbrella 这样的项目需要 DAO 拥有一个用户界面,无论最终由谁运行。Aave Governance v3 用户界面也是如此。
但对于任何其他情况,我们保留决定是否为 DAO 开发任何界面基础设施,或将其作为 BGD Labs 独家财产的权利,无论这些界面是否使用 Aave 智能合约。
服务条款
Aave DAO 与 BGD Labs 之间服务合作的形式条款与条件文件可在此处找到:链接。
然而,我们想再次强调与之前阶段相同的高层要点:
-
主要项目的知识产权和许可权归属于 Aave DAO。我们在持续参与期间创建的核心软件(例如,所有在治理提案后由 DAO 在生产中使用的链上智能合约)均授权给 Aave DAO 治理智能合约,既采用与 Aave v3 Origin 相同的 BUSL 方式,也可能采用更开放源代码的许可证——如果我们认为扩展 Aave 外围技术的使用仅对 DAO 有益。
重申上述基本含义:
- Aave DAO 是这些项目知识产权和许可权的唯一所有者。
- 完全由 DAO 决定如何使用和/或商业化这些项目,而非 BGD Labs。
- 我们从这些项目中获得的收益是 DAO 为软件开发支付的费用。
-
BGD 不决定 Aave 中激活/应用什么。我们创建软件以及激活该软件的技术提案,但决定是否在生产中启用该软件始终由 DAO 治理决定。
-
没有软件是完美无瑕的,但我们追求完美。历史上,我们为 DAO 所做的开发中未发现重大问题,但我们无法保证所有软件都完美无瑕。然而,我们坚定承诺始终遵循可靠的安全标准和程序,以最小化任何潜在影响。
-
我们承诺不与 Aave 的竞争对手在任何可能损害 DAO 的核心业务上合作。我们是一家独立公司,可能在此范围外拥有自己的项目,但鉴于我们的参与,尤其是在核心 Aave v3 协议中,我们同意在此 6 个月范围内,不为任何 Aave 的竞争对手(其他 DeFi 借贷协议)提供核心智能合约开发或安全服务。
第二部分:项目 E 介绍
项目 E(代号)是由 BGD Labs 创建和拥有的一套 DeFi 产品,其中一些以 Aave 技术为基础,另一些则不是
关于那些以 Aave 技术为基础的项目 E 产品,将包括但不限于:
- 一个或多个 Aave v3 实例,探索不适合 Aave DAO 实例的不同用例和配置(例如,列出的资产类型,如 RWA 或其他更 DeFi 的异类资产)。与其他案例(如 Horizon)类似,这需要 BGD 进行定制化开发。
- 未来,根据 Aave Labs 提出的 v4 使用模型,BGD Labs 可能会策划/定制/控制 Aave v4 分支。
项目 E 的基本原理是什么?
- BGD Labs 的优势在于独立性,无论其历史上是否仅对 Aave DAO 做出贡献。我们将项目 E 视为 BGD Labs 拥有的一套未来产品,意味着保持完全的独立性。这使我们拥有纯粹的创作自由,同时(更多细节见后文)回馈 DAO。
- 通过完全控制我们自己的实例(类似于 Horizon 等其他案例),我们可以覆盖额外的用例和配置,而 Aave DAO 则从技术采用中受益。
- 我们坚信 Aave 技术质量一流,因此在项目 E 系列项目中将其作为基础之一使用是自然而然的事。实际上,这意味着我们提议获得 DAO 的许可,使用当前活跃的 Aave v3 版本(如 v3.5 或 v3.6,如果获批),类似于 Horizon 或 Ink 的实例,但也包括其他形式,例如被列入白名单以在即将推出的 v4 模型中定制/策划/运行分支,或可能使用 Aave Umbrella 代码库。
条款是什么?
条款的更详细版本可在此处找到,但以下是其要点的总结。
Aave DAO → 项目 E
- 项目 E 获得使用当前 Aave 技术作为其产品基础的许可,例如,对 Aave v3 代码库进行许可。
- 项目 E 对 DAO 不产生任何成本:DAO 无需向 BGD Labs 支付任何类型的预付款/流支付、激励、安全支出,也无需服务提供商的参与;完全为零。关键在于,BGD Labs 通过收入分成补偿 Aave DAO 使用其技术和/或参与其动态(例如,v4 分支);而不是 DAO 向 BGD Labs 支付费用。
Aave DAO ← 项目 E
- 对于任何基于 Aave DAO 核心合约(或使用 Aave DAO 基础设施,例如 v4 分支)的 Project E 系统,在其整个生命周期内,该系统产生的所有链上收入的 55% 将返还给 Aave DAO;45% 归 Project E。
关于未来使用 v4 基础设施的问题,我们很高兴遵守社区未来为运行分支或其他模式的实体制定的任何待定条款,只要这些条款对所有人公平且平等。
- 为了明确起见,并鉴于社区过去的反对意见,Project E 套件中使用 Aave DAO 基础技术(例如 v3 代码库、运行/管理 v4 分支等)的任何产品都不会关联任何类似 AAVE 的新代币。
- Aave DAO 可以自由地将基于 Aave 技术的 Project E 系统的更改反向移植到其自身的基础设施中。
常见问题解答
相关论坛帖子中提供了常见问题解答,请点击此处查看。
披露声明
BGD Labs 与可能在本提案范围内产生任何类型利益冲突的实体没有重要的商业关系。
后续步骤
如果此提案在 Snapshot 上获得批准,请继续推进 AIP,以处理需要转移预算以支付 BGD Labs 提供服务的部分。