8月30日，在亦来云中文社区“亦来云 Web3 五周年”线上分享会上，Trinity 负责人 Zhilong 和大家分享了 Hive、Carrier、Feeds、Pasar 四个项目的当前进展和后续开发计划。以下是  Zhilong(Stiartsly) 分享的详细内容。

大家好，我是 Trinity 负责人 Zhilong(Stiartsly)。这里主要和大家分享下 Hive 和 Carrier 等项目的进展和后续计划。
Carrier-V1 现状：
我们目前已经发布了 Carrier-V1。Carrier V1 版本是完全去中心化的端对端加密的安全数据通信平台。通信双方需要成为好友才能进行消息和数据交互。Carrier-V1 提供了 WebRTC SDK，解决在移动设备上的 P2P 音视频通信应用场景。目前社区 Beagle 项目的去中心化类 ClubHouse 应用还使用着 Carrier V1 网路。
Carrier-V1 功能层次上不够灵活，目前只能使用于 IM 类的应用场景。在连接过程中延迟消耗也无法提供良好的运行时体验，也没有根据运行时环境的差异性（例如在 Web 网页，移动设备，以及 VPS 服务器）来选择使用不同类型的 Carrier 实例。
基于这些局限性，Carrier 团队很早就在酝酿和开发新版的 Carrier V2 版本，并有望于10月份左右提供初版。
Carrier V2 现状和后续规划：
Carrier V2 在设计之初已经考虑了两个维度：垂直应用场景以及应用运行时环境的差异性。
Carrier V2 在结构上分为两个层次：- 底层的 DHT 网络；- 上层的通用数据通信和服务提供层。
DHT 层采用通用 Kadelia 路由算法的 Secure DHT 网络，除了本身的节点寻址外，还支持内容寻址，可以将数据以去中心化方式存储到对应特征节点上。DHT 之上的就是与 V1 接口兼容的 Friend-to-Friend 数据安全通信网络，确保原来基于 V1 版本的应用以尽量少的改动迁移到 V2 通信网络中。
Carrier V2 根据应用运行时环境区分，将 Carrier 运行节点分为：- 超级节点，常驻运行成为 Carrier Bootstrap 节点外，充分利用资源，提供各种运行时服务，例如端口穿透服务，离线数据存储服务等；- 普通节点；- 代理节点，一般主要运行在 Desktop Web 应用中。
在设计和实现过程中，Carrier V2 同时也会考虑经济激励模型，希望通过盈利模型来鼓励社区用户运行和维护 Carrier 超级节点。
Hive 当前现状：
大家都知道 Hive 完全深度集成了 DID， Elastos 用户使用 DID 来确权链下数据，可以存放在 Elastos Hive/Vault 中。Hive 简单地来说，就是支持用户以 DID 身份授权应用数据存储和分享的去中心化存储平台。这里存储数据不仅包含应用 Private 数据，也支持 Partial 分享和完全分享的数据。具体数据分享规则由用户自己根据 Hive 的 Scripting 定义规则来定义授权。
Hive 之所以说是去中心化，是因为提供给用户数据存储的选择权。用户可以使用可信任的第三方 Hive Node 来存储应用数据，也可以自己部署 Hive Node 来提供存储服务。目前使用 Hive 社区项目包括 Essenitals 钱包，Feeds 社交应用，Profile NFT 社交平台，以及 Pasar、Elacity 等。此外，后面 Hive 可以借助与 Carrier V2 端口穿透服务实现在 Elabox 中部署 Hive Node。
我们还有一个内部项目- HiveHub webApp，可以指导用户一键部署 Node，并将 Node 注册到该网站中，其他用户可以在网站中浏览选择信任 Hive Node 来创建 Vault 存储应用数据。用户也可以在网站上浏览自己的 Vault 数据，甚至可以备份和迁移 Vault 数据。HiveHub 网站应该会在10月份左右正式开放运营，目前已经具备了一些基本功能，内部正在进行测试，测试完成后会开放出来。
Hive 后续规划：
HiveHub 也算是 Hive 作为基础设施的 utlity 网站。HiveHub 除了继续优化和稳定原有功能外，还会：- 集成 Hive Pyament，支持订阅和更改不同的 Vault 付费方案；- 利用已集成 IPFS Node，实现基于 Hive 之上的类 Pinata 服务，确保在 Hive/Vault 上 NFT 图片数据的可访问性。
而对于 Hive 本身，会从三个方面继续演进：- 继续稳定和优化已有的功能，特别是 Payment，以及 Vault 备份/迁移等高级功能；- 考虑和设计 Hive 中的经济激励模型。Hive 应该不仅让普通用户通过在 Hive 中分享数据获取收益，同时也鼓励用户通过部署 Hive Node 存储服务来获取收益，形成一个可自生长的子生态项目；- 利用 Carrier V2 的 DHT 网络优势，扩展新型的存储服务模式，以及支持 Federal 模型的数据交互模型，减少应用端与不同的 Hive Node 交互的复杂性。
Feeds 现状和规划：
目前，Feeds NFT 已经独立成 Pasar 项目并正式上线运营。Feeds 重新回归到去中心化社交特性开发。当前最新 Feeds 3.0 版本废弃使用 Feeds Service，改用 Hive/Vault 作为 Feeds  应用数据的存储，从而大大降低了用户使用 Feeds 的门槛。
Feeds 后续会更加具有包容性，主要从两个方面体现：- 与其他主流社交平台结合和交互，例如 Twitter/Reddit，目前已经支持将 Post 同步发送到绑定的 Twitter 账号中；- 提供 Feeds SDK，供第三方 webApp 集成 Feeds SDK 来实现自己的 Feeds 社交特性。
Feeds 也会开始尝试性地考虑盈利模式，先从以下几方面开始：- 打赏功能。鼓励 Feeds Publisher 发布更多精彩的内容；- 广告集成。广告发布者在 Feeds 广告平台存入一定额度的广告费用后在 Feeds 平台发布广告，用户通过点击广告内容分享广告费用。Feeds 平台会以平台服务费名义抽取一定佣金。
Feeds 后续也会考虑 Tokenomics 经济激励机制，但是还需要更多的时间研究和讨论。
Pasar 现状和规划：
PasarProtocol 是基于 Feeds NFT 项目演变而来，通过提案获取 CR 资金，最后成为独立的 webApp 并正式运营。Pasar 跟传统的 NFT 交易平台不同，用户必须通过 Essentials 钱包登录使用 DID 才能 mint/出售 NFT。但购买时不需要 DID，可以通过 Metamaask 钱包购买 NFT。
Pasar 是完全去中心化的 NFT 交易平台项目，没有统一的中心化后台服务依赖，所有后台服务（IPFS 节点和 Assist 服务）支持多点部署。Pasar 现在是完全使用 Elastos DID 作为用户身份的多链 NFT 交易平台项目。目前已经支持 Elastos ESC，ETH，以及 FUSION 链。后续一旦后台 Assist 服务得到进一步稳定优化后，会继续支持更多的 EVM 兼容链。
Pasar 后续会逐渐完善一个基于 DID 身份的 Reputation 系统，用户可以 Reputation 系统来评估对应 NFT 的价值。
Pasar 项目也在开始实现 Tokenomics，一旦 Pasar 项目支持 Tokenomics，用户可以通过交易挖矿来获取 PASAR Token 奖励。计划会以第三方团队运营 Pasar，逐渐转化以 Pasar DAO 形式接管这个 Pasar 项目，通过 DAO 机制来决策 Pasar 项目的演进。