原文标题:API3DAO Development Report, April 2021

作者:Burak Benligiray

这是继二月三月报告之后的周期#2的最终发展报告。请参阅我们发布的 DAO 和第一部分 Staking 的内容来了解我们的相关发展状态 (为了保持这份报告的简短和真实性,我们将更多衍生额内容放在了 DAO 和 Staking 的部分)。

Airnode

在三月份的报告中,我提到新的 Airnode 部署文件规格和流程已经建立,它将支持跨越不同的云服务供应商和地区同时部署多个服务。本月,我们将对部署程序包进行更新以实现这些功能。此外,RRP 管理 CLI 也进行了更新,并且在 v0.1.0版本中进行了许多额外的小更新。(关于“ v0.1.0 when”问题的注释,pre-alpha 在原型开发方面做得不错,我们会在合适的时机发布。)

一直以来,Airnode 部署者均计划迁移到 Terraform (而不是 Serverless Framework) ,因为这样可以在使用额外的云服务基础设施(vpc、管理的 Ethereum 节点等)和不同的云服务提供者方面提供最佳的灵活性,但这更像是一个长期计划。这个月,我们的团队增加了一些人,他们可以更快地实现这个目标,它们现在已经出现在 v0.1.0的列队上了。

Authoritative DAO

Aragon 框架默认使用 MiniMe 实现治理代币,Authoritative DAO 用类似的方法实现。在其中一份审计报告中,有人 (坚定地) 建议取代这种做法,因为其访问方法 (基于二进制搜索) 需要可变量的 gas,这可能最终会成为一个问题。作为一种解决方案,我们用带有确定性 gas 成本界限的变通方法替换了这些访问方法的所有实例,既化解了风险,又优化了 gas 成本。

而审计之外,我们更新了 DAO 结构,因此需要达到两个等级的法定人数才能制定不同类型的提案。这将使我们能够更好地保护关键功能,如 API3 代币的铸造权限管理 (通过让它需要比日常提案更高的法定人数门槛) ,并将在即将到来的 DAO & Staking 帖子中详细解释。DAO 合约目前仍在接受审计。

Open Bank Project

本月的大新闻是我们宣布与 Open Bank Project 建立长期发展伙伴关系。正如伙伴关系的生命周期所暗示的那样,要解决银行的 API 连接问题还有很长的路要走。这个月,核心技术团队和 API BD 团队的集成人员开始熟悉 OBP 解决方案。此外,我们开始与 OBP 密集沟通,并开始计划后续的开发步骤。

dAPIs

本月,我们对基于 RRP 的 dAPI 架构进行了概念化,它最终较为完美地反映了 Airnode RRP 架构 (即调用 dAPI 或单个 Airnode 的用户体验会更好)。替代方法已经以一种非常可扩展的方式实现,无论是复杂性还是 gas 成本。我们目前正在实现一个 dAPI 服务器合约,它将使用这些简化方法以无需许可的方式创建和服务 dAPI。

请继续关注 DAO & Staking 系列文章,因为它们将深入到具体的实现细节中,如果你打算参与治理,那么您一定要注意这些细节。