如何使用这些文档

欢迎来到您的 Injective 探索之旅！在提问之前，请先尝试使用文档中的搜索功能。我们的目标是让文档具备自给自足的能力，确保上手过程顺畅，让每个人都能轻松了解 Injective。

Injective 快速入门指南

需要帮助?

如果您有任何问题或反馈，欢迎通过 Discord 或 Telegram 与我们联系：

Injective 钱包允许您监控在 Injective 上的资产。资产可以是 Injective 上的原生代币，也可以是从 Ethereum、Solana、Polygon 以及各种支持 IBC 的链桥接过来的资产。

Injective 支持多种不同的钱包。用户可以选择使用 Ethereum 或 Cosmos 原生钱包来提交 Injective 上的交易。

简介

Injective 的账户类型使用 Ethereum 的 ECDSA secp256k1 曲线来生成密钥。简单来说，Injective 的账户与 Ethereum 账户兼容，使得像 MetaMask 这样的 Ethereum 原生钱包能够与 Injective 进行交互。像 Keplr 和 Leap 这样的流行 Cosmos 钱包也已经与 Injective 集成。

基于 Ethereum 的钱包

如上所述，基于 Ethereum 的钱包可以用来与 Injective 进行交互。目前，Injective 支持最流行的基于 Ethereum 的钱包，包括：

在 Injective 上使用 Ethereum 原生钱包签署交易的过程包括：

1. 将交易转换为 EIP712 类型数据（TypedData），

2. 使用 Ethereum 原生钱包签署 EIP712 类型数据，

3. 将交易打包成原生 Cosmos 交易（包括签名），并将交易广播到区块链上。

这个过程对最终用户是透明的。如果您之前使用过 Ethereum 原生钱包，用户体验将是相同的。

基于 Cosmos 的钱包

Injective 支持与 Cosmos 和 IBC 兼容的主流钱包，包括：

Injective 原生钱包

CEX 的钱包

现在也有一些由中心化交易所（CEX）开发的钱包支持 Injective。如果您是这些 CEX 的活跃用户，使用它们的钱包可以提供更流畅的 Web3 体验。目前，支持 Injective 的 CEX 钱包包括：

治理

Injective 是一个社区运营的区块链，质押了 INJ 的用户可以参与与区块链相关的治理。可以提交提案，以对 Injective 程序、技术升级或任何其他影响整个 Injective 生态系统的变化进行修订。 在 Injective Hub 内，新的提案通过治理门户提交，并由整个社区投票决定。

提交请求

要提交新的请求，您必须创建一个提案，概述您希望更改的内容、该更改可能影响 Injective 的哪些领域，以及为什么您请求进行此更改。 创建提案后，您必须至少存入 10 INJ（10e19 inj）才能提交提案进行治理。这是为了确保您是 Injective 社区的活跃参与者，因此有资格提出提案请求。 为了使提案进入投票阶段，还必须存入 100 INJ（10e20 inj）。这些资金可以由您直接存入，也可以与其他社区成员合作存入。

投票期

一旦提案和存款提交，提案将进入为期四天的投票期。 必须有 33.4% 的 INJ 持有者对提案进行投票，投票才会被视为有效，并且其中 50% 的投票必须是“同意”才能通过该提案。

投票结果

如果提案通过，Injective 的贡献者将开始共同努力实施新的请求。如果 33.4% 的总投票为 NoWithVeto、未达到法定人数，或未达到最低存款要求，则存款将被销毁。所有其他投票结果将退还存款。

快速开始

Injective 是专为金融而构建的区块链。

Injective 提供了多种不同的代币标准，供在创建 dApp 时使用。在本文件中，我们将介绍不同类型的代币，以及使用每种代币的建议和指南。

Denom

Denom 是 Injective 的银行模块中用于表示资产的方式。这些资产可以用于交易、在交易模块上创建新市场、参与拍卖、转账到另一个地址等。 根据 denom 的来源及其在 Injective 上的创建方式，我们有不同类型的 denom：

• 本地 denom - 这种类型只有一个 denom，即 inj denom，代表 Injective 的本地代币。

• Peggy denom - 这些 denom 代表通过 Peggy 桥从以太坊桥接到 Injective 的资产。它们的格式为 peggy{ERC20_CONTRACT_ADDRESS}。

• IBC denom - 这些 denom 代表通过 IBC 从其他 IBC 兼容链桥接过来的资产。它们的格式为 ibc/{hash}。

• 保险基金 denom - 这些 denom 代表在 Injective 上创建的保险基金的代币份额。它们的格式为 share{id}。

• 工厂 denom - 这些 tokenfactory denom 允许任何账户使用名称 factory/{creator address}/{subdenom} 创建新代币。由于代币是按创建者地址命名空间组织的，这使得代币铸造变得无需许可，因为不需要解决名称冲突。对于这些 denom 的一个特殊用例是表示来自 Cosmwasm 的 CW20 代币，在 Injective 的本地银行模块中使用。它们的格式为 factory/{CW20_ADAPTER_CONTRACT}/{CW20_CONTRACT_ADDRESS}，其中 CW20_ADAPTER_CONTRACT 是将 CW20 和本地银行模块转换的适配器合约地址。

什么是质押？

质押是将您的资产（在此情况下为 INJ）锁定起来，以验证区块链上的交易的过程。质押资产的用户通常有资格获得质押奖励。 Injective 采用权益证明机制（proof-of-stake），用户可以将他们的 INJ 代币质押给某些验证交易的 Injective 节点（验证者）。作为回报，用户可以获得 INJ 形式的质押奖励。

质押 INJ

提取质押奖励

重新委托

重新委托允许您将质押的 INJ 从一个验证者即时转移到另一个验证者，而无需经过 21 天的解锁期。

解除委托

解除委托 INJ 是将您的资产从验证者处撤回的过程，完成此过程需要 21 天。

销毁拍卖

INJ 的完全多功能性通过一系列协同运作的机制得以实现。基于 Injective 对供应动态的创新方法，该资产通过一个精心设计的系统展现出通缩特性，旨在将 INJ 从流通中移除。这个过程通过 Injective 的新颖销毁拍卖系统得以实现，该系统有效地减少了总供应量。

销毁拍卖定期举行，邀请参与者竞标一篮子代币，这些代币来自参与应用程序生成的部分收入以及个人用户的直接贡献。拍卖以英式拍卖方式进行，竞标使用 INJ。最高出价者将在拍卖结束时获得整个代币篮子。获胜的 INJ 出价将被销毁，从总供应量中移除。 销毁拍卖由 Injective 的两个原生模块实现：交易和拍卖。这些模块是 Injective 核心功能的一部分，作为即插即用的金融原语，供任何在 Injective 上构建的项目使用。

强化和参与的历史

交易所模块

交易所模块是 Injective 与其他区块链的主要区别之一。这个技术工具为 Injective 上的共享流动性环境提供支持，并推动销毁拍卖的运作。订单簿管理、交易执行、订单匹配和结算的整个过程都通过该模块的逻辑在链上完成。 销毁拍卖的关键设计特性是为使用交易模块的应用程序内置的收入共享结构。在此结构中，部分累积的收入被分配给拍卖模块，以便纳入当前的销毁拍卖事件，而剩余部分则由使用该模块的应用程序保留，用于支持其交易服务。

拍卖模块

拍卖模块为销毁拍卖的运作提供了两个关键服务：代币收集和拍卖协调。对于代币收集，该模块定期从交易模块收集代币，将它们汇集到一个拍卖基金中。值得注意的是，拍卖基金还接收来自未使用交易模块但选择参与的应用程序的代币，以及来自个人用户的贡献。拍卖过程本身涉及多个由拍卖模块管理的任务，包括协调竞标过程、确定赢家、交付获胜资产以及销毁获胜的 INJ 出价。

在 Injective 上创建钱包和向您的 Injective 地址发送一些资金一样简单。在本文档中，我们将概述如何使用一些流行的钱包解决方案（如 Metamask、Ledger 等）创建钱包，同时也介绍如何在本地 CLI 环境中使用 injectived 创建和资助钱包。

浏览器钱包

本地钱包

现有指南列表

TokenFactory 代币是原生集成到 Cosmos SDK 的银行模块中的代币。它们的命名格式为 factory/{creatorAddress}/{subdenom}。由于代币是按创建者地址命名空间进行命名的，这使得代币铸造无需权限，因为不需要解决名称冲突。

这种集成提供了对所有资产总供应量的跟踪和查询支持，不像 CW20 标准那样需要直接查询智能合约。因此，推荐使用 TokenFactory 标准。例如，像 Helix 或 Mito 这样的产品是基于 Injective 交换模块构建的，它们专门使用银行代币。TokenFactory 代币可以通过 injectived CLI 或智能合约创建。通过 Wormhole 桥接到 Injective 的代币也是 TokenFactory 代币。

本节介绍 Injective 内置的账户系统。

地址和公钥

Injective 默认提供 3 种主要类型的地址和公钥（PubKeys）：

1. 账户地址和密钥：用于标识用户（例如消息的发送者），使用 eth_secp256k1 曲线生成。

2. 验证者操作员地址和密钥：用于标识验证者的操作员，使用 eth_secp256k1 曲线生成。

3. 共识节点地址和密钥：用于标识参与共识的验证者节点，使用 ed25519 曲线生成。

客户端的地址格式

EthAccounts 可以采用 Bech32 和 十六进制（Hex） 两种格式表示，以兼容 Ethereum 的 Web3 工具。

• Bech32 格式：是 Cosmos-SDK 进行 CLI 和 REST 客户端查询与交易的默认格式。

• 十六进制（EIP55 Hex）格式：是 Cosmos sdk.AccAddress 在 Ethereum 中的 common.Address 表示方式。

示例：

• 地址（Bech32）：inj14au322k9munkmx5wrchz9q30juf5wjgz2cfqku

• 地址（EIP55 Hex）：0xAF79152AC5dF276D9A8e1E2E22822f9713474902

• 压缩公钥：

  Copy

  {
    "@type": "/injective.crypto.v1beta1.ethsecp256k1.PubKey",
    "key": "ApNNebT58zlZxO2yjHiRTJ7a7ufjIzeq5HhLrbmtg9Y/"
  }

您可以使用 Cosmos CLI 或 REST 客户端查询账户地址。

# NOTE: the --output (-o) flag will define the output format in JSON or YAML (text)
injectived q auth account $(injectived keys show <MYKEY> -a) -o text
|
  '@type': /injective.types.v1beta1.EthAccount
  base_account:
    account_number: "3"
    address: inj14au322k9munkmx5wrchz9q30juf5wjgz2cfqku
    pub_key: null
    sequence: "0"
  code_hash: xdJGAYb3IzySfn2y3McDwOUAtlPKgic7e/rYBF2FpHA=

# GET /cosmos/auth/v1beta1/accounts/{address}
curl -X GET "http://localhost:10337/cosmos/auth/v1beta1/accounts/inj14au322k9munkmx5wrchz9q30juf5wjgz2cfqku" -H "accept: application/json"

从私钥/助记词派生Injective账户

下面是如何从私钥和/或助记词派生 Injective 账户的示例：

import { Wallet } from 'ethers'
import { Address as EthereumUtilsAddress } from 'ethereumjs-util'

const mnemonic = "indoor dish desk flag debris potato excuse depart ticket judge file exit"
const privateKey = "afdfd9c3d2095ef696594f6cedcae59e72dcd697e2a7521b1578140422a4f890"
const defaultDerivationPath = "m/44'/60'/0'/0/0"
const defaultBech32Prefix = 'inj'
const isPrivateKey: boolean = true /* just for the example */

const wallet = isPrivateKey ? Wallet.fromMnemonic(mnemonic, defaultDerivationPath) : new Wallet(privateKey)
const ethereumAddress = wallet.address
const addressBuffer = EthereumUtilsAddress.fromString(ethereumAddress.toString()).toBuffer()
const injectiveAddress = bech32.encode(defaultBech32Prefix, bech32.toWords(addressBuffer))

下面是如何从私钥派生公钥的示例：

import secp256k1 from 'secp256k1'

const privateKey = "afdfd9c3d2095ef696594f6cedcae59e72dcd697e2a7521b1578140422a4f890"
const privateKeyHex = Buffer.from(privateKey.toString(), 'hex')
const publicKeyByte = secp256k1.publicKeyCreate(privateKeyHex)

const buf1 = Buffer.from([10])
const buf2 = Buffer.from([publicKeyByte.length])
const buf3 = Buffer.from(publicKeyByte)

const publicKey = Buffer.concat([buf1, buf2, buf3]).toString('base64')
const type = '/injective.crypto.v1beta1.ethsecp256k1.PubKey'

INJ 是驱动 Injective 及其更广泛生态系统的本地资产。INJ 的每个组成部分都是精心设计的，旨在培养一个繁荣的 Web3 生态系统。作为区块链的本地资产，INJ 在促进 Injective 上的各种操作中发挥着核心作用。作为 Injective 定制的 Tendermint 权益证明（PoS）共识框架的重要组成部分，INJ 对于通过质押保障网络安全至关重要。此外，INJ 还作为 Injective 的治理代币，并作为更广泛 Injective 生态系统中的交换媒介。值得注意的是，INJ 通过利用核心 Injective 模块，通过创新的销毁机制和动态供应机制，打造了通缩特性，从而与其他 PoS 链上的本地资产区别开来。

基础单位

1 inj = 1×10⁻¹⁸ INJ

这与以太坊的单位相匹配：

1 wei = 1x10⁻¹⁸ ETH

Injective 代币经济学与效用

1. 安全性与质押

Injective 通过质押机制来保障安全性，这是 INJ 的一个重要应用场景。验证者和委托者可以自由参与 Injective 网络的质押过程。验证者在 Injective 上运行节点，而委托者可以将 INJ 分配给其选择的特定节点。被质押的 INJ 通过惩罚和奖励机制，确保了一个稳健的去中心化环境。

如果验证者存在恶意行为或未能有效履行职责，其被质押的 INJ 可能会被削减（惩罚）。此外，INJ 还用于奖励验证者，以激励他们参与交易验证和区块创建。验证者的奖励包括新铸造的 INJ（区块奖励）以及部分相关交易费用。

INJ 持有者无需运行节点即可参与质押并获得验证者奖励的一部分。用户可以通过支持的浏览器钱包或直接在 Injective Hub 上将 INJ 委托给验证者。作为回报，用户在锁定 INJ 后，将按照比例获得验证者的 INJ 奖励，扣除所选验证者收取的佣金（手续费）。如果被委托的验证者发生惩罚性削减事件，用户的质押 INJ 也可能会受到影响。这一机制确保了验证者和委托者共同为网络安全做出贡献。

除了保障 Injective 链的安全，INJ 还通过 Electro Chains 扩展其安全服务能力。这些基于 Injective 的 Rollup 方案提供了多种技术优势，例如支持多个虚拟机（如 inEVM）。由于这些 Rollup 需要在 Injective 上结算，INJ 便成为这些网络的基础安全层。这个互联的安全框架进一步凸显了 INJ 在维护 Injective 网络完整性和稳定性，以及支持 Electro Chains 生态系统中的关键作用。

2. 治理

INJ 被用于社区主导的治理，涵盖链上所有参数的管理。Injective 具有独特的智能合约上传权限层，这意味着要在主网部署智能合约，必须经过质押者社区的投票批准。这使得社区能够直接管理 Injective 的所有参数。

在治理方面，INJ 用于创建提案，并在活跃提案上进行基于代币权重的投票。为防止垃圾提案，Injective 要求提案必须达到最低存款要求（以 INJ 支付）才能进入投票阶段。这一存款门槛可以由提案人独自承担，或由其他用户共同出资补足。如果在最大存款期限内未达到最低存款要求，提案将自动被拒绝，且存款将被销毁（烧毁）。此外，如果提案在投票期结束后未能通过，提案存款也将被烧毁。

提案投票在预设的投票周期内进行，该周期由治理机制设定，并适用于所有治理投票。在投票过程中，只有已质押的 INJ 才有资格参与投票，因此仅限验证者和委托者可以对活跃提案投票。投票权重基于代币数量计算，即 1 INJ 等于 1 票。委托者无需主动参与治理即可保持其委托者身份，但他们可以选择直接对提案投票。如果委托者未投票，他们的投票权将在该特定投票事件中自动继承给他们所委托的验证者。

INJ 可用于治理链上的所有方面，包括：

• 拍卖（Auction）模块参数

• 交易（Exchange）模块的自定义提案和参数

• 保险（Insurance）模块参数

• 预言机（Oracle）模块的自定义提案

• Peggy 模块参数

• Wasmx 模块参数

• 软件升级

3. 交换媒介

INJ 作为默认资产，用于在区块链上促进各方之间的商品和服务交易。常见示例包括支付交易费用（Gas 费）、购买/出售 NFT、支付交易手续费或将资产作为抵押品存入。尽管大多数商品和服务可以用任何资产计价，但在 Injective 上产生的所有交易费用均以 INJ 支付。此外，所有利用 Injective 共享流动性层的应用程序（通过交易模块）所产生的协议收入，最终都会以 INJ 形式累积。

4. 交易 dApp 激励措施

交易协议实施了全球最低交易费用：做市商（Maker）为 0.1%，吃单者（Taker）为 0.2%。作为激励机制，旨在鼓励交易 dApp 在交易协议上引入交易活动，向共享订单簿提交订单的交易 dApp 将获得其促成订单所产生交易费用的 40% 作为奖励。

5. 交易费用价值累积

6. 衍生品的担保品

INJ 可以作为稳定币的替代品，用作 Injective 衍生品市场的保证金和担保品。在一些衍生品市场中，INJ 还可以作为保险池质押的担保品，质押者可以在锁仓的代币上赚取利息。

将资产桥接到Injective生态系统非常简单，支持23个以上的网络，并且还在不断增长。在这里，您将找到关于如何通过以太坊、Solana、IBC以及使用Wormhole协议桥接资产的逐步操作指南，使您能够轻松连接到Injective生态系统。

以下开发者工具包括 SDK、API 和库，这些都是在 Injective 上构建 dApps 的重要组件。

工具包列表

在本文中，我们将解释如何在Injective上启动一个代币。 在Injective上启动代币有两种选择：桥接现有代币或创建新代币。

桥接

在Injective上启动代币的最简单方法是通过桥接来自Injective支持的互操作网络中的现有资产。你可以参考桥接中的指南，了解如何将资产从其他网络桥接到Injective。 一旦桥接过程完成，代币将在Injective上创建，你就可以使用它来发布市场。

创建一个新的代币

你也可以使用TokenFactory模块在Injective上创建一个新代币。有多种方式可以实现这一目标。

使用 Injective Hub

通过编程

使用 TypeScript

使用 Injective CLI

一旦您安装了 injectived 并添加了密钥，您可以使用 CLI 启动您的代币：

1. 创建一个 TokenFactory denom

创建工厂 denom 的费用为 0.1 INJ。

injectived tx tokenfactory create-denom ak --from=YOUR_KEY --chain-id=injective-888 --node=https://testnet.tm.injective.network:443 --gas-prices=500000000inj --gas 1000000

代币按创建者地址命名空间进行管理，以实现无需许可并避免名称冲突。在上述示例中，subdenom 是 ak，但 denom 的命名方式将是 factory/{creator address}/{subdenom}。

1. 提交代币元数据

要使您的代币在 Injective dApp 上可见，您必须提交其元数据。

injectived tx tokenfactory set-denom-metadata "My Token Description" 'factory/inj17vytdwqczqz72j65saukplrktd4gyfme5agf6c/ak' AKK AKCoin AK '' '' '[
{"denom":"factory/inj17vytdwqczqz72j65saukplrktd4gyfme5agf6c/ak","exponent":0,"aliases":[]},
{"denom":"AKK","exponent":6,"aliases":[]}
]' 6 --from=YOUR_KEY --chain-id=injective-888 --node=https://testnet.sentry.tm.injective.network:443 --gas-prices=500000000inj --gas 1000000

这条指令参数如下：

injectived tx tokenfactory set-denom-metadata [description] [base] [display] [name] [symbol] [uri] [uri-hash] [denom-unit (json)] [decimals]

1. 铸造代币

一旦您创建了代币并提交了代币元数据，就可以开始铸造您的代币了。

injectived tx tokenfactory mint 1000000factory/inj17vytdwqczqz72j65saukplrktd4gyfme5agf6c/ak --from=gov --chain-id=injective-888 --node=https://testnet.sentry.tm.injective.network:443 --gas-prices=500000000inj --gas 1000000

此命令将铸造1个代币，假设您的代币有6个小数位。

1. 销毁代币

代币的管理者，也可以销毁代币。

injectived tx tokenfactory burn 1000000factory/inj17vytdwqczqz72j65saukplrktd4gyfme5agf6c/ak --from=gov --chain-id=injective-888 --node=https://testnet.sentry.tm.injective.network:443 --gas-prices=500000000inj --gas 1000000

1. 更换管理者

一旦铸造了初始供应量，建议将管理员更改为null地址，以确保代币的供应量无法被篡改。再次强调，代币的管理员可以随时铸造和销毁供应量。NEW_ADDRESS，如上所述，在大多数情况下应设置为 inj1qqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqe2hm49。

injectived tx tokenfactory change-admin factory/inj17vytdwqczqz72j65saukplrktd4gyfme5agf6c/ak NEW_ADDRESS --from=gov --chain-id=injective-888 --node=https://testnet.sentry.tm.injective.network:443 --gas-prices=500000000inj --gas 1000000

使用 Cosmwasm

create_new_denom_msg

pub fn create_new_denom_msg(sender: String, subdenom: String) -> CosmosMsg<InjectiveMsgWrapper> {
    InjectiveMsgWrapper {
        route: InjectiveRoute::Tokenfactory,
        msg_data: InjectiveMsg::CreateDenom { sender, subdenom },
    }
    .into()
}

目的：创建一个消息，用于通过 tokenfactory 模块创建一个新的denomination。

参数：

• sender：发起创建的账户地址。

• subdenom：新代币的sub-denomination标识符。

返回：一个包装在 InjectiveMsgWrapper 中的 CosmosMsg，准备发送到 Injective 区块链。

示例：

let new_denom_message = create_new_denom_msg(
    env.contract.address,  // Sender's address
    "mytoken".to_string(), // Sub-denomination identifier
);

create_set_token_metadata_msg

pub fn create_set_token_metadata_msg(denom: String, name: String, symbol: String, decimals: u8) -> CosmosMsg<InjectiveMsgWrapper> {
    InjectiveMsgWrapper {
        route: InjectiveRoute::Tokenfactory,
        msg_data: InjectiveMsg::SetTokenMetadata {
            denom,
            name,
            symbol,
            decimals,
        },
    }
    .into()
}

目的：创建一个消息，用于设置或更新代币的元数据。

参数：

• denom：代币的denomination标识符。

• name：代币的完整名称。

• symbol：代币的符号。

• decimals：代币使用的十进制位数。

• 返回：一个包装在 InjectiveMsgWrapper 中的 CosmosMsg，准备发送到 Injective 区块链。

示例：

let metadata_message = create_set_token_metadata_msg(
    "mytoken".to_string(),         // Denomination identifier
    "My Custom Token".to_string(), // Full name
    "MYT".to_string(),             // Symbol
    18,                            // Number of decimals
);

create_mint_tokens_msg

pub fn create_mint_tokens_msg(sender: Addr, amount: Coin, mint_to: String) -> CosmosMsg<InjectiveMsgWrapper> {
    InjectiveMsgWrapper {
        route: InjectiveRoute::Tokenfactory,
        msg_data: InjectiveMsg::Mint { sender, amount, mint_to },
    }
    .into()
}

目的：创建一个消息，用于铸造新代币。该代币必须是 TokenFactory 代币，且发送者必须是代币管理员。

参数：

• sender：发起铸币操作的账户地址。

• amount：要铸造的代币数量。

• mint_to：接收新铸造代币的地址。

返回：一个包装在 InjectiveMsgWrapper 中的 CosmosMsg，准备发送到 Injective 区块链。

示例：

let mint_message = create_mint_tokens_msg(
    env.contract.address,                                   // Sender's address
    Coin::new(1000, "factory/<creator-address>/mytoken"),   // Amount to mint
    "inj1...".to_string(),                                  // Recipient's address
);

create_burn_tokens_msg

pub fn create_burn_tokens_msg(sender: Addr, amount: Coin) -> CosmosMsg<InjectiveMsgWrapper> {
    InjectiveMsgWrapper {
        route: InjectiveRoute::Tokenfactory,
        msg_data: InjectiveMsg::Burn { sender, amount },
    }
    .into()
}

目的：创建一个消息，用于销毁代币。该代币必须是 TokenFactory 代币，且发送者必须是代币管理员。

参数：

• sender：发起销毁操作的账户地址。

• amount：要销毁的代币数量。

返回：一个包装在 InjectiveMsgWrapper 中的 CosmosMsg，准备发送到 Injective 区块链。

示例：

let burn_message = create_burn_tokens_msg(
    env.contract.address,                                    // Sender's address
    Coin::new(500, "factory/<creator-address>/mytoken"),     // Amount to burn
);

Gas 和 Fees

Gas代表执行特定操作所需的计算工作量。

Injective利用gas的概念来跟踪在执行过程中操作的资源使用情况。Injective上的操作表示对区块链存储的读写操作。

在消息执行过程中，会计算并向用户收取Fees。这个Fees是根据消息执行中消耗的所有gas的总和来计算的：

fee = gas * gas price

Gas用于确保操作完成时不会消耗过多的计算力，并且能够防止恶意用户对网络进行垃圾信息攻击。

Cosmos SDK Gas

在 Cosmos SDK 中，gas 通过主 GasMeter 和 BlockGasMeter 进行追踪：

• GasMeter：用于跟踪执行过程中消耗的 gas，这些执行会导致状态转移。它在每次交易执行时会被重置。

• BlockGasMeter：用于跟踪一个区块中消耗的 gas，并确保消耗的 gas 不超过预定的限制。这个限制由 Tendermint 共识参数定义，并且可以通过治理参数变更提案进行修改。

在 Cosmos 中，有些操作并不是由交易触发的，但也可能导致状态转移。具体的例子包括 BeginBlock 和 EndBlock 操作，以及 AnteHandler 检查，这些操作可能在运行交易的状态转移之前，也会读取和写入存储。

BeginBlock 和 EndBlock

这些操作由 Tendermint Core 的应用区块链接口（ABCI）定义，并由每个 Cosmos SDK 模块定义。顾名思义，它们分别在每个区块处理的开始和结束时执行（即，在交易执行之前和之后）。

AnteHandler

Cosmos SDK 的 AnteHandler 在交易执行之前执行基本检查。这些检查通常包括签名验证、交易字段验证、交易费用等。

当用户想要与Injective进行交互并进行状态变更时，他们会创建交易。一旦交易创建完成，它需要由与发起该状态变更的账户关联的私钥签名。签名完成后，交易会被广播到Injective网络。

在广播并通过所有验证（包括签名验证、值验证等）后，交易会被包含在一个区块中，并通过共识过程经过网络的批准。

消息

简单来说，消息是向Injective提供的关于期望状态变更的指令。消息是特定模块的对象，用于触发属于其模块范围内的状态转换。每个交易必须至少包含一条消息。

交易上下文

除了消息，每个交易还有一个上下文。上下文包括费用(fees)、账户详情(accountDetails)、备注(memo)、签名(signatures)等信息。

交易流

我们想要广播到Injective的每个交易都有相同的流程。这个流程包括三个步骤：准备、签名和广播交易。当交易被包含在区块中时，使用消息指定的状态变化将在Injective上应用。

在 Injective 上启动交易对快速、简单，而且最重要的是，无需许可！

以下教程假设交易对是以从以太坊桥接的 ERC-20 代币作为基础资产，并与 INJ 作为报价资产配对。

对于 Injective 原生代币，请跳过桥接部分，直接进入第 6 步。

1. 使用代币地址桥接 ERC-20 代币，您可能需要在可信的来源如 CoinGecko 上验证该地址。

1. 复制并粘贴正确的合约地址，然后点击“add”。

1. 现在输入您希望桥接的ERC-20代币的数量，点击“approve”，确认交易，然后点击“review”，确认交易并等待。

1. 一旦批准支出和存款交易在以太坊区块链上得到确认，您将看到桥接交易的进度。一旦交易在Injective上确认，您的桥接ERC-20代币将会出现在您的Injective钱包中。（注意，如果您在源链使用了MetaMask，默认情况下，您的桥接代币将会发送到与您的MetaMask关联的INJ地址。您可以通过点击第4步开始时收款地址旁边的锁定图标来更改此设置。）

1. 从第一个下拉菜单中选择“instant spot market launch”，并指定一个交易对。在本例中，我们使用 PEPE/INJ。然后从下拉菜单中选择基础代币。然而，请注意，可能会有多个代币使用相同的交易对名称。请始终确保匹配正确的代币地址。在本例中，由于代币是通过Peggy桥接完成的，地址将是以 peggy 开头，后面跟随ERC-20合约地址。

1. 现在选择正确的报价代币，在本例中是 INJ。（注意，如果您希望将代币与 USDT 配对，请确保选择“正确”的 USDT 地址，即 peggy 后跟 USDT 的 ERC-20 合约地址。）最后，指定最小价格刻度和最小数量刻度。由于 PEPE/INJ 将以不到一美分的价格交易，因此最小刻度已相应设置。

injectived是连接到Injective的命令行界面和节点守护程序。Injective core是Injective节点软件的官方Golang参考实现。

快速入门

一个 denom 是 Injective 的Bank模块中如何表示代币的方式。这些资产可以用于交易、在交易模块上创建新市场、参与拍卖、转移到其他地址等。

对于开发者和交易者来说，最大的痛点之一就是获取这些 denoms 的元数据。元数据包括小数位数(decimals)、符号(symbol)、名称(name)等。

本指南将展示如何直接从 injective-lists 仓库获取 denom 元数据并将其映射到您的 denom。您还可以使用这种方法来映射现货和衍生品市场的 denom's 元数据。

Injective Lists

元数据每 30 分钟自动从链上获取新 denoms，并重新生成 json 文件。

一旦您获得了 JSON 文件，您需要将元数据与特定的 denom 映射。 该元数据的接口如下：

Bank 余额

假设您获取了某个地址的Bank余额（如下例所示，使用 TypeScript），您可以轻松地将其映射到上述 JSON 文件中的元数据。

现在，您的银行余额包含了所有您需要的元数据（包括小数位(decimals)、符号(symbol)、名称(namename)、logo 等）。

现货市场

与银行余额类似，您可以使用相同的方法将现货市场中的代币 denom 映射到其元数据。

衍生品市场

与Bank余额类似，您可以使用相同的方法将衍生品市场中的代币 denom 映射到其元数据。

平台兼容性指南

查看此表以了解支持injectived CLI运行的平台:

开始使用预购建的二进制文件

wget https://github.com/InjectiveLabs/injective-chain-releases/releases/download/v1.14.1-1740773301/linux-amd64.zip
unzip linux-amd64.zip

此 ZIP 文件将包含以下文件：

• injectived - Injective daemon 兼 CLI

• peggo - Injective 以太坊桥接中继 daemon

• libwasmvm.x86_64.so - WASM 虚拟机支持文件

注意：部署和实例化智能合约时不需要 peggo，它是为验证者准备的。

sudo mv injectived /usr/bin
sudo mv libwasmvm.x86_64.so /usr/lib

确认您的版本与以下输出匹配（如果有更新版本，您的输出可能会略有不同）：

injectived version

Version v1.14.1 (0fe59376dc)
Compiled at 20250302-2204 using Go go1.23.1 (amd64)

使用Docker

以下命令将启动一个包含 injectived CLI 的容器：

docker run -it --rm injectivelabs/injective-core:v1.14.1 injectived version

Version v1.14.1 (0fe59376d)
Compiled at 20250302-2220 using Go go1.22.11 (amd64)

使用源代码

以下命令将从源代码构建 injectived CLI：

git clone https://github.com/InjectiveFoundation/injective-core.git
cd injective-core && git checkout v1.14.1
make install

这将把 injectived CLI 安装到您的 Go 路径中。

injectived version

Version v1.14.1 (dd7622f)
Compiled at 20250302-2230 using Go go1.24.0 (amd64)

本节描述了 injectived 提供的命令，这是连接运行中的 injectived 进程（节点）的命令行界面。

add-genesis-account

语法

例子

collect-gentxs

语法

debug

用于调试应用程序。要查看语法和子命令列表，请在 debug 命令后添加 --help 或 -h 标志运行：

子命令:

• addr：在十六进制（hex）和 bech32 地址格式之间转换。

• pubkey：从 proto JSON 解码公钥。

• raw-bytes：将原始字节输出（例如 [72 101 108 108 111 44 32 112 108 97 121 103 114 111 117 110 100]）转换为十六进制（hex）。

export

将状态导出为 JSON。

语法

gentx

语法

例子

help

显示可用命令的概览。

语法

init

初始化节点的配置文件。

语法

例子

keys

管理 Keyring 相关命令。这些密钥可以采用 Tendermint 加密库支持的任何格式，并可用于轻客户端、全节点或其他需要使用私钥签名的应用程序。

要查看语法和子命令列表，请在 keys 命令后添加 --help 或 -h 标志运行：

子命令:

• add：添加加密的私钥（新生成或恢复的），加密后保存到指定文件。

• delete：删除指定的密钥。

• export：导出私钥。

• import：将私钥导入本地 Keybase。

• list：列出所有密钥。

• migrate：将密钥从旧版（基于数据库的）Keybase 迁移。

• mnemonic：根据输入的熵计算 BIP39 助记词。

• parse：在十六进制（hex）和 bech32 地址格式之间解析转换。

• show：通过名称或地址检索密钥信息。

• unsafe-export-eth-key：以明文形式导出 Ethereum 私钥。

• unsafe-import-eth-key：将 Ethereum 私钥导入本地 Keybase。

migrate

语法

例子

query

管理查询命令。要查看语法和子命令列表，请在 query 子命令后添加 --help 或 -h 标志运行：

子命令:

• account：通过地址查询账户。

• auction：拍卖模块的查询命令。

• auth：身份验证模块的查询命令。

• authz：授权模块的查询命令。

• bank：银行模块的查询命令。

• block：获取指定高度区块的验证数据。

• chainlink：预言机模块的查询命令。

• distribution：分发模块的查询命令。

• evidence：根据哈希或查询所有（分页）提交的证据。

• exchange：交换模块的查询命令。

• feegrant：费用授权模块的查询命令。

• gov：治理模块的查询命令。

• ibc：IBC 模块的查询命令。

• ibc-fee：IBC 中继激励查询子命令。

• ibc-transfer：IBC 同质化代币转账查询子命令。

• insurance：保险模块的查询命令。

• interchain-accounts：跨链账户子命令。

• mint：铸币模块的查询命令。

• oracle：预言机模块的查询命令。

• params：参数模块的查询命令。

• peggy：Peggy 模块的查询命令。

• slashing：惩罚模块的查询命令。

• staking：质押模块的查询命令。

• tendermint-validator-set：获取给定高度的完整 Tendermint 验证者集合。

• tokenfactory：代币工厂模块的查询命令。

• tx：通过哈希、账户序列或已提交区块中的签名组合或逗号分隔的签名查询交易。

• txs：查询匹配一组事件的分页交易。

• upgrade：升级模块的查询命令。

• wasm：WASM 模块的查询命令。

• xwasm：wasmx 模块的查询命令。

rollback

状态回滚是为了从错误的应用状态转换中恢复，当 Tendermint 持久化了错误的应用哈希，导致无法继续前进时，执行回滚操作。回滚将高度为 n 的状态覆盖为高度 n - 1 的状态。应用程序也会回滚到高度 n - 1。没有区块被删除，因此当重新启动 Tendermint 时，第 n 区块中的交易将会重新执行。

语法

rosetta

创建一个 Rosetta 服务器。

语法

start

运行全节点应用程序，可以选择在进程内或进程外与 Tendermint 一起运行。默认情况下，应用程序与 Tendermint 在同一进程中运行。

语法

status

显示远程节点的状态。使用 --node 或 -n 标志来指定节点端点。

语法

tendermint

管理 Tendermint 协议。要查看语法和子命令列表，请在 query 子命令后添加 --help 或 -h 标志运行：

子命令:

• reset-state：删除所有数据和 WAL（写前日志）。

• show-address：显示该节点的 Tendermint 验证者共识地址。

• show-node-id：显示该节点的 ID。

• show-validator：显示该节点的 Tendermint 验证者信息。

• unsafe-reset-all：删除所有数据和 WAL，将该节点的验证者重置为创世状态。

• version：显示 Tendermint 库的版本信息。

testnet

创建一个测试网，指定目录的数量，并为每个目录填充必要的文件。

语法

例子

tx

管理交易的生成、签名和广播。有关示例，请参阅使用 Injectived。 要查看语法、可用的子命令及其详细信息，请在 tx 命令后添加 --help 或 -h 标志运行：

子命令:

• auction：拍卖交易子命令

• authz：授权交易子命令

• bank：银行交易子命令

• broadcast：广播离线生成的交易

• chainlink：链下报告（OCR）子命令

• crisis：危机交易子命令

• decode：解码二进制编码的交易字符串

• distribution：分发交易子命令

• encode：编码离线生成的交易

• evidence：证据交易子命令

• exchange：交换交易子命令

• feegrant：费用授权交易子命令

• gov：治理交易子命令

• ibc：IBC 交易子命令

• ibc-fee：IBC 中继激励交易子命令

• ibc-transfer：IBC 同质化代币转账交易子命令

• insurance：保险交易子命令

• multisign：为离线生成的交易生成多签名

• oracle：预言机交易子命令

• peggy：Peggy 交易子命令

• sign：签署离线生成的交易

• sign-batch：签署交易批处理文件

• slashing：惩罚交易子命令

• staking：质押交易子命令

• tokenfactory：代币工厂交易子命令

• validate-signatures：验证交易签名

• vesting：归属交易子命令

• wasm：WASM 交易子命令

• xwasm：wasmx 交易子命令

validate-genesis

语法

version

返回你正在运行的 Injective 版本。

语法

开发者资源

开发者工具和资源

开发者工具和资源，帮助你在 Injective 上进行开发。

生态系统工具和资源

由生态系统开发者和合作伙伴开发的工具和资源。

代码库

开发和集成 Injective 的有用代码库

开发者支持

在 Discord 或 Telegram 上找到开发者支持。

公共端点

关于公共端点列表, 查阅 公共端点

私有 / 专属 节点服务

关于私有节点服务列表, 查阅 高级端点

Injective 是唯一专为跨链交易、衍生品、DeFi 和 Web3 应用设计的区块链。作为全球 DeFi 生态系统构建者的首选平台，Injective 为开发者提供众多优势，使其能够在更短的时间内构建更强大的应用程序。

为什么选择Injective?

您感兴趣的是?

Active set

参与共识并获得奖励的验证者。

Airdrops

通过某些验证者向委托人分发的额外奖励，独立于质押奖励。空投通常由 Injective 生态系统中的应用程序发放，以增加可见性。

Arbitrage

一种用户寻求利用市场间价格差异的过程。套利者通常在一个市场购买资产，并在另一个市场以更高的价格出售它们。

Blockchain

一个不可更改的交易账本，复制在一组独立计算机系统的网络中。

Blocks

存储在区块链上的信息组。每个区块包含经验证并由验证者签名的交易。

Bonded validator

参与共识的活跃集中的验证者。绑定的验证者可以获得奖励。

Bonding

当用户将 INJ 委托或绑定到验证者，以获得质押奖励时的过程。即使被绑定，验证者也没有委托人 INJ 的所有权。委托、绑定和质押通常指代相同的过程。

Burn

资产的永久销毁。Injective 在每次燃烧拍卖后销毁 INJ。

Burn Auction

每周举办的一项活动，社区成员可以使用 INJ 竞标 Injective 收集到的 60% 的交易费用。获胜者竞标使用的 INJ 将被销毁。

Commission

验证者在将其余奖励分配给委托人之前所保留的质押奖励的百分比。验证者的收入完全依赖于这一佣金。验证者设置自己的佣金率。

Community pool

专门用于资助社区项目的基金。任何社区成员都可以提出治理提案，使用社区池中的代币。如果提案通过，资金将按照提案中指定的方式支出。

Consensus

Cosmos-SDK

CosmWasm

Injective 用来支持链上智能合约的库。更多信息，请查看 CosmWasm 文档。

dApp

去中心化应用。建立在去中心化平台上的应用

DDoS

分布式拒绝服务攻击。攻击者通过向网络发送大量流量或请求来扰乱服务。

DeFi

去中心化金融。从传统金融向无需金融中介的系统转变。

Delegate

当用户或委托人将他们的 INJ 添加到验证者的质押中以交换奖励时。委托的 INJ 会被绑定到验证者。验证者永远没有委托人 INJ 的所有权。委托、绑定和质押通常指代相同的过程。

Delegator

将 INJ 委托、绑定或质押到验证者以获得奖励的用户。委托、绑定和质押通常指代相同的过程。

Devnet

开发网络。一个独立于主网的网络，允许用户测试新功能或产品，而不会干扰主要网络。

Frequent Batch Auction (FBA)

Injective 用于链上订单匹配的模型。与大多数中心化交易所提供的加密衍生品和传统金融市场使用的连续双向拍卖（CDA）模型相比，该模型更高效地利用资本。FBA 模型还消除了前置交易的可能性。

Full node

连接到 Injective 主网并能够验证交易和与 Injective 交互的计算机。所有活跃的验证者都运行完整节点

Gas Fees

附加到所有交易上的计算费用，用于防止垃圾交易攻击。验证者设置最低的 gas 费用，并拒绝低于该阈值的交易。

Governance

治理是允许用户和验证者对 Injective 进行更改的民主过程。社区成员提交、投票并实施提案。每一单位质押的 INJ 等于一票。

Governance proposal

对 Injective 协议的更改或新增的书面提交。提案的主题可以从社区池支出、软件更改、参数更改或任何与 Injective 相关的更改。

IBC

跨链通信技术（Inter-Blockchain Communication）。使不同区块链之间能够相互交互。IBC 允许在不同区块链之间进行资产交易和转账。

INJ

Injective 的原生代币。

injectived

与 Injective 节点交互的命令行接口。 有关更多信息，请查看 injectived 指南。

Injective core

Injective 的官方源代码。 有关更多信息，请参阅 Injective 核心模块。

Injective Hub

Injective 的平台，用于钱包、治理、质押和 INJ 销毁拍卖。 要了解 Injective Hub 的功能，请访问 Injective Hub 指南。

Inactive set

不在活跃集合中的验证者。这些验证者不参与共识，也不赚取奖励。

Jailed

表现不当的验证者会被监禁或在一段时间内被排除在活跃集合之外。

Maximum Extractable Value (MEV)

通过包含、排除和改变区块中交易顺序，从区块生产中提取的最大价值，超过了标准的区块奖励和 gas 费用。

Injective 是抗 MEV 的。

Module

Injective 核心中的一个模块，表示 Injective 的特定功能。 访问 Injective 核心模块规范了解更多信息。

Oracle

一个使 Injective 能够访问外部实时数据的第三方服务。通常，这是喂价。

Pools

代币的集合。供应池表示市场中的代币总供应量。

Proof of Stake

区块链使用的一种验证方法，根据验证者持有的代币数量来选择提议区块的验证者。

Quorum

使选举有效所需的最少投票数。必须有 33% 的所有质押 INJ 投票才能达到法定人数。如果投票期结束前未达到法定人数，提案将失败，且提案人的押金将被销毁。

Redelegate

当委托人希望将他们的绑定 INJ 转移到另一个验证者时。重新委托 INJ 是即时的，不需要 21 天的解锁期。

Rewards

从费用中产生的收入，给予验证者并分发给委托者。

Self-delegation

验证者将 INJ 绑定到自己身上的数量。也称为自我绑定。

Slashing

对表现不当的验证者的惩罚。验证者在被削减时会失去一部分质押的代币。

Slippage

在交易开始和结束时资产价格之间的差异。

Stake

绑定到验证者的 INJ 数量。

Staking

当用户将他们的 INJ 委托或绑定到活跃的验证者以获得奖励时。绑定的 INJ 会增加验证者的质押量。验证者将其质押作为参与共识过程的抵押。质押量更大的验证者被选中参与的频率更高。验证者因参与而获得质押奖励。如果验证者表现不当，质押量可能会被削减。验证者永远不会拥有委托者的 INJ，即使在质押过程中。

有关质押的更多信息，请访问质押页面。

Tendermint consensus

Mainnet

Injective 的区块链网络，所有交易都在此进行。

Testnet

主网的一个测试版本。测试网不使用真实资产。您可以使用测试网熟悉交易和整体网络。

Total stake

委托人绑定的 INJ 总量，包括自我绑定的 INJ。

Unbonded validator

不在活跃集合中的验证者。这些验证者不参与共识，也不赚取奖励。一些未绑定的验证者可能会被监禁。

Unbonding validator

从活跃集合过渡到非活跃集合的验证者。未绑定的验证者不参与共识，也不赚取奖励。解锁过程需要 21 天。

Unbonded INJ

可以自由交易且未绑定到任何验证者的 INJ。

Unbonding

当委托人决定从验证者那里解除委托其 INJ 时。此过程需要 21 天。在此期间不会获得任何奖励。一旦执行，无法停止此操作。

Unbonding INJ

正在从绑定状态过渡到未绑定状态的 INJ。未绑定的 INJ 不能自由交易。解除绑定的过程需要 21 天。在此期间不会获得任何奖励。一旦执行，无法停止此操作。

Undelegate

当委托人不再希望将其 INJ 绑定到某个验证者时。此过程需要 21 天。在此期间不会获得任何奖励。一旦执行，无法停止此操作。

Uptime

验证者在给定时间段内的活跃时间。活跃时间较低的验证者可能会被削减

Validator

负责验证区块链上的交易的 Injective 区块链矿工。验证者运行称为全节点的程序，使他们能够参与共识、验证区块、参与治理并获得奖励。只有活跃集合中的验证者才能参与共识。

Weight

验证者总质押量的度量。质押量较大的验证者更常被选中提议区块。验证者的权重也是其在治理中投票权重的度量。

在本文档中，我们将概述一些示例，展示如何在不同格式和衍生路径之间转换地址。

转换 Hex <> Bech32 地址

正如我们在前面的 钱包章节中提到的，Injective 地址与 Ethereum 地址是兼容的。你可以轻松地在这两种格式之间进行转换。

使用 TypeScript

你可以通过使用 @injectivelabs/sdk-ts 包中的工具函数轻松地在 Injective 地址和 Ethereum 地址之间进行转换：

import { getInjectiveAddress, getEthereumAddress } from '@injectivelabs/sdk-ts'

const injectiveAddress = 'inj1...'
const ethereumAddress = '0x..'

console.log('Injective address from Ethereum address => ', getInjectiveAddress(ethereumAddress))
console.log('Ethereum address from Injective address => ', getEthereumAddress(injectiveAddress))

转换 Cosmos 地址 为 Injective 地址

由于 Injective 使用的派生路径不同于默认的 Cosmos 派生路径，因此你需要账户的 publicKey 才能将 Cosmos publicAddress 转换为 Injective 地址。

使用 TypeScript

import { config } from "dotenv";
import { ChainRestAuthApi, PublicKey } from "@injectivelabs/sdk-ts";

config();

(async () => {
  const chainApi = new ChainRestAuthApi(
    "https://rest.cosmos.directory/cosmoshub"
  );

  const cosmosAddress = "cosmos1..";
  const account = await chainApi.fetchCosmosAccount(cosmosAddress);

  if (!account.pub_key?.key) {
    console.log("No public key found");
    return;
  }

  console.log(
    "injectiveAddress",
    PublicKey.fromBase64(account.pub_key.key || "")
      .toAddress()
      .toBech32()
  );
})();

假设您想在测试网上提交一个提案。由于提案的投票时间较短，我们建议将提案的存款金额调低，以避免提案直接进入投票阶段。基本上，存款金额应略低于 min_deposit 值。

提交提案后，您应该联系团队：

这是 GrantProviderPrivilegeProposal 的示例：

injectived tx oracle grant-provider-privilege-proposal YOUR_PROVIDER \
  YOUR_ADDRESS_HERE \
  --title="TITLE OF THE PROPOSAL" \
  --description="Registering PROVIDER as an oracle provider" \
  --chain-id=injective-888 \
  --from=local_key \
  --node=https://testnet.sentry.tm.injective.network:443 \
  --gas-prices=160000000inj \
  --gas=20000000 \
  --deposit="40000000000000000000inj" <-- use this amount

以下页面介绍了如何使用 injectived，这是一个连接到 Injective 的命令行界面。您可以使用 injectived 与 Injective 区块链交互，例如上传智能合约、查询数据、管理质押活动、处理治理提案等。

前置条件

确保已安装 injectived

injectived version

请调整您的命令以正确使用主目录。

injectived keys list --home ~/.injective

使用 Docker 化的 CLI

如果从 Docker 运行，您需要将主目录挂载到容器中。

docker run -it --rm -v ~/.injective:/root/.injective injectivelabs/injective-core:v1.14.1 injectived keys list --home /root/.injective

使用 Docker 化的 CLI 添加密钥很简单。

docker run -it --rm -v ~/.injective:/root/.injective injectivelabs/injective-core:v1.14.1 injectived keys add my_key --home /root/.injective

以下是该命令的解析：

• docker 运行镜像 injectivelabs/injective-core:v1.14.1。

• injectived 是在容器内运行 CLI 的命令。

• keys add 是用于添加密钥的命令。

• my_key 是密钥的名称。

• --home /root/.injective 指定 CLI 在容器内的主目录。

• -v ~/.injective:/root/.injective 将主机的 ~/.injective 目录挂载到容器的 /root/.injective 目录。

此命令将创建一个密钥对，并将其保存到容器的 /root/.injective/keyring-file 目录，该目录与主机的 ~/.injective/keyring-file 目录相同。

你可以运行以下命令列出所有密钥：

docker run -it --rm -v ~/.injective:/root/.injective injectivelabs/injective-core:v1.14.1 injectived keys list --home /root/.injective

使用 RPC 端点

在访问 Injective 区块链之前，你需要运行一个节点。你可以选择运行自己的完整节点，或者连接到其他人的节点。

要查询状态并发送交易，你必须连接到一个节点，它是整个网络的访问入口。你可以选择运行自己的完整节点，或者连接到其他人的节点。

要设置 RPC 端点，你可以使用以下命令：

injectived config set client node https://sentry.tm.injective.network:443
injectived config set client chain-id injective-1

现在试着查询状态:

injectived q bank balances inj1yu75ch9u6twffwp94gdtf4sa7hqm6n7egsu09s

balances:
- amount: "28748617927330656"
  denom: inj

通用帮助

关于使用 injectived 的通用信息, 运行:

injectived --help

要获取有关特定 injectived 命令的更多信息，可以在命令后附加 -h 或 --help 标志。例如：

injectived query --help.

配置 injectived 客户端

要配置 injectived 的更多选项，请编辑 ~/.injective/config/ 目录中的 config.toml 文件。当 keyring-backend 设置为 file 时，密钥存储文件位于 ~/.injective/keyring-file 目录中。此外，keyring-backend 也可以设置为 test 或 os。 如果设置为 test，密钥将存储在 ~/.injective/keyring-test 文件中，但不会受密码保护。

配置文件中的所有选项都可以使用 CLI 进行设置： injectived config set client <option> <value>

生成, 签名, 和广播交易

运行以下命令可将 INJ 代币从发送方账户转账至接收方账户。1000inj 表示要发送的 INJ 代币数量，其中 1 INJ = 10¹⁸ inj，因此 1000inj 是一个非常小的数额。

injectived tx bank send MY_WALLET RECEIVER_WALLET 1000inj --from MY_WALLET

以下步骤被执行：

1. 生成一个包含 MsgSend（x/bank 的 MsgSend）的交易，并在控制台打印生成的交易。

2. 请求用户确认是否从 $MY_WALLET 账户发送交易。

3. 从密钥存储（keyring）中获取 $MY_WALLET，这可以实现是因为在前面的步骤中已设置 CLI 的密钥存储。

4. 使用密钥存储中的账户对生成的交易进行签名。

5. 将已签名的交易广播到网络，这可以实现是因为 CLI 连接到了 Injective 公共节点的 RPC 端点。

CLI 将所有必要的步骤整合在一起，提供了简洁易用的用户体验。但也可以分别运行每个步骤来完成交易。

(仅) 生成一个交易

生成交易可以通过在任何交易命令后添加 --generate-only 标志来简单完成，例如：

injectived tx bank send MY_WALLET RECEIVER_WALLET 1000inj --from MY_WALLET --generate-only

这将把未签名的交易以 JSON 格式输出到控制台。我们还可以通过在上述命令后添加 > unsigned_tx.json 将未签名的交易保存到文件中（以便在签名者之间更方便地传递）。

对一个预生成的交易签名

使用 CLI 签名交易需要将未签名的交易保存到文件中。假设未签名的交易保存在当前目录中的一个名为 unsigned_tx.json 的文件中（参考前一段了解如何操作）。然后，只需运行以下命令：

injectived tx sign unsigned_tx.json --from=MY_WALLET

此命令将解码未签名的交易，并使用我们在密钥存储中已经设置的 MY_WALLET 的密钥以 SIGN_MODE_DIRECT 模式对其进行签名。签名后的交易将以 JSON 格式输出到控制台，像上面一样，我们可以通过在命令后添加 > signed_tx.json 将其保存到文件中。

injectived tx sign unsigned_tx.json --from=MY_WALLET > signed_tx.json

在 tx sign 命令中，有一些有用的标志可以考虑：

• --sign-mode：你可以使用 amino-json 来通过 SIGN_MODE_LEGACY_AMINO_JSON 签名交易。

• --offline：在离线模式下签名。这意味着 tx sign 命令不会连接到节点以获取签名者的账户号码和序列号，这两个信息在签名时需要。在这种情况下，你必须手动提供 --account-number 和 --sequence 标志。这对于离线签名非常有用，例如在没有互联网连接的安全环境中进行签名。

多个签名者签名 (多签)

使用多个签名者进行签名是通过 tx multi-sign 命令完成的。此命令假设所有签名者使用 SIGN_MODE_LEGACY_AMINO_JSON。其流程与 tx sign 命令类似，但不同之处在于，代替签署未签名的交易文件，每个签名者都会签署前一个签名者签署过的文件。tx multi-sign 命令将签名附加到现有的交易上。重要的是，签名者必须按照交易中给定的顺序签署交易，可以通过 GetSigners() 方法检索该顺序。

例如，从 unsigned_tx.json 开始，假设交易有 4 个签名者，我们将运行：

# Let signer1 sign the unsigned tx.
injectived tx multi-sign unsigned_tx.json signer_key_1 > partial_tx_1.json
# Now signer1 will send the partial_tx_1.json to the signer2.
# Signer2 appends their signature:
injectived tx multi-sign partial_tx_1.json signer_key_2 > partial_tx_2.json
# Signer2 sends the partial_tx_2.json file to signer3, and signer3 can append his signature:
injectived tx multi-sign partial_tx_2.json signer_key_3 > partial_tx_3.json

广播一个交易

广播交易是通过以下命令完成的：

injectived tx broadcast tx_signed.json

你可以选择性地传递 --broadcast-mode 标志来指定从节点接收哪种响应：

• block：CLI 等待交易被包含在区块中。

• sync：CLI 仅等待 CheckTx 执行响应，手动查询交易结果以确保它已被包含。

• async：CLI 立即返回（交易可能失败）- 不要使用。

要查询交易结果，你可以使用以下命令：

injectived tx query TX_HASH

额外的故障排查

有时候配置可能没有正确设置。你可以通过在命令行中添加以下内容来强制使用正确的节点 RPC 端点。在与他人分享命令时，建议在命令行中明确设置所有标志（如 chain-id、node、keyring-backend 等）。

injectived --node https://sentry.tm.injective.network:443

什么是预言机提供方？预言机提供方是一种预言机类型，允许外部参与者向 Injective 链传输价格数据。这些外部参与者被称为提供方（Providers）。提供方用于标识每个外部参与者，并且所有提供的价格数据都存储在该特定提供方名下。这一机制使 Injective 能够创建自定义价格数据，从而支持 Injective 上创新且高级的市场。

开发者需要首先在 Oracle Provider 类型下注册自己的提供方。这可以通过提交 GrantProviderPrivilegeProposal 治理提案来完成。一旦提案通过，提供方即被注册，随后可以向链上传输价格数据。可以在 CLI 环境中使用 injectived 命令行工具执行 (grant-provider-privilege-proposal [providerName] [relayers] --title [title] --description [desc] [flags]) 或者，也可以使用 Injective 提供的 SDK 之一来构造消息并将其广播至链上。

Note: GrantProviderPrivilegeProposal 的 relayers 指定了被列入白名单的地址，这些地址将被授权向 Injective 提交价格数据。

一旦提案通过，relayers 便可使用 MsgRelayProviderPrices 在其 Oracle Provider Type 的 provider namespace 内，为指定的 base/quote 交易对提交价格数据。

可以通过 CLI 环境使用 injectived 进行操作：

也可以使用 Injective 提供的 SDK 来构造消息并广播至链上。

最终，这些价格数据可用于创建 衍生品市场（Derivative Markets）。

在这里 开始使用 CosmWasm 在 Injective 上构建你的项目。您的首个智能合约

最低市场订单价格刻度

最低市场订单价格刻度决定了订单价格可以增加或减少的最小增量。例如，如果市场的最低价格刻度为 0.001，则提交价格为 0.0011 的订单将被拒绝，因为它不符合允许的增量。

现货市场

从可读格式转换为链格式

以 INJ/USDT 市场为例，该市场具有 18 位基础资产小数 和 6 位计价资产小数，其转换为链格式的方式如下：

从链格式转换为可读格式

要转换回可读格式，请按照以下方式进行：

衍生品市场

从可读格式转换为链格式

以INJ/USDT 永续合约市场（具有 6 位报价小数）为例，转换为链上格式的方式如下：

从链格式转换为可读格式

要转换回可读格式，请按照以下方式进行：

在本页面，我们将通过一些计算和格式化的示例，深入了解数字在链上是如何表示的，以及它们如何展示给用户。

刻度

Injective 处于专注于交易的第一层区块链前沿，提供去中心化永续合约、期货和现货交易。它充分挖掘了去中心化衍生品和无国界 DeFi 的潜力。每个组件都经过精心设计，确保完全去信任化、抗审查、公正可验证，并能抵御抢先交易。

在 Injective 上构建订单簿 DEX

Injective 的激励机制旨在促进交易平台之间的竞争，以提供更优质的用户体验，更好地服务用户，从而扩大全球范围内用户对 DeFi 的可访问性。

交易平台可以轻松搭建客户端（例如 Web 或移动端 UI）并设置 API 提供服务。

最低市场订单数量刻度

最小市场数量刻度（tick size）决定了订单数量可增加或减少的最小增量。例如，如果某个市场的最小数量刻度为 0.001，则提交数量为 0.0011 的订单将被拒绝，因为该数量未对齐到允许的增量。

现货市场

从可读格式转换为链格式

以 INJ/USDT 市场为例，该市场具有 18 位基础资产小数 和 6 位计价资产小数，其转换为链格式的方式如下：

从链格式转换为可读格式

要转换回可读格式，请按照以下方式进行：

• 历史上，社区曾发现 CosmWasm 中存在漏洞，某些合约可能导致链停滞。因此，要求批准在本质上更加安全，直到该语言随着时间的发展和稳定化。

• 治理可以防止未经审计和虚假的合约被部署到网络中，确保黑客攻击和诈骗的发生率较低。

• 这为生态系统用户带来了更加精心筛选的体验，因为区块链不会被不必要的交易和合约填满。

然而，这一治理过程对于验证者和社区来说是非常耗时的。Injective 开发者还需要等待 4 天才能推出新特性，这影响了开发者体验和用户增长。 自 Altaris 链升级以来，现在可以请求将你的地址列入合约上传的白名单。

提交指南

为了考虑将地址列入白名单，强烈建议在治理提案中包含以下所有信息。验证者建议在投票之前，通过 Discord 联系基金会验证每个提案提交的信息。

• 团队成员的身份是否为社区所知？

• 团队是否已通过 Injective 基金会的 KYC/KYB 认证？

• 该协议在 Injective 主网上线多久了？

• 团队是否在其他生态系统中开发过应用？（提供详细信息）

投票指南

符合以下条件的用户将更有可能获得白名单权限：

• 项目已完成 Injective 基金会的 KYC/KYB，且团队成员的身份为社区所知。例外：匿名开发者，且具有可信度和在其他生态系统中成功应用的经历。

• 项目已在主网上线至少 1 个月，并且取得了显著的 TVL（总价值锁仓）/使用量。

运维指南

强烈建议使用多签钱包或 Ledger 钱包进行白名单上传。

本指南将帮助您了解在 Injective 主网（Mainnet）上部署和实例化 CosmWasm 智能合约的治理流程。

提交代码上传提案

在本节中，您将学习如何提交智能合约代码提案并对其进行投票。

Injective 网络的参与者可以提议智能合约部署，并在治理中投票使其生效。wasmd 授权设置由链上治理决定，这意味着合约的部署完全由治理决定。因此，治理提案是将合约上传到 Injective 主网的第一步。

以下是使用 injectived 启动治理提案将代码上传到链上的示例用法：

命令 injectived tx gov submit-proposal wasm-store 提交一个 wasm 二进制提案。如果提案获得治理批准，代码将被部署。

让我们了解两个关键的标志：instantiate-everybody 和 instantiate-only-address，这两个标志设置上传代码的实例化权限。默认情况下，任何人都可以实例化合约。

合约实例化（无治理）

在大多数情况下，你不需要提交另一个治理提案来进行实例化。只需使用 injectived tx wasm instantiate 进行实例化即可。你只需要通过治理提案来上传合约。如果合约设置了 --instantiate-everybody 标志为 false，并且 --instantiate-only-address 标志设置为治理模块，才需要通过治理来实例化。--instantiate-everybody 的默认值为 true，在这种情况下，你可以通过 injectived tx wasm instantiate 无需许可地进行实例化。

一个 injectived tx wasm instantiate 的示例如下所示：

合约实例化 (有治理)

如上所述，主网合约实例化权限取决于上传代码时使用的标志。默认情况下，设置为无需许可，正如我们在 Genesis wasmd Injective 设置中可以验证的那样：

然而，如果 --instantiate-everybody 标志设置为 false，那么合约实例化必须通过治理进行。

合约实例化提案

合约迁移

前置条件

按照以下说明安装 Go、Rust 以及其他 CosmWasm 依赖项：

injectived

编译 CosmWasm 合约

非 ARM（非 Apple Silicon）设备：

对于 Apple Silicon 设备（M1、M2 等），请使用：

Docker 脚本会构建并优化仓库中的所有 CW 合约，编译后的合约位于 artifacts 目录下。现在，我们可以部署 cw20_base.wasm 合约（如果在 ARM 设备上编译，则使用 cw20_base-aarch64.wasm）。

将 CosmWasm 合约上传至区块链

输出:

然后，通过 txhash 查询交易，以验证合约是否成功部署。

输出:

Inspecting the output more closely, we can see the code_id of 1 for the contract

我们已经上传了合约代码，但仍需要实例化合约。

实例化合约

在实例化合约之前，让我们先看一下 CW-20 合约的 instantiate 函数签名。

值得注意的是，它包含 InstantiateMsg 参数，其中包括代币名称、符号、小数位数及其他详细信息。

实例化合约的第一步是选择一个地址来提供初始 CW20 代币分配。在本示例中，我们可以直接使用创世地址（genesis address），因为我们已经设置了密钥。但如果需要，也可以生成新的地址和密钥。

要查找创世地址，请运行以下命令：

输出:

运行以下 CLI 命令，使用 code_id 1，并提供 JSON 编码的初始化参数（包含你选择的地址）以及一个标签（用于在列表中提供可读的合约名称），以实例化合约：

现在，可以通过以下方式获取已实例化合约的地址：

这将返回你在本地 Injective 网络上部署的 CW20 合约的详细信息。

输出:

查询合约

整个合约状态可以通过以下命令查询：:

输出:

个别用户的代币余额也可以通过以下命令查询：

输出:

传送代币

然后，可以通过以下命令确认余额转账是否成功：

输出:

并确认接收方已收到资金：

输出:

测试网开发

以下是本地开发/部署和测试网开发/部署之间的主要区别：

• 当您使用 injectived 时，您需要通过 --node 标志指定测试网 RPC，使用以下地址：--node=https://testnet.sentry.tm.injective.network:443。

• 与使用 injective-1 作为 chainId 不同，您应该使用 injective-888，即 --chain-id="injective-888" 标志。

在本节中，我们将说明如何设置环境以进行 CosmWasm 智能合约开发。

前置条件

此外，还需要安装 wasm32-unknown-unknown 目标以及 cargo-generate Rust 依赖包。

可以使用以下命令检查版本：

目标

• 创建并交互一个智能合约，该合约可以增加计数器的值，并将其重置为指定值。

• 理解 CosmWasm 智能合约的基础知识，学习如何在 Injective 上部署合约，并使用 Injective 工具与其交互。

CosmWasm 合约基础知识

作为智能合约的开发者，你的任务是定义三个组成合约接口的函数：

• instantiate()：构造函数，在合约实例化时调用，用于提供初始状态。

• execute()：当用户希望调用智能合约上的方法时执行。

• query()：当用户希望从智能合约中获取数据时执行。

从模版开始

在你的工作目录中，通过运行以下命令，快速启动智能合约，并使用推荐的文件夹结构和构建选项：

这有助于你快速开始，通过提供智能合约的基本模板和结构。在 src/contract.rs 文件中，你会发现标准的 CosmWasm 入口函数 instantiate()、execute() 和 query() 已正确暴露并连接。

State

State 处理存储和访问智能合约数据的数据库状态。

起始模板具有以下基本状态，一个单例结构体 State，包含：

• count，一个 32 位整数，execute() 消息将通过增加或重置该值进行交互。

• owner，MsgInstantiateContract 的发送者地址，决定是否允许某些执行消息。

Injective 智能合约能够通过 Injective 的原生 LevelDB（一个基于字节的键值存储）保持持久化状态。因此，任何你希望持久化的数据都应该分配一个唯一的键，用于索引和检索数据。

数据只能以原始字节形式持久化，因此任何结构或数据类型的概念必须通过一对序列化和反序列化函数来表达。例如，对象必须以字节形式存储，因此你需要提供一个将对象编码为字节以便保存到区块链上的函数，以及一个将字节解码回合约逻辑能够理解的数据类型的函数。字节表示的选择由你决定，只要它提供一个干净的双向映射。

请注意，State 结构体包含了 count 和 owner。此外，derive 属性被应用于自动实现一些有用的特性：

• Serialize：提供序列化

• Deserialize：提供反序列化

• Clone：使结构体可复制

• Debug：使结构体可以打印为字符串

• PartialEq：提供相等性比较

• JsonSchema：自动生成 JSON 架构

Addr 指的是一个可读的 Injective 地址，以 inj 为前缀，例如 inj1clw20s2uxeyxtam6f7m84vgae92s9eh7vygagt。

InstantiateMsg

InstantiateMsg 是在用户通过 MsgInstantiateContract 在区块链上实例化合约时提供给合约的。它为合约提供了配置以及初始状态。

在 Injective 区块链上，合约代码的上传和合约的实例化被视为两个独立的事件，这与以太坊不同。这样做是为了允许一小部分经过审查的合约原型作为多个实例存在，这些实例共享相同的基础代码，但可以用不同的参数进行配置（想象一个标准的 ERC20 合约和多个使用其代码的代币）。

示例

对于你的合约，合约创建者需要在 JSON 消息中提供初始状态。我们可以在下面的消息定义中看到，消息包含一个参数 count，表示初始计数值。

Message 定义

合约逻辑

在 contract.rs 文件中，你将定义第一个入口函数 instantiate()，该函数用于实例化合约并接收 InstantiateMsg。

从消息中提取 count 并设置初始状态，其中：

• count 赋值为消息中的 count。

• owner 赋值为 MsgInstantiateContract 的发送者。

ExecuteMsg

• Increment 没有输入参数，将 count 值增加 1。

• Reset 接受一个 32 位整数作为参数，并将 count 值重置为该输入参数。

示例

Increment

任何用户都可以将当前 count 值增加 1。

Reset

只有 owner 可以将 count 重置为指定的数值。实现详情请参考以下逻辑。

Message 定义

对于 ExecuteMsg，可以使用 enum 来对合约能够识别的不同类型的消息进行多路复用。

serde 属性会将枚举的键转换为蛇形（snake case）和小写（lower case），因此在 JSON 序列化和反序列化时，Increment 和 Reset 会被转换为 increment 和 reset。

逻辑

这是你的 execute() 方法，它使用 Rust 的模式匹配（pattern matching）来将接收到的 ExecuteMsg 路由到相应的处理逻辑。

根据接收到的消息，它会调用 try_increment() 或 try_reset() 方法进行处理。

首先，它获取对存储的可变引用，以更新存储在键 state 位置的项。然后，它通过返回 Ok 结果并包含新的 state 来更新状态中的 count。最后，它返回 Ok 结果并附带 Response，以确认合约执行成功。

reset 的逻辑与 increment 类似，但不同之处在于：它首先检查消息发送者是否被允许调用 reset 方法（在本例中，必须是合约 owner）。

QueryMsg

实现详情请参考以下逻辑。

示例

该模板合约仅支持一种类型的 QueryMsg：

GetCount

请求:

返回:

Message 定义

为了在合约中支持数据查询，你需要定义查询消息格式（代表请求），并提供查询输出的结构——在这种情况下是 CountResponse。你必须这样做，因为 query() 会通过结构化的 JSON 将信息发送回用户，因此你需要定义响应的结构。有关更多信息，请参见 "生成 JSON 架构"。

将以下内容添加到你的 src/msg.rs 文件中：

逻辑

query() 的逻辑与 execute() 类似；然而，由于 query() 在没有最终用户发起交易的情况下被调用，因此省略了 env 参数，因为不需要该信息。

单元测试

单元测试应该作为部署合约到链上的第一步保障。它们执行迅速，并且在失败时可以通过 RUST_BACKTRACE=1 标志提供有用的回溯信息：

构建合约

现在我们已经理解并测试了合约，可以运行以下命令来构建合约。这个命令将在我们进入下一步优化合约之前检查任何初步的错误。

接下来，我们需要优化合约，以便为将代码上传到区块链做准备。

在 Docker 正在运行的情况下，运行以下命令将合约代码挂载到 /code 并优化输出（如果不想先进入目录，可以使用绝对路径替代 $(pwd)）：

如果你使用的是 ARM64 机器，应该使用为 ARM64 构建的 Docker 镜像：

这会生成一个 artifacts 目录，其中包含 PROJECT_NAME.wasm 文件，以及 checksums.txt 文件，后者包含 Wasm 文件的 Sha256 哈希值。Wasm 文件是确定性编译的（在相同的 git 提交上运行相同 Docker 的任何人都应该获得相同的文件，并且具有相同的 Sha256 哈希值）。

安装 injectived

injectived 是命令行界面和daemon进程，连接到 Injective 并使你能够与 Injective 区块链进行交互。

另外，为了简化这个教程，已经准备好了一个 Docker 镜像。

执行此命令将使 Docker 容器无限期地执行。

Note: directory_to_which_you_cloned_cw-template 必须是一个绝对路径。你可以通过在 CosmWasm/cw-counter 目录中运行 pwd 命令轻松找到绝对路径。

打开一个新终端并进入 Docker 容器以初始化链：

让我们首先添加 jq 依赖，它将在后续步骤中使用：

现在我们可以继续进行本地区块链初始化，并添加一个名为 testuser 的测试用户（当提示时使用 12345678 作为密码）。我们将仅使用该测试用户来生成一个新的私钥，稍后将在测试网中用于签名消息：

输出

请花点时间记下地址，或者将其导出为环境变量，因为接下来你将需要用到它：

现在你已经成功在 Injective 测试网上创建了 testuser，并且在从测试水龙头请求测试网资金后，账户应该会有一些资金。

上传 Wasm 合约

输出:

要查询交易，请使用 txhash 并验证合约是否已成功部署。

仔细检查输出，我们可以看到上传合约的 code_id 为 290。

让我们将 code_id 导出为环境变量——我们稍后在实例化合约时需要用到它。你也可以跳过这一步，稍后手动添加，但请记住这个 ID。

生成 JSON 架构

虽然 Wasm 调用 instantiate、execute 和 query 接受 JSON，但仅有这些信息不足以使用它们。我们需要将预期消息的架构暴露给客户端。

为了利用 JSON 架构的自动生成，你应该为每个需要架构的数据结构进行注册。

然后，架构可以通过以下命令生成：

这将生成 5 个文件，保存在 ./schema 目录中，分别对应合约接受的 3 种消息类型、查询响应消息和内部状态。这些文件采用标准的 JSON Schema 格式，可以被各种客户端工具使用，既可以自动生成编解码器，也可以根据定义的架构验证传入的 JSON。

实例化合约

现在我们已经将代码上传到 Injective，是时候实例化合约并与之交互了。

输出:

查询合约

如我们之前所知，我们唯一的 QueryMsg 是 get_count。

输出:

我们看到 count 是 99，这是在实例化合约时设置的值。.

执行合约

现在让我们通过增加计数器来与合约进行交互。

如果我们查询合约的 count，我们会看到：

充值计数器：

现在，如果我们再次查询合约，我们会看到 count 已经重置为提供的值：

Cosmos Messages

除了定义自定义智能合约逻辑外，CosmWasm 还允许合约与底层的 Cosmos SDK 功能进行交互。一个常见的用例是使用 Cosmos SDK 的银行模块从合约向指定地址发送 tokens。

示例: Bank Send

BankMsg::Send 消息允许合约将 tokens 转移到另一个地址。这在各种场景中都很有用，比如分发奖励或将资金返还给用户。

构造 Message

你可以在合约的 execute 函数中构造 BankMsg::Send 消息。此消息需要指定接收地址和要发送的金额。以下是如何构造该消息的示例：

在智能合约中的使用

在你的合约中，你可以向 ExecuteMsg 枚举添加一个新变体，以处理银行发送功能。例如：

然后，在 execute 函数中，你可以添加一个 case 来处理这个消息：

测试

恭喜你！你已经创建并与第一个 Injective 智能合约进行了交互，现在知道如何开始在 Injective 上进行 CosmWasm 开发。继续阅读了解如何创建 Web UI 的指南。