在这一篇文章中，我们将介绍去中心化的支付系统 Stellar，它被设计与实现的目的就是在区块链和传统中心化的金融机构之间构建一个桥梁；其目的并不是创建一套完整的金融模型，而是将区块链技术与现有的金融生态系统相结合，在支付和银行系统之间提供协调的功能。 在这篇文章中，我们将介绍两部分内容，一部分是 Stellar 网络中的架构以及设计方式，另一部分包括 Stellar 中的一些概念。 架构 我们可以使用 Stellar 网络构建移动端的手机钱包、在线的银行系统以及支付服务，整个网络其实由两个组件构成，一个是用于与 Stellar 网络交互的 API 服务 Horizon；另一个是网络的骨干，也就是 Stellar Core。 网络中的所有的 Horizon 服务都会连接到 Stellar Core 上，由它通过共识算法负责交易的验证和处理工作，当我们谈到 Stellar 网络时，往往说的都是 Stellar Core 的集合，我们可以将 Stellar Core 理解为 Bitcoin 中的节点，网络中相互连接的全部节点构成了整个网络，而 Horizon 就是用于与节点对话的 HTTP 服务了。 由于 Stellar 在设计的目的就是为了结合现有的金融系统和区块链技术，所以让第三方通过网络发行货币或者代币其实是 Stellar 中非常重要的功能，与 Ethereum 的设计目标『运行智能合约的分布式平台』不同，Stellar 为使用者提供了内置的发币功能，不需要类似 ERC20 等协议额外约束。 为了达到其设计的目的，Stellar 引入了包括账户、资产、分布式交易所、通货膨胀以及锚等概念，构建了一个比较丰富的金融体系。 锚（Anchor） 在 Stellar 中，锚（Anchor）是一个非常重要并且有意思的概念，它们是帮助用户保留存款并且向 Stellar 网络中发行信用的可信实体，你可以理解为全世界各国的中央银行。 所有网络中交易的资产都是 Anchor 发行的信用，例如：银行、储蓄机构、农业合作社、中央银行或者汇款公司。作为 Anchor，一般需要维护最少两个账户： 发行账户只能用于发行和销毁资产，而基础账户用来处理与其他 Stellar 账户的业务，其中保存了所有发行账户发行的资产。 为了履行作为 Anchor 职责，基础设施需要支持两个最为核心的功能，付款和收款，在 Stellar 官方文档 Architecture 中对这两个核心功能的数据流进行了详细的介绍，首先是付款的流程： 客户使用 Anchor 提供的客户端或者网页发出一笔付款； Anchor 的内部服务通过桥接服务（Bridge）发出一笔付款； 桥接服务决定是否需要进行合规检查并将交易的相关信息发给合规服务（Compliance）； 合规服务通过查找联合地址决定收款的账户 ID； 合规服务调用 Anchor 的接口获取客户的相关信息并发送给接受付款组织的合规服务； 如果通过了相关组织的合规验证，那么桥接服务就会创建并签发一笔交易，发送到 Stellar 网络中； 当交易被网络确认时，桥接服务收到消息最终更新客户的账户余额； 当其他人向我们发送一笔转账时，整个数据流相比付款时就有一些不同了： 发送者通过查找 Stellar 账户 ID 根据客户的联合地址发送一笔付款； 发送者将付款信息与付款方的账户信息发送给收款方的合规服务； 合规服务联系三个不同的服务： 一个用于判断发送者是否允许的支付客户的制裁回调（Sanction Callback）； 如果发送者想要得到客户的的信息，我们需要由回调来决定是否提供当前的客户信息； 如果决定了提供客户信息，通过回调的方式进行提供； 发送方将交易发送到 Stellar 网络中；…