为构建去中心化身份解决方案，开始了Hyperledger Indy项目。 Evernym已将代码库捐赠给Hyperledger社区，因此Indy诞生了。

在最初的体系结构中，Indy本应提供治理（共识），可验证的凭证，DID和DID，以及不同实体与Hyperledger之间的通信。Indy提供了上述所有功能，但DID通信后来催生了Hyperledger Aries。

Indy Journey 现在的问题是，为什么Indy本身不提供DID通讯功能，而不是依靠白羊座

1：Hyperledger项目支持即插即用体系结构，对于Indy而言，分离DID通信是一个明智的决定，Indy更加专注于核心身份方，并且出于相同的原因创建了Hyperledger Ursa是为了将所有加密功能与Indy分离。

2：身份是公民的一项基本权利，因此在以后的时代，将有成千上万的服务提供商提供身份解决方案，而互操作性将成为关键因素。请记住，建立一个基于Ledger不可知论的客户是一个好主意，Aries不仅支持Indy，还将支持其他区块链分类账。

因此，将所有要素组合在一起，Indy提供了一项核心身份功能，其中Aries只是使用这些服务的客户之一。它与以太坊（Indy）和Web3（Aries）之间的关系相同。从开发角度来看，我们需要更加专注于Aries来开发客户端应用程序。

问题很明显，在白羊座和印地之间做出什么选择，我们也可以这样表述：从哪里开始？ Indy无疑代表了基础层，目前Aries是构建身份应用程序的更好选择。实际上，Indy提供：区块链网络，DID的实施以及与可验证凭证相关的所有功能。最重要的是，Aries有助于构建可通过安全的通信渠道：DIDComm通过对等网络进行通信的应用程序。从用户交互的角度来看，Aries与身份应用程序集成在一起，并在内部与Indy进行对话。显然，Aries的目标是建立一个可互操作的通信层，该层不仅可以连接到Indy，而且可以连接到其他区块链框架。 Indy是Hyperledger系列中第一个构建去中心化身份的项目，它提供了交易的实时视图，其架构基于自主权身份，使用户可以完全控制其身份。从一开始，Indy就很好地构建了身份解决方案，但是很明显，它缺乏对等通信，这是身份解决方案的核心。白羊座填补了这一部分。建立解决方案时，有很多事情需要考虑，但是您应该先从白羊座开始

Aries是分散身份（分类账，DID，可验证凭证）应用程序的代理（客户端）部分，旨在与基础分类账/ DID /可验证凭证层无关。

Indy是一种分散式身份实现，包括对分类帐，DID和可验证凭据的支持。

最初的Aries工作是将Indy中的代理工作移至Aries，因此，Aries的第一个工作版本将Indy用于分散的身份组件。随着时间的流逝，这些组件将变得可插入，并且将支持其他分散式身份组件。因此，indy-sdk的主要部分将被弃用，因为它们已在Aries中实施。

对于构建解决方案，您应该始终以白羊座为起点。您将需要了解Indy的功能，而不是细节。唯一需要深入研究Indy的地方就是是否要扩展Indy的功能以支持您的用例。

在外行人那里：

• 白羊座用于代理商之间的通信
• Indy用于加密 交易（签发/校对/等）

白羊座最初涵盖了Hyperledger Iny的Agent部分，该部分最初是由Indy-Sdk完成的。

它支持与其他区块链的连接（目前仅适用于indy Ledger）。

Indy到目前为止已经涵盖了区块链部分。