8月30日，在亦来云中文社区“亦见 Web3 四周年”线上分享会上，亦来云 Trinity 负责人汤智龙：Carrier/Hive 现状和演进及 Feeds NFT 应用走向等内容。
以下是汤智龙先生分享的详细内容。
大家好，很高兴在这里和大家共同庆祝亦来云的四周年。我今天主要围绕 Carrier、Hive 等的现状和演进做一些分享。
Carrier 现状：
Carrier 是亦来云系统中的去中心化数据通信平台，支持端对端的数据加密安全通信。通信双方必须成为好友之后才能进行消息和数据交互。Carrier 网络已集成 WebRTC 标准通信功能，支持在 Android/iOS 设备上的音视频通信应用需求。
其实，Carrier 网络就当前版本已经基本成型，处于维护和修复 Bug 的状态，当然我们内部也有新的项目规划。目前有使用 Carrier 的社区项目有 Feeds，HyperIM以及一个社区项目：去中心化的类 ClubHouse。
Carrier 后续规划：
由于 Carrier 目前是基于 Friend-to-Friend 的通信模式，也就是说必须建立好友关系才能进行数据通信。同时又欠缺一体化的离线消息存储和投递机制，限制了除IM外的其他应用场景使用。
因此内部开启了 Carrier-v2 版本的项目开发，目前处于开发孵化阶段。Carrier-v2 版本会从逻辑上分为两层。底层是最基本的 Kademlia DHT 通信网路，包含去中心化的离线消息存储机制，以及 NAT 穿透服务。上层是当前 Carrier-v1 已支持的消息/数据通信业务层。一旦实现分层的 Carrier 数据通信，可以更好的利用 DHT Permissionless 网络优势，使用于更广泛的应用场景。Hive 也会基于该 DHT 网络实现 Layer2 的结构设想。
Hive 现状：
Hive 是 Elastos 生态中的去中心数据存储平台。目前 IPFS 为首的去中心化存储技术已经比较成熟，对应的 Filecoin 等存储挖矿也比较火爆。但这些类似去中心化存储设计，主要偏向于非活跃的冷数据，在移动应用方面不那么具有优势。
Hive 已深度集成 Elastos DID2.0 技术，支持通过 DID 身份对 Vault 中数据进行确权存取。在接口和功能上，比较贴近于移动应用场景。Hive 不仅支持文件数据存取，还提供类似 mongodb 特性的半结构化数据存取。数据 Owner 可自定义规则授权其他用户存取数据。后续还会提供更丰富的前端接口支持。
目前已有 Elastos Essentials 钱包，以及北美 Tuum 团队项目 Profile 使用 Hive 存储应用数据。目前我们也正跟社区项目 Elabox 接触，讨论在 Elabox 中内嵌集成 Hive 节点，从而扩大 Hive 部署节点数量。
Hive 后续规划：
IPFS 在文件存取上拥有优势，Hive 已开始深度与 IPFS 节点结合。后续 Hive 节点由 Hive Node + IPFS Node 构成，文件数据会被转存到 IPFS Node 中。完全公开的数据获取则可直接从 IPFS Gateway 中获取。
Hive 虽已基本可用，但还远未成型。后续 Hive 需要支持数据前端加密存取，同时后端也会支持对私有数据进行加密处理后托管到 IPFS 网络中。后续 Hive 也需要支持服务 NAT 穿透，这样用户可以利用家里的 raspberry 设备运行 Hive 服务节点，从而可随时随地访问自己 Vault 中的数据。我们在完善 Hive 存储网络的同时，也在考虑和设计 Hive 上 Token 经济激励机制，使 Hive 能成为 亦来云平台下的一个可自生长的子生态项目。
Feeds 现状：
Feeds 是去中心化的社交网络平台产品。用户可以在该平台发布内容，能完全确权并保障自己数据的控制权。Feeds 后续会逐渐倾向于基于 Channel 频道的内容订阅业务的社交平台。
Feeds 是目前深度使用 Elastos 技术的最典型应用之一。Feeds 通过用户在 Essentials 授权 DID 身份登录，与后端 Feeds Service 通过 Carrier 网络进行数据通信，从而保证数据确权和数据控制。需要说明一下的是，其实 Elastos DID 算是 亦来云生态中最核心的组件，用户使用 DID 身份登录用户应用和体验应用，对应用中产生的数据进行确权管理。
Feeds v2.0基于 Elastos ESC 侧链已支持 NFT 特性，用户可以在 Feeds 应用上铸造 NFT，并在 Pasar 商场上自由交易。
NFT 特性走向：
首先欢迎大家到 Feeds 上体验尝试创建 NFT 和交易 NFT。与目前主流的 NFT 商场相比，Feeds 在体验上确实有一定欠缺，但我们会持续完善，也欢迎大家多提改进意见。Feeds 集成 NFT 特性主要是基于拓展应用场景的考虑。有了 NFT 特性支持，用户可以将在产生的内容，包括图片，音视频数据，甚至 Channel 本身铸造成 NFTs，通过出售/出租流量和数据内容来获取盈利等。
Feeds NFT 后续会支持用户铸造同质多数量的 NFTs，以及 NFT 拍卖模式等特性。而在 Feeds Channels 则主要聚焦于如何通过 NFT 机制最大化的利用内容资源。Feeds NFT 后续不排除独立成为去中心化 NFT 交易平台产品，以便更方便地为除 Feeds Channel 之外其他应用服务。
