Juno Network：一个不能忽略的Cosmos平台级项目

如果提起 Cosmos 生态，大多数人的第一反应往往便是跨链。的确，Cosmos 凭借高效的底层 IBC 跨链协议，以及便捷的区块链开发工具 Cosmos SDK，构建了一个欣欣向荣的多链生态系统。

但是，开发者加入 Cosmos 生态只能通过应用链吗？我们能否像在以太坊中一样，直接在 Cosmos 中部署智能合约？如果能，那么可以在哪里部署？

带着这些问题，我们对 Cosmos 生态进行了重新的扫描。本篇文章，便要介绍一个在中文互联网中极少被提到的项目：Juno。

应用链还是智能合约？

想要真正理解 Cosmos 这样的多链生态，我们首先需要打破许多人们长期在单体架构区块链平台（以太坊）中形成的固有概念。

在 Cosmos 生态中，对于任何一个新遇到的去中心化应用（dApp），首先要回答的第一个问题便是：你是一条链吗？

下面我们首先将 Cosmos 生态中常见的一些项目进行分类。

从上表中可以看出，不同的项目在选择底层技术架构时会有不同的考虑。例如最基本的交易平台类项目中，面向整个 Cosmos 生态资产交易需求的 Osmosis 便选择通过应用链构建，以便于利用 IBC 协议更好的吸纳整个生态中的资产。而 TerraSwap 则主要解决 Terra 公链中的原生资产交易问题，因此直接在 Terra 链上通过智能合约部署便是更合理的选择。

此外还要注意的是，虽然支持智能合约已经成了新一代公链的标准配置，但是 Cosmos 生态中的应用链们并不是都可以无准入的部署智能合约。严格来说，绝大多数应用链都不能部署外部的智能合约。

造成这种现象的主要原因是，Cosmos 生态中的应用链往往有着自己的核心目标。以最基础的 Cosmos Hub 为例，其最核心的职能便是尽可能稳定的连接生态中的其他应用链。而如果直接开放在其上部署智能合约功能，新的应用需求必然会挤占 Cosmos Hub 的计算资源，进而影响应用链核心功能的实现。

这就造成了当前 Cosmos 生态中的应用链，绝大多数都处于相对封闭的状态。

但是，智能合约凭借其更低的开发难度，在开发者中依然存在着极高的使用需求。如果我们认为 Cosmos 生态会在未来继续蓬勃发展，那么很难想象这个生态中竟然没有一个可靠且无准入的智能合约部署平台。

而由 Cosmos 官方团队开发的 Juno 项目，便是 Cosmos 生态中这一基础设施级别的平台级公链。（另一个有相似潜质的智能合约平台链是 Evmos，与 Juno 的主要区别在于其可以兼容 EVM，在本篇中暂不讨论。）

Juno 公链的特点与优势

作为一条智能合约平台型公链，在讨论其生态前还是让我们简单了解一下他的各项基本参数。

1. 共识与性能

Juno 公链依托于 Cosmos SDK 开发，因此也一并继承了 Tendermint 共识与 PoS 机制，并且原生支持 IBC 跨链交易。依据官方公布的信息，Juno 预计可以达到 10000TPS 的交易吞吐量。

2. 智能合约

Juno 公链所支持的智能合约并不是我们熟悉的 EVM 兼容公链所支持的 Solidity，而是 CosmWasm。

CosmWasm 支持 WASM 虚拟机，可以让开发者使用多种更常见的语言开发更加安全的智能合约。简单的说，开发者可以使用他们之前已经熟悉的编程语言（如 rust、Go、C、C++）直接在 Juno 上开发应用。

相对于以太坊生态中已经十分成熟的 Solidity，CosmWasm 是一种更先进，但目前生态尚在发展中的新一代开发标准，且 CosmWasm 智能合约原生支持在 Cosmos 生态的跨链互操作能力。

3.Token 标准

CW20 是 Cosmos 版本的 ERC20Token 标准，其在基本继承了 ERC20 主要特点的同时，也进行了一定程度的改进，如为 Token 增加元数据以存储 Token 的 Logo 等。未来部署在 Juno 上的应用，其发行 Token 大概率都将遵循 CW20 标准。

这里需要多补充一句，我们常见的许多 Cosmos 生态中的 Token 如 ATOM 以及 JUNO、OSMO 等，都并不遵循 CW20 标准。因为这些 Token 都是由独立的应用链所定义（类似于以太坊中的 ETH），而 CW20 标准主要是针对 Cosmos 生态中由智能合约定义并发行的项目 Token。

4. 开发团队

Cosmos 生态中缺少像以太坊中类似 V 神这种地位的项目创始人，整个开发团队以相对松散的模式进行组织。目前较为活跃的官方开发团队主要分为两组，分别被称为 Core-1 以及 Core-2。而 Juno 便是由 Core-1 所推动开发的独立项目。因此我们可以将 Juno 视为与 Cosmos Hub、Gravity Bridge 等同一级别的 Cosmos 生态基础设施类公链。

Juno 中的生态应用

作为一条以承载智能合约应用生态为主要宗旨的平台级公链，Juno 也在不断推动其生态的发展。在经历过几次黑客松活动后，目前 Juno 上的生态已经初具规模。虽然许多项目依然处于开发早期，但已经出现了不少值得关注的项目。

Junoswap

Junoswap 是 Juno 链上的原生资产交易平台，与 Osmosis 面向这个那个 Cosmos 生态资产交易需求不同，Junoswap 的目标更多是针对 Juno 生态中的本地 CW20 资产交易。

目前 Junoswap 已经结束测试阶段，V1 版已经于 1 月 13 日正式上线。从下方的交易界面截图中可以看出，其交易界面与常见的 DEX 并无明显不同。

然而目前支持的主流资产，依然是其他应用链的原生 Token，而不是本地的 CW20 标准 Token。与 Osmosis 类似，Junoswap 也提供了基于 IBC 跨链协议的资产充提功能。

根据官方发布的消息，目前的 Junoswap V1 版本只是个临时的过渡版本。接下来马上推出的 V2 版本预计会通过发行 Junoswap 的原始 CW20 Token 对流动性提供者进行激励，有兴趣的读者可以关注下官方的进一步信息。

JunoMint

JunoMint 是 Juno 上 CW20Token 的一键式发行平台。通过 JunoMint，用户不再需要直接部署智能合约，而是可以通过直接填写如 Token 名称、小数位数、总供应量等核心参数，一键式发行自己项目的 Token。此外，JunoMint 还提供了多种模板供用户选择。

DAO DAO

DAO DAO 是一个 Juno 上的去中心化协作组织创建工具。与 JunoMint 的设计逻辑类似，都是将原本复杂的智能合约部署工作简化为了标准的用户一键部署用户界面。用户在其中可以直接创建 DAOToken，设定投票规则等。

NETA

NETA 这个项目其实没太多可说的。项目的 Token NETA 目前没有任何实际用途，但总量有限并致力于成为 Juno 生态中的价值存储标的。

不过鉴于 NETAToken 都免费空投给了 Juno 生态的早期质押者，并在一开始便实现了完全的去中心化，且后续将通过 NETA Dao 来决定项目未来的发展方向。因此，大家可以暂且将其作为一个社会实验进行观察。

(de)NS

Juno 上的域名注册系统，目前还处于测试阶段。

Juno 的优势与风险

在 21 年已经陆续崛起了多条新生态型公链后，为什么还有必要再开发一条新的平台型公链出来？这或许是许多人看到 Juno 这个项目后想到的第一个问题。

首先，随着 Cosmos 生态的不断发展，必然会有更多的应用试图部署在 Cosmos 中，而 Juno 是几乎唯一可以选择的智能合约平台。隔壁的 Evmos 其存在意义更多在于兼容以太坊生态，而开发者若想要利用新一代智能合约技术高效地部署应用，还是选在 Juno 更有优势。

此外，Juno 所支持的新一代智能合约语言，可以更好的利用 Cosmos 生态中原生的跨链功能，实现与其他应用链的直接跨链交互。而这如果真的能够实现，恐怕会成为 Juno 区别于其他公链生态的一个关键特征。（备注：我理解这个功能的核心是通过智能合约直接实现信息跨链而不是现在主流的资产跨链。但目前我还没能找到相关实现的 demo 或应用，所以是真正的技术突破还是营销噱头，在此不敢下定论。也欢迎有了解相关技术进展的开发者朋友与我联系讨论。）

在说完优势之后，我们也必须承认，目前的 Juno 生态依然具有很大的风险。

首先，对于一个采用全新智能合约语言的新生态型公链，其必然会经历更加漫长的冷启动周期。此外，Juno 未来的发展前景也会更多的受制于 Cosmos 本身应用链生态的发展繁荣。而包括 Juno 团队在内的整个 Cosmos 生态核心开发者，都具有比较明显的技术极客气质，因此往往在市场推广与营销上不够重视。

这对于整个生态产品的曝光与价值发现，都会构成一定的障碍。我在准备撰写这篇文章的时候，发现作为 Cosmos 生态中的平台级基础设施，Juno 项目在中文互联网中，居然除了空投信息以外几乎没有任何详细的介绍。

因此，写作本文的目的，也是希望能够在一定程度上弥补中文社区在信息层面的严重不足，希望能够帮助读者更详细的了解 Cosmos 生态中基础的核心组件。虽然我们不能预测 Juno 的生态最终能不能成功爆发，但至少不致于完全忽略这类平台级基础设施的存在。

—-

编译者/作者：区块律动BlockBeat

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