【译文】阿童木COSMOS白皮书（三）

4.Hub与Zones

在这里，我们描述了一个新的去中心化和可伸缩性模型。Cosmos是由Tendermint驱动的多个区块链组成的网络。虽然现有的提案旨在创建一个具有全局全局事务排序“单一区块链”，但COSMOS允许多个块链同时运行，同时保持互操作性。

在此基础上，Cosmos Hub管理许多称为“区域”的独立区块链（有时被称为“分片”，参考被称为“分片”的数据库缩放技术）。来自发布在Hub上的区域的最近块提交的恒定流允许Hub跟上每个区域的状态。同样，每个区域都与Hub的状态保持一致（但区域之间不保持一致，除非通过Hub间接地保持一致）。然后，通过发布Merkle-证明作为信息发送和接收的证据，信息包从一个区域传送到另一个区域。这种机制称为区块链间通信（inter blockchain communication），简称IBC。

任何区域本身都可以是Hub以形成非循环图，但是为了清楚起见，我们将只描述只有一个Hub和许多非Hub区域的简单配置。

4.1HUB

Cosmos Hub是一个承载多资产分布式账本的区块链，其中的代币可以由单个用户持有，也可以由区域自己持有。这些代币可以在一个称为“代币包”的特殊IBC包中从一个区域移动到另一个区域。Hub负责保持区域内每个代币总量的全局不变性。IBC代币包交易必须由发送方、Hub和接收方区块链提交。

由于Cosmos Hub是整个系统的中心账本，因此Hub的安全性至关重要。虽然每个区域可能是一个Tendermint区块链，由4个（如果不需要BFT共识，则更少）保护，但Hub必须由一组全球去中心化的验证器保护，这些验证器能够承受最严重的攻击场景，如大陆网络分区或国家支持的攻击。

4.2区域（Zones）

Cosmos区域是一个独立的区块链，它与Hub交换IBC消息。从Hub的角度来看，区域是一个可以使用IBC包发送和接收代币的多资产、动态成员、多重签名账户。与加密货币账户一样，一个区域不能传输比它拥有的代币更多的代币，但可以从拥有代币的其他人那里接收代币。一个区域可以被指定为一个或多个代币类型的“源”，授予它使代币供应膨胀的能力。

Cosmos Hub的atom可以由连接到Hub的区域的验证器进行标记。尽管对这些区域的双花攻击将导致Tendermint的分叉责任削减atom，一个投票权>?的拜占庭区域可能提交效状态。Cosmos Hub不验证或执行在其他区域上提交的事务，因此用户有责任将代币发送到他们信任的区域。在未来，Cosmos Hub治理体系可能会通过Hub改善建议，解释区域故障。例如，可以限制来自某些（或所有）区域的出站代币传输，以便在检测到攻击时允许区域的紧急电路断开（代币传输的临时停止）。

5.区块链间通信（IBC）

现在我们来看看Hub和区域是如何相互通信的。例如，如果有三个区块链，“Zone1”、“Zone2”和“Hub”，我们希望“Zone1”生成一个通过“Hub”到达“Zone2”的数据包。要将数据包从一个区块链移动到另一个区块链，需要在接收链上提交证据。证据表明，发送链为所称目的地发布了一个数据包。为了让接收链检查这个证明，它必须能够跟上发送方的区块头。该机制类似于侧链所使用的机制，这需要两个相互作用的链通过双向数据流证明彼此之间的数据流（事务）。

IBC协议可以自然地使用两种类型的事务来定义：IBCBlockCommitTx事务，它允许区块链向任何观察者证明其最新的区块哈希；IBCPacketTx事务，它允许区块链向任何观察者证明给定的包确实是由发送者的应用程序发布的，通过Merkle-证明到最近的区块哈希。

通过将IBC机制分为两个单独的事务，我们允许接收链的本地费用市场机制来确定哪些数据包被提交（即确认），同时允许发送链上完全自由地确定允许多少出站数据包。

在上面的示例中，为了更新“Hub”上“Zone1”的区块哈希（或“Zone2”上“Hub”的区块哈希），IBCBlockCommitTx事务必须以“Zone1”的区块哈希（或以“Hub”的区块哈希）发布在“Hub”上。

有关两种IBC事务类型的更多信息，请参阅IBCBlockCommitTx和IBCPacketTx。

—-

编译者/作者：灰狼

玩币族申明：玩币族作为开放的资讯翻译/分享平台，所提供的所有资讯仅代表作者个人观点，与玩币族平台立场无关，且不构成任何投资理财建议。文章版权归原作者所有。