ROADMAP 2022

租户市场供应商

网络使用仪表板 

目标:

1.通过提供与系统正常运行时间和使用情况相关的关键指标,提高 Akash 健康状况的直观可视性。

2.为供应商提供财务分析和预估收入。

3.通过展示 AKT 的核心用户需求来提高Akash社区应用率。

概括:

一个仪表板,以数字和视觉方式显示数据,以展示网络趋势和网络健康状况。

动机:

Akash 目前依赖于 Akashlytics 等社区主导来传达关键数据点,但是,这种缺乏控制会导致信息不准确、品牌不一致,并损害了关键利益相关者(如潜在投资者)对 Akash 的看法。 网络使用仪表板将可视化提供可见性的重要数据,从而提高Akash采用率。

租户供应商市场

持久化存储 

目标:

通过提高存储选择的灵活性来吸引新的部署用例,例如数据密集型应用程序(完整节点等)。

概括:

添加在重新启动之间保留工作负载数据的能力,非常适合数据密集型工作负载,例如区块链节点。

动机:

Akash 无法支持在重启之间需要数据持久性的工作负载。 这阻止了具有大型数据集(例如区块链节点)的工作负载使用 Akash,因为每次重启都下载数据集是不切实际的。

在重新启动之间保留数据的能力有助于解决这个问题。

开发者经验

空投水龙头 

目标:

1.减少新用户获取 AKT 的时间。

2.减少用户获取 AKT 的障碍,来降低现有用户的流失率。

概括:

水龙头使 Akash 新用户能够轻松获取少量 AKT,以便他们部署在 Akash 上。

动机

获取 AKT 代币进行部署是很困难的,因为用户必须通过一个中心化交易所 (CEX),该交易所要求冗长的 KYC / AML 程序。 尽管 AKT 现在可以在不需要 KYC / AML 检查的去中心化交易所上使用,但它们仍然需要用户拥有其他需要使用 中心化交易所获取的加密资产,例如 ATOM。

这些摩擦点极大地阻碍了使用Akash产品,尤其是对于想要试用 Akash 的用户。

允许主机名迁移 

目标:

提供可以提高可观察性和报告使用情况的工具。

概括:

主机名迁移允许租户将他们的自定义主机名从一个部署迁移到另一个部署。这允许金丝雀部署、扩展、重新定价和许多其他工作流程。

激励:

所谓的“自定义主机名”允许将租户指定的主机名的请求路由到该租户的服务。目前,无法更改主机名绑定到哪个部署 - 如果租户想要将主机名请求路由到新部署,他们必须首先拆除原始部署,这可能会导致其部署的服务中断。

主机名迁移允许租户将主机名重新绑定到新部署,而无需拆除原始部署。这解锁了许多对中断(网站、API 端点等)敏感的工作流。例如,此功能允许在不中断的情况下进行以下操作:

  • 部署新应用程序版本时的快速回滚。
  • 向上或向下扩展部署。
  • 通过获得新租约重新定价部署。

通货膨胀衰减曲线  

目标:

简化 Akash 区块链治理。

概括:

链上通胀衰减提案确保每个区块周期都会发生通胀衰减,而无需治理提案。

动机:

目前,AKT 代币的通货膨胀不是动态设置的,它依赖于一小组变量,这些变量需要通过治理提案持续保持警惕、管理和监督,以确保不超过我们约 3.89亿 AKT 的最大供应量,并确保 AKT 供应量与经济学白皮书中描述的曲线非常接近。

此外,就目前情况而言,对持续治理提案的依赖是不可持续的,尤其是公司在 AKT 的总份额和投票权重持续下降的情况下。随着公司投票权重的下降,由于持续的权力下放,其推动想要的结果的能力也将下降。

在没有监督的情况下实施动态衰减功能来管理通货膨胀,使公司不必担心和计划持续的治理提案,利用政治和名誉推动提案通过,这些提案可以分配到其他地方。

TTY (外壳) 访问 

目标:

减少高级用户的部署和调试时间(使用 CLI)。

概括:

TTY 访问允许开发人员访问运行应用程序的容器的外壳。这提供了轻松调试的能力。

动机:

目前,在 Akash 上调试和运行应用程序很困难,因为用户无法在正在运行的容器上运行任意命令。 TTY 访问解锁了这一点,并允许用户运行任何命令。

Ethereum桥 

目标:

1.允许用户通过增加流动性(和更多选择)轻松结算他们获得的 AKT。

2.新用户更易更快获取 AKT。

3.通过减少获取 AKT 的障碍,降低现有用户的流失率。

概括:

Ethereum 桥使 AKT 用户能够使用各种 ERC-20 代币 (USDT) 获取 AKT。

动机:

通过为用户提供更多购买和出售 AKT 的选择,我们可以增加流动性,消除在新开发人员入门过程中发现的障碍点,并从加密货币市场吸引更多的 AKT 买家和交易者。

此外,这将增加我们与 Uniswap 等 Tier 1 交易所和 DEX 合作的可能性。

Q1 2022

无限网络带宽 

目标:

通过添加获取 GPU 的能力来解锁新的应用案例,例如 ML。

概括:

为在 Akash 上运行的工作负载提供无限网络带宽的市场。

动机:

在 Akash 上运行的工作负载具有固定的带宽使用上限,这可以防止数据密集型应用程序使用 Akash。 通过创建带宽市场来消除此限制可为 Akash 提供更多用例。

UI 组件库 

目标:

通过使用 Akash API 简化可扩展性,增强 Akash 工具和功能的开发能力。

概括:

UI 组件库是代码组件(例如卡片和按钮)的开源存储库,它使 Akashian 社区能够有效地制作品牌网站和应用程序。

动机:

UI 组件库允许 Akash 大规模扩展,使社区成员能够直接构建工具,而不是使用单个公司的带宽和资源。 因为工程师并不总是设计师,他们的 Akash 计划具有不一致的品牌和 UI 体验,导致用户的困惑和不信任。

X.509 (SSL) 支持 

目标:

通过添加获取 GPU 的能力来解锁新的应用案例,例如 ML。

概括:

SSL 支持允许用户将 x.509 证书附加到工作负载。 为简单起见,用户可以自带证书以使用自动生成的证书。

动机:

Akash 目前不提供将 x.509 证书附加到工作负载并延迟到外部路由器 (Cloudflare) 以提供 SSL 功能的机制。 这会引发额外的障碍,因为需要找到外部支持。

可扩展的SDL 

目标:

1.减少高级用户的部署和调试时间(使用 CLI)。

2.通过使用模板化提高 SDL 文件的可组合性,减少部署新应用程序的时间。 这使得配置文件可以被共享和重新分发。

概括:

可扩展 SDL 通过引入规范化来避免冗余,从而能够重复使用配置文件。 用户可以组合来自多个文件的配置而无需复制,从而实现更快、更干净和更安全的部署。 用户可以共享模板化配置文件,并与 DRY 软件原则很好地保持一致。

动机:

在应用程序之间重复使用SDL 文件需要为应用程序创建副本,并需要更新配置。 这种冗余很大的限制了个性化定制,并且违背了 DRY(不要重复自己)原则。

可擴展SDL 複印件

供应商

新供应商入门框架 

目标:

1.Akash 上的计算供应商应该能够更轻松地进行容量规划。

2.为供应商提供财务分析和预计收入评估。

概括:

一个新供应商入门框架,以简化在 Akash 上销售计算的过程。

动机:

目前,供应商需要执行大量复杂的步骤才能在 Akash 网络上提供计算。 这会导致提供者的混乱和不稳定。 新的供应商入门框架将提高采用率,优化入门流程,并消除未来供应商的潜在问题。

开发者中心 

目标:

系统架构互动、重要概念和价值主张。

概括:

开发人员中心将是所有与开发人员相关的内容(例如指南、教程、文档、架构和讨论)的一站式中心。

该中心将 GCG 与跨多个设备的一致可读体验整合在一起。

社区生成内容 (CGC):博客、媒体、推文(主题)、视频、维基

案例:

Heroku Dev Center

动机:

Akash 社区产生了大量的技术内容,无论是长篇还是短篇——然而,这些内容分散在不同的媒介中,因此很难找到并保持更新。 开发者中心将集中社区生成内容 (CGC) 的索引,使我们能够利用公司外部的资源并扩大规模。

ASN(IP 地址)市场 

目标:

解锁工作负载需要标准端口和专用 IP 地址的新用例。

概括:

用于工作负载和市场的专用 IP 地址(和端口)以获取它们。

动机:

托管在 Akash 上的工作负载共享 IP 地址,因为没有将单个 IP 地址分配给应用程序的工具。 这对路由提出了限制。 基于主机名的路由必须依赖于 HTTP 或 SSL。 为了适应 TCP/UDP,Akash 分配随机端口,并且无法在单个端口上复用 TCP 服务。

这也会减慢故障恢复的速度,因为 DNS 服务需要传播缓慢的记录更新。

分配专用 IP 地址将解决此问题。

租赁重新谈判 

目标:

为用户提供稳定的计算价格。

概括:

用户可以在不中断租约的情况下重新协商 AKT 价格。

动机:

AKT 价格的波动会导致价值交换不稳定,因为 AKT 计价的价格是在租赁创建期间设定的,并且在租赁终止之前不会改变。

当 AKT 价格高于创建租约时的价格,会以租户为代价使提供商受益,反之亦然。

在其生命周期内重新协商租约的能力解决了这个问题。

日志保留功能 

目标:

减少高级用户的部署和调试时间(使用 CLI)。

概括:

能够在重新启动之间保留日志。

动机:

当前,当容器重新启动时,日志会丢失,因为它们当前是从 Kubernetes 流式传输的,并且保留期太短,无法对其部署可能出现的问题进行事后分析。 这给调试带来了问题,因为当容器因错误而停止时,用户无法查看日志。

在容器重启期间保留日志的能力解决了这个问题。 实现此功能涉及将日志从 Kubernetes 传送到第三方日志存储系统,例如 Loki,并允许租户在比现在更长的时间内访问这些日志。

AKCMD 部署工具 

目标:

减少高级用户的部署和调试时间(使用 CLI)。

概括:

AKCMD 是一个命令行实用程序,可简化 Akash 网络上的工作负载管理。 AKCMD 是核心 Akash CLI 的补充工具,它专注于通过在 Akash 网络上采用自以为是的部署方法来改进租户工作流程。

核心功能:

  • 上下文配置: 通过使用可以按项目(同一目录)、每个用户(主目录)到全局(根目录)自定义的配置文件,减少了常见操作所需的命令行选项集。
  • 文本输出: 通过清晰、简洁和可读的输出提高命令行可读性和用户体验。
  • 简单的部署工作流程: 减少部署所需的步骤数。功能包括预设的首选供应商和价格范围。
  • 交互式入门: 丰富的交互式体验,提供有关 SDL 文件的反馈(识别错误等)并提供有关投标流程的信息。
  • 简化安装: 一条开箱即用的安装跨多个平台。
  • Keplr 钱包集成: 重复使用您现有的 Keplr 钱包以简化用户入门。
  • Web UI 集成: 从终端体验快速切换到基于 Web 的体验以提高可视化
  • 水龙头集成: 从开发水龙头轻松获取 AKT 代币,以减少入门障碍。
  • 可视化资金分配: 轻松查看钱包、托管以及 Akash 和其他区块链 (IBC) 上的所有其他位置中的资金。

Akash Javascript SDK 

目标:

减少高级用户的部署和调试时间(使用 CLI)。

概括:

Javascript SDK 通过提供库来改进对 Akash API 的访问,从而简化了在 Javascript 应用程序中扩展 Akash的过程。 SDK 还抽象了凭证管理、重试、数据封送、序列化和反序列化等标准功能。

动机:

访问 Akash API 需要为常见的函数调用和逻辑编写包装器。 在开始处理重要的事情——应用程序的逻辑之前,用户会产生巨大的间接成本。 Javascript SDK 消除了需要更多代码的采用摩擦点,从而减少了错误,并提高了时间效率。

Q2 2022

GPU市场 

目标:

通过添加获取 GPU 的能力来解锁新的应用案例,例如 ML。

概括:

Akash 网络上的 GPU 市场。

动机:

目前Akash网络上缺乏 GPU 市场,限制了Akash更多潜在的应用场景,因此也限制了更大规模的应用。 GPU市场的添加将开辟新的市场,例如 AI/机器学习、工作量证明和高性能计算。

部署图形用户界面 

目标:

1.减少高级用户的部署和调试时间(使用 CLI)。

2.使用户能够估算价格。

概括:

用于管理 Akash 上的应用程序的非托管 Web 界面。

动机:

命令行界面疏远了不太高级的用户,而且并不总是易于使用,尤其是在可视化大量数据时。 部署 Web 界面将使初学者和中级用户能够采用 Akash,从而扩大网络。

激励审计员 

目标:

提高有效过滤供应商属性的能力,以便租户可以清楚地了解各种部署选项,并根据他们的需求进行有效过滤。

概括:

在 Akash 上吸引和留住审计员的激励机制。

动机:

Akash审计属性允许任何人审计供应商,并在链上公布结果,以供租户选择。目前,审计师没有激励机制,吸引新的审计师难度较大。 将权力整合到少数审计员而不是许多审计员,对于去中心化带来了挑战。

条件属性 

目标:

提高有效过滤供应商属性的能力,以便租户可以清楚地了解各种部署选项并根据他们的需求进行有效过滤。

概括:

有条件地选择审核员,基于属性进行验证。

动机:

当前的 SDL 设计限制用户选择审核员是否验证所有属性。 用户无法选择应该验证哪些属性,由哪些验证器进行验证。

H2 2022

供应商管理仪表板 (PMD) 

目标:

1.通过提供与系统正常运行时间和使用情况相关的关键指标,提高 Akash 健康状况的直观可视性。

2.允许供应商按需求启用或禁用销售计算。

3.为内容审核提供工具。

概括:

供应商 GUI,提供定价、供应、使用遥测和集群健康监控的按钮管理。

动机:

在 Akash 上管理供应商的工具目前只能使用 CLI,既麻烦又应用有限。

网络覆盖 

目标:

解锁新应用案例,工作负载可应用标准端口和专用 IP 地址。

概括:

Overlay 网络将部署在 Akash 上的工作负载连接到具有私有 IP 空间的私有网络中。

动机:

跨多个数据中心部署在 Akash 上的工作负载目前通过公共网络进行通信。 这给用户带来了网络安全问题,并且可能导致安全设计松懈。 专用于应用程序的覆盖网络可以解决这个问题。

主权 Docker 注册表 

目标:

解锁新应用案例,工作负载可应用标准端口和专用 IP 地址。

概括:

托管在 Akash 上的容器注册表的唯一目的是存储 Akash 工作负载,解决隐私、经济主权和Akash 用户更好的控制。

动机:

Akash 目前支持托管在外部注册表上的公共 docker 容器,工作负载容器必须无需身份验证或授权即可访问。

私有注册表比公共 docker 容器更受青睐,因为后者可能会泄露有关系统或组织内部运作的信息,而前者可以保密这些信息。

管理服务市场 (MSM) 

目标:

简化数据库等常用服务管理。

概括:

托管后端服务(例如数据库)的无许可市场,以减轻租户的运营负担。托管服务市场 (MSM) 通过解锁新一波服务供应商并增强 AKT 的流动性来加强 Akash 生态系统。

目标:

  • 与后端服务无摩擦集成的原语
  • 在早期阶段提供一套务实的服务,来推动应用
  • 通过将身份、操作和用户界面支持扩展到各种托管服务(包括来自分散和托管基础设施生态系统的服务)来提供联合体验
  • 提供标准机制将服务与数据解耦,以实现最大可能的可移植性,例如 DTP
  • 提供必要的技术和运营支持

动机:

大多数现代应用程序堆栈由多层应用程序服务堆栈(例如数据库、缓存等)组成。

标准服务例如数据库,在由了解如何扩展和保护租户使用的专业服务供应商管理时,显着简化了运营成本,从而降低了租户的成本。

MSM 使软件的创建者能够在改进他们的工作并保持软件开放的同时产生有意义的收入。目前,价值获取处于严重失衡状态,而云服务供应商 (CSP) 是最大的受益者。 MSM 平衡了这种不平衡性。