Hyperledger Aries 和 Hyperledger Indy 之间的主要区别？
Key differences between Hyperledger Aries and Hyperledger Indy?
Hyperledger Aries 和 Hyperledger Indy 都是构建分布式账本应用程序的平台
对于身份。
它们之间的主要区别是什么？何时选择其中一个来实施区块链解决方案？
Aries 是去中心化身份（分类帐、DID、可验证凭证）应用程序的代理（客户端）部分，旨在与底层 ledger/DIDs/verifiable 凭证层无关。
Indy 是一个去中心化的身份实现，包括对账本、DID 和可验证凭据的支持。
Aries 最初的工作是将 Indy 中的代理工作转移到 Aries，因此 Aries 的第一个工作版本在底层使用 Indy 作为去中心化身份组件。随着时间的推移，这些组件将变得可插入，并且将支持额外的去中心化身份组件。因此，indy-sdk 的主要部分将被弃用，因为它们已在 Aries 中实现。
对于构建解决方案，您应该始终从白羊座着手。您将需要了解 Indy 的功能，但不需要了解细节。您唯一需要深入研究 Indy 的情况是，如果您想扩展其功能以支持您的用例。
Aries 主要涵盖 Hyperledger Indy 的代理部分，该部分最初由 Indy-Sdk 提供。它支持与其他区块链的连接（目前仅适用于 Indy 账本）。
而 Indy 目前涵盖了区块链部分。
通俗地说：
- 白羊座用于代理之间的通信
- Indy 用于加密
交易（issuance/proofing/etc）
为了构建去中心化身份解决方案，启动了 Hyperledger Indy 项目。 Evernym 已将代码库捐赠给 Hyperledger 社区，因此 Indy 诞生了。
在初始架构中，Indy 应该提供治理（共识）、可验证凭证、DID 和不同实体之间的 DID 通信，而 Hyperledger Indy 提供了上述所有功能，但 DID 通信除外，DID 通信后来催生了 Hyperledger Aries。
Indy Journey
现在的问题是为什么 Indy 本身不提供 DID 通信功能而不是依赖 Aries
1: Hyperledger 项目支持即插即用架构，分离 DID 通信对于 Indy 来说是一个很好的决定，可以更多地关注核心身份方，而 Hyperledger Ursa 的创建也是出于同样的原因，以分离 Indy 的所有加密功能。
2：身份是公民的一项基本权利，所以在以后会有成千上万的服务提供商提供身份解决方案，互操作性将是一个关键因素。请记住，建立一个基于分类帐不可知的客户端是一个好主意，因为 Aries 不仅支持 Indy，而且还将支持其他区块链分类帐。
因此，将所有部分放在一起，Indy 提供了一个核心身份特征，其中 Aries 只是使用这些服务的客户之一。这与以太坊（Indy）和 Web3（白羊座）之间的关系是一样的。从开发的角度来看，我们需要更加专注于白羊座开发客户端。
问题很明确了，白羊座和印地之间怎么选择，也可以换句话说：从哪里开始？
Indy 无疑代表了一个基础层，Aries 目前是构建身份应用程序的更好选择。实际上，Indy 提供：区块链网络、DID 的实现以及与可验证凭证相关的所有功能。在其之上，白羊座帮助构建可以通过安全通信通道在点对点网络上进行通信的应用程序：DIDComm。从用户交互的角度来看，Aries 与身份应用集成，并在内部与 Indy 对话。显然，Aries 的目标是建立一个可互操作的通信层，不仅可以连接到 Indy，还可以连接到其他区块链框架。
Indy 作为 Hyperledger 家族中第一个建立去中心化身份的项目，提供了 real-time 交易视图，其架构基于 self-sovereign 身份，使用户能够完全控制自己的身份。一开始，Indy 很适合构建身份解决方案，但很明显，它缺乏点对点通信，而点对点通信是身份解决方案的核心。白羊座填补了这一部分。对于构建解决方案，需要考虑很多事情，但您应该从白羊座着手
Hyperledger Aries 和 Hyperledger Indy 都是构建分布式账本应用程序的平台 对于身份。
它们之间的主要区别是什么？何时选择其中一个来实施区块链解决方案？
Aries 是去中心化身份（分类帐、DID、可验证凭证）应用程序的代理（客户端）部分，旨在与底层 ledger/DIDs/verifiable 凭证层无关。
Indy 是一个去中心化的身份实现，包括对账本、DID 和可验证凭据的支持。
Aries 最初的工作是将 Indy 中的代理工作转移到 Aries，因此 Aries 的第一个工作版本在底层使用 Indy 作为去中心化身份组件。随着时间的推移，这些组件将变得可插入，并且将支持额外的去中心化身份组件。因此，indy-sdk 的主要部分将被弃用，因为它们已在 Aries 中实现。
对于构建解决方案，您应该始终从白羊座着手。您将需要了解 Indy 的功能，但不需要了解细节。您唯一需要深入研究 Indy 的情况是，如果您想扩展其功能以支持您的用例。
Aries 主要涵盖 Hyperledger Indy 的代理部分，该部分最初由 Indy-Sdk 提供。它支持与其他区块链的连接（目前仅适用于 Indy 账本）。
而 Indy 目前涵盖了区块链部分。
通俗地说：
- 白羊座用于代理之间的通信
- Indy 用于加密 交易（issuance/proofing/etc）
为了构建去中心化身份解决方案，启动了 Hyperledger Indy 项目。 Evernym 已将代码库捐赠给 Hyperledger 社区，因此 Indy 诞生了。
在初始架构中，Indy 应该提供治理（共识）、可验证凭证、DID 和不同实体之间的 DID 通信，而 Hyperledger Indy 提供了上述所有功能，但 DID 通信除外，DID 通信后来催生了 Hyperledger Aries。
Indy Journey 现在的问题是为什么 Indy 本身不提供 DID 通信功能而不是依赖 Aries
1: Hyperledger 项目支持即插即用架构，分离 DID 通信对于 Indy 来说是一个很好的决定，可以更多地关注核心身份方，而 Hyperledger Ursa 的创建也是出于同样的原因，以分离 Indy 的所有加密功能。
2：身份是公民的一项基本权利，所以在以后会有成千上万的服务提供商提供身份解决方案，互操作性将是一个关键因素。请记住，建立一个基于分类帐不可知的客户端是一个好主意，因为 Aries 不仅支持 Indy，而且还将支持其他区块链分类帐。
因此，将所有部分放在一起，Indy 提供了一个核心身份特征，其中 Aries 只是使用这些服务的客户之一。这与以太坊（Indy）和 Web3（白羊座）之间的关系是一样的。从开发的角度来看，我们需要更加专注于白羊座开发客户端。
问题很明确了，白羊座和印地之间怎么选择，也可以换句话说：从哪里开始？ Indy 无疑代表了一个基础层，Aries 目前是构建身份应用程序的更好选择。实际上，Indy 提供：区块链网络、DID 的实现以及与可验证凭证相关的所有功能。在其之上，白羊座帮助构建可以通过安全通信通道在点对点网络上进行通信的应用程序：DIDComm。从用户交互的角度来看，Aries 与身份应用集成，并在内部与 Indy 对话。显然，Aries 的目标是建立一个可互操作的通信层，不仅可以连接到 Indy，还可以连接到其他区块链框架。 Indy 作为 Hyperledger 家族中第一个建立去中心化身份的项目，提供了 real-time 交易视图，其架构基于 self-sovereign 身份，使用户能够完全控制自己的身份。一开始，Indy 很适合构建身份解决方案，但很明显，它缺乏点对点通信，而点对点通信是身份解决方案的核心。白羊座填补了这一部分。对于构建解决方案，需要考虑很多事情，但您应该从白羊座着手