四月，亦来云核心开发团队收集了社区关心的问题进行了相关答复，包括 Carrier 2.0 功能、DPoS 2.0 进展、开发者文档改进、Hive Vault 等内容。
以下是 AMA 的详细内容。
· Carrier 2.0 何时完成？您能解释一下 什么是 Carrier 2.0 吗？为什么它比 Carrier 1.0 更重要，是升级版吗?
牛靖宇，Elastos Fusion 负责人
Carrier 2.0 目前在重开发阶段，我们希望在第二季度完成核心部分的开发，并在第三季度的前期发布技术预览版。Carrier 2.0 相对 Carrier 1.0 有比较大的变化，主要体现在以下几个方面：
- 除了 Carrier 1.0 支持的 permissioned 模式，会增加 permissionless 模式，支持更多场景。
- 引入 Carrier Super Node，改进 Carrier 1.0 完全去中心模式的一些问题，特别是用户体验的问题。
- 新的应用服务中继特性，可以为个人部署的 ElaBox 提供无缝的互联网访问能力。
- 提供浏览器环境的支持。
- 移动设备更友好。
- 基本的经济模型。
· 有没有计划创建一个功能完整的通讯类 dApp ?
现在我们主要集中在 Carrier 2.0 本身的开发上，目前还没有通用的 Messaging dApp 的开发计划。但是会在一些特定应用场景内的 IM 的考虑。关于通用的 Messaging dApp，我们希望在 Carrier 2.0 技术预览版发布后在考虑。
· DPoS 2.0 的进展如何，有具体的发布日期吗?
于舒楠，Gelaxy(区块链)负责人
DPoS 2.0 开始进入测试阶段，测试阶段包括功能测试、压力测试、以及测试网试运行几个阶段，计划在 Q4 期间上线。
· 我们能期待更多的 SDKs，特别是 Python SDK 吗?
于舒楠，Gelaxy(区块链)负责人
目前C++版本的钱包端 SDK 主要用于为 Essentials 提供与主链及侧链节点交互的支持，目前还没有计划开发 Python 版本的 SDK。
· 核心开发团队应该如何加强与中英文社区的交流?
EF 作为 Elastos SmartWeb 创始者、推动者，四年多来累计与全球十多个社区团队合作。从成立至今致力于 Web3 典型代表 Elastos SmartWeb 的基础设施开发建设。在项目初期，EF 推动过部分社区建设，自从 Elastos SmartWeb 第三层共识 CRC 上线，Cyber Republic 已成为 Elastos 整个社区代表。来自全球不同区域的 12 名社区选举出来的委员，通过 CR 共识，带领社区自我运营。与此同时，EF 作为社区一分子，积极参与社区、尽已所能为 Elastos 社区贡献力量。
EF 合作的各个开发团队会定期发布各自的开发路线图，参与社区组织的各种 AMA 等活动。不得不指出的是，EF 发布的 Elastos SmartWeb 基础设施开发任务，不同于面向 C 端用户的应用项目，这些基础设施开发任务是为 Elastos SmartWeb 底层正常运行所服务的，承担这些开发任务的合作团队和工程师们，在约定周期内均有繁重的工程开发工作，同时需要在每个功能开发、测试通过后，重新整理、审核相应的技术文档，以方便面向应用项目的开发人员查阅使用。这些工程师们无法象面对 C 端用户那样，实时交流。如果社区成员或应用开发人员有问题，可以在 Discord 上提问、留言或以 AMA 文档方式，待各合作团队按工程计划完成一个节点后，会有回复。
· EF 退出后，核心开发团队会把开发工作转移到社区吗？为什么每个团队不在全球范围内雇佣更多的开发人员来帮助加速开发呢？
李恒， EF 理事会成员
EF 一直秉承非营利原则资助合作团队或生态项目，不参与合作团队或生态项目运营管理，也不从中获利。每个合作团队根据承担的基础设施开发任务和工程计划，组织和招募自己的团队。据了解，合作团队的成员来自不同区域、说不同语言。
· 目前开发者文档较之前有了很大的完善，但对开发人员来说有些模块的理解还是比较困难，有没有进一步的改进计划?
牛靖宇，Elastos Fusion 负责人
是的，虽然现在我们的文档较之前有了很大的完善，但是还是存在一些问题，跟社区开发者的需求间还有一些落差。但是我们会持续的补充并完善文档，一方面开发团队会继续补充文档内容；一方面也会根据社区开发者的建议和需求，对原有的内容进行完善改进，并补充缺失的内容。
· Hive Vault 存储应用数据，但理论上 Vault 也可以作为图像和文件的个人云存储（类似 iCloud 、 Google Drive 等），是吗 ?
牛靖宇，Elastos Fusion 负责人
是的，Hive 是可以用于云盘类似的应用来存储文件等。完全可以基于 Hive 开发一个类似的应用。Hive 团队也在设计和开发一款去中心化的 HiveHub webApp，普通用户可以在 HiveHub 选择信任且运行良好的 Hive Node 上创建 Vault，查看和管理自己的 Vault 数据。用户也可以自己搭建运行 Hive Node 将其注册到 HiveHub 上供其他用户使用。
· 有新的侧链开发计划吗?
于舒楠，Gelaxy(区块链)负责人
目前没有新侧链的开发计划。
· Cosmos 侧链或任何其他跨链侧链网络呢？
于舒楠，Gelaxy(区块链)负责人
Elastos 的侧链从技术角度可以成为 Cosmos 的 zone(需要基于Cosmos SDK 开发新的侧链),或者 Polkadot 的平行链(也需要做平行链的开发工作，而且要竞拍插槽)。
· ESC 目前运行的 TPS 怎么样？有没有计划让它更快？
于舒楠，Gelaxy(区块链)负责人
ESC侧链的TPS在45左右，目前没有计划进一步提高这个指标。
· 真的有必要为 ESC 使用不同的 Token 吗？难道我们不能找到一种方法让它与 ELA 主链 Token 一起工作吗?
于舒楠，Gelaxy(区块链)负责人
ELA 主链与 ESC 采用1:1的比率在主侧链间实现 ELA 的互转，从而实现 ELA 生态的扩展，ESC 上交易费直接使用跨链过来的 ELA 支付，也可以使用 ELA 直接参与生态项目，在侧链上获得的 ELA 可以转账回主链，完成闭环，因此不需要额外的底层代币。ESC 支持以太坊智能合约，生态项目可以通过合约发行自己的 Token。
· Carrier 2.0 和 Hive 2.0 的开发会带来怎样的应用？您能提供一个可以使用这些技术构建的独特应用程序的例子吗？或者从普通用户的角度解释下这两种技术，以及它们与传统通信或存储技术的区别?
牛靖宇，Elastos Fusion 负责人
很难说某个特别的应用一定唯一的依赖于一个技术，大多数情况下都是有备选的技术实现方案，可能在优劣或者特性上有差异。对 Carrier 和 Hive 而言，我们是希望构建一个去中心的应用间通信方案和去中心的应用存储方案，用来支持 Web3 的应用，这也是 Elastos 的愿景。比如 Feeds 团队新版本的 Feeds 应用就使用了 Hive + Carrier 结合的模式，依赖于 Hive 提供的去中心存储服务，较之前的版本用户体验大大得到了改善，特别是不再依赖于一个专属的设备，这将大大降低用户的使用门槛。
讲到和传统通信/存储方案的区别，核心的一点就是给用户选择权，让用户能够控制他们的数据，而不是像传统的服务商那样，将用户的数据视为自己的资产。
· 为 ELA 主链实现闪电网络功能的战略目标是什么？这会创建什么实用程序？
苏翼鹏，亦来云总架构师
目前，我们没有在亦来云主链上实施闪电网络的计划。但是，团队正在研究一种解决方案，以支持 BTC 在比特币闪电网络和亦来云智能链(ESC)之间直接的支付和转账。通过这个功能，亦来云将更紧密得和比特币闪电网络生态结合，并通过ESC扩展比特币的生态应用。
· “Essentials Wallet ”的路线图是怎样的？您能选择简化钱包吗？例如简单模式只显示投资组合，专业模式显示所有功能。
Benjamin Piette，Trinity Tech 负责人
2022年 Elastos Essentials 路线图如下:
- 根据 Slowmist 审计报告，改进安全问题。
- 支持 Ledger Nano X。
- 支持 ELA multisig 钱包。
- Hive Vault 备份和传输。
- 用于构建凭证工具箱 dApp 的 DID 凭证统计信息，以及与 DID 可用性相关的各种改进。
- 开机速度提升。
- 与 ELK 合作新的内置 EVM 网络。
- CR 相关功能的改进( CR 委员会注册，投票 )。
- 在 Carrier 2.0 发布后，实现 Sleak 通信功能，可能包括一个简单的用户聊天选项，以及应用内信息共享。
关于简化钱包，我们愿意头脑风暴新的解决方案，欢迎大家来 Essentials 的频道讨论交流。拥有一个类似于你所描述的“简单模式”可能会非常有用。但是，我们首先需要明确用户必需的功能，以及他们希望在这样的“简单模式”中包含的特性。
