Gaia 守护进程
gaiad 是一个工具,使你能够与运行在 Cosmos Hub 网络上的节点交互,无论该节点是否由你自己运行。下面我们来正确完成它的配置。要安装它,请按照安装流程进行操作。
配置 gaiad
用于配置gaiad 的主要命令如下:
tcp://localhost:26657。
最后,设置你要交互的区块链的 chain-id:
密钥
密钥环
密钥环保存了与节点交互所需的私钥/公钥对。例如,在运行区块链节点之前,需要先配置好验证者密钥,以便能够正确对区块进行签名。私钥可以存储在不同的位置,这些位置称为“后端”,例如文件或操作系统自带的密钥存储。 对于无头环境,建议使用file 或 pass 后端。更多信息请参见 SDK 文档页面。
密钥类型
使用的密钥表示形式共有三种:-
cosmos- 由通过
gaiad keys add生成的账户密钥派生 - 用于接收资金
- 例如:
cosmos15h6vd5f0wqps26zjlwrc6chah08ryu4hzzdwhc
- 由通过
-
cosmosvaloper- 用于将验证者与其操作员关联
- 用于调用质押命令
- 例如:
cosmosvaloper1carzvgq3e6y3z5kz5y6gxp3wpy3qdrv928vyah
-
cosmospub- 由通过
gaiad keys add生成的账户密钥派生 - 例如:
cosmospub1zcjduc3q7fu03jnlu2xpl75s2nkt7krm6grh4cc5aqth73v0zwmea25wj2hsqhlqzm
- 由通过
-
cosmosvalconspub- 在使用
gaiad init创建节点时生成。 - 使用
gaiad tendermint show-validator获取该值 - 例如:
cosmosvalconspub1zcjduepq0ms2738680y72v44tfyqm3c9ppduku8fs6sr73fx7m666sjztznqzp2emf
- 在使用
将密钥从旧版磁盘 Keybase 迁移到操作系统内置密钥存储
旧版本的gaiad 会将密钥存储在用户主目录中。如果你正在从旧版本的 gaiad 迁移,
则需要通过运行以下命令,将旧密钥迁移到操作系统的凭据存储中:
生成密钥
你需要一对账户私钥和公钥(分别也称为sk 和 pk),才能接收资金、发送交易、绑定交易等。
要生成一个新的 secp256k1 密钥:
<account_name>:
生成多签公钥
你可以通过输入以下命令生成并打印一个多签公钥:K 是必须对交易进行签名的最小私钥数量,这些交易会将该公钥的地址作为签名者。
--multisig flag 必须包含那些公钥的名称,这些公钥将被组合成一个公钥,并在本地数据库中以 new_key_name 的名称生成和存储。
通过 --multisig 提供的所有名称都必须已存在于本地数据库中。除非设置了 --nosort flag,否则命令行中提供密钥的顺序无关紧要,也就是说,以下命令会生成两个完全相同的密钥:
交易广播
在广播交易时,gaiad 接受一个 --broadcast-mode flag。该
flag 可以取值 sync(默认)、async 或 block,其中 sync 会让
客户端返回一个 CheckTx 响应,async 会让客户端立即返回,
而 block 会让客户端等待交易被提交(或超时)。
需要特别注意的是,在大多数情况下都不应使用 block
模式。这是因为广播可能会超时,但交易仍然可能被打包进区块。
这会导致许多不理想的情况。因此,最好使用 sync 或 async,并通过交易哈希查询来确定交易何时被打包进区块。
费用与 Gas
Cosmos Hub 使用x/feemarket 模块根据需求动态调整 gas 价格。
你需要指定足够的 gas 价格或总费用,
以确保你的交易能够被打包进区块,
例如:
账户
获取代币
在测试网上,获取代币通常是通过水龙头完成的。查询账户余额
当你的地址收到代币后,可以输入以下命令查看账户余额:发送代币
以下命令可用于将代币从一个账户发送到另一个账户:amount 参数接受 value|coin_name 格式。
你可能希望通过
--gas flag 限制交易可消耗的最大 gas。
如果传入 --gas=auto,系统会在执行交易前自动估算 gas 用量。
Gas 估算可能并不精确,因为在模拟结束到交易实际执行之间,状态可能发生变化,因此会在原始估算值之上应用一个调整值,以确保交易能够成功广播。该调整值可通过 --gas-adjustment flag 控制,其默认值为 1.0。--block flag 查询某个指定区块时的余额:
--dry-run flag 来模拟一笔交易,而不实际广播它:
--generate-only,将其 JSON 格式输出到 STDOUT:
--generate-only flag 会阻止 gaiad 访问本地 keybase。
因此,当提供该 flag 时,sender_key_name_or_address 必须是一个地址。查询交易
匹配一组事件
你可以使用交易搜索命令查询与特定events 集合匹配的交易,这些事件会附加到每一笔交易上。
每个事件都由一个键值对组成,格式为 {eventType}.{eventAttribute}={value}。
事件还可以使用 & 符号组合,以查询更具体的结果。
你可以按如下方式通过 events 查询交易:
events:
page 和 limit 进行分页:
Type() 函数返回的消息类型。
你可以在各个 SDK 模块中找到可用 events 的列表:
按交易哈希匹配
你也可以使用以下命令通过哈希查询单笔交易:罚没
解除监禁
解除被监禁的验证者:签名信息
获取验证者的签名信息:查询参数
你可以通过以下命令获取当前的罚没参数:铸币
你可以通过以下命令查询铸币/通胀参数:质押
设置验证者
有关如何设置验证者候选的更完整指南,请参见验证者设置部分。向验证者委托
在即将到来的主网上,你可以将atom 委托给验证者。这些委托人可以获得验证者手续费收入的一部分。更多信息请参阅 Cosmos 代币模型。
查询验证者
你可以查询某条链上的全部验证者列表:绑定代币
在 Cosmos Hub 主网上,我们委托的是uatom,其中 1atom = 1000000uatom。以下是如何将代币绑定到测试网验证者(即进行委托):
<validator> 是你打算委托给它的验证者的操作员地址。如果你运行的是本地测试网,可以通过以下命令找到它:
[name] 是你初始化 gaiad 时指定的密钥名称。
当代币被绑定后,它们会与网络中所有其他已绑定代币汇集在一起。验证者和委托人会获得相应比例的份额,该比例等于他们在该池中的质押占比。
查询委托
向某个验证者提交委托后,你可以使用以下命令查看其信息:解绑代币
如果验证者由于某种原因行为不当,或者你只是想解绑一定数量的代币,请使用以下命令。查询解绑委托
开始解绑委托后,你可以使用以下命令查看其信息:重新委托代币
重新委托是一种委托形式,允许你将缺乏流动性的已绑定代币从一个验证者转移到另一个验证者:shares-amount 或 shares-fraction。
当解绑期结束后,重新委托将自动完成。
查询重新委托
开始重新委托后,你可以使用以下命令查看其信息:查询参数
参数定义了质押的高级设置。你可以使用以下命令获取当前值:- 解绑时间
- 验证者最大数量
- 用于质押的代币面额
governance 流程中的 ParameterChange 提案进行更新。
查询资金池
质押Pool 定义了当前状态的动态参数。你可以使用以下命令查询:
pool 命令,你将获得以下值:
- 未绑定和已绑定的代币
- 代币供应量
- 当前年化通胀率,以及上一次处理通胀所在的区块
- 最近记录的已绑定份额
查询向验证者的委托
你也可以查询委托给某个特定验证者的全部委托:治理
治理是 Cosmos Hub 用户就软件升级、主网参数或通过文本提案进行信号表达等事项达成共识的过程。 这是通过对提案进行投票来完成的,这些提案将由主网上的ATOM 持有者提交。
关于投票流程,有以下几点需要注意:
- 投票由已绑定的
ATOM持有者按 1 个已绑定ATOM对应 1 票的原则进行 - 如果委托人不投票,则会继承其验证者的投票
- 投票在投票期结束时统计(主网上为 2 周),在此期间每个地址可以多次投票以更新其
Option值(每次都需支付交易手续费),只有最近一次投出的票会被计为有效 - 投票者可以在
Yes、No、NoWithVeto和Abstain这些选项中选择 - 在投票期结束时,提案仅在满足以下条件时才会通过:
(YesVotes / (YesVotes+NoVotes+NoWithVetoVotes)) > 1/2(NoWithVetoVotes / (YesVotes+NoVotes+NoWithVetoVotes)) < 1/3((YesVotes+NoVotes+NoWithVetoVotes) / totalBondedStake) >= quorum
创建治理提案
要创建治理提案,你必须提交初始押金,以及标题和描述。治理之外的各个模块可以实现自己的提案类型和处理器(例如参数变更),而治理模块本身支持Text 提案。所有治理之外模块的命令都挂载在 submit-proposal 之上。
提交 Text 提案:
--proposal 标志直接提供提案,该标志指向一个包含提案内容的 JSON 文件。
要提交参数变更提案,你必须提供提案文件,因为其内容不太适合通过 CLI 直接输入:
proposal.json 包含以下内容:
查询提案
创建完成后,你现在可以查询该提案的信息:voter 或 depositor 过滤查询提案。
要查询某个治理提案的提案人:
增加押金
为了让提案能够广播到网络,存入的金额必须高于minDeposit 值(初始值:512000000uatom)。如果你之前创建的提案没有达到这个要求,你仍然可以增加总押金额以激活它。一旦达到最小押金要求,提案就会进入投票期:
MaxDepositPeriod 后被删除。
查询押金
创建新提案后,你可以查询提交给它的全部押金:对提案投票
当提案押金达到MinDeposit 值后,投票期就会开启。已绑定的 Atom 持有者随后可以对其投票:
查询投票
检查你刚刚提交选项的投票:查询提案计票结果
要查看某个提案当前的计票结果,可以使用tally 命令:
查询治理参数
要查看当前治理参数,请运行:手续费分配
查询分配参数
要检查当前分配参数,请运行:查询分配社区池
要查询受治理控制的社区池中的全部代币:查询未提取奖励
要检查当前未提取的奖励,请运行:查询验证者佣金
要检查某个验证者当前未提取的佣金,请运行:查询验证者惩罚记录
要检查某个验证者的历史惩罚记录,请运行:查询委托人奖励
要检查某笔委托当前的奖励(如果此时提取的话),请运行:查询委托人的全部奖励
要检查某位委托人的当前全部奖励(如果此时提取的话),请运行:多重签名交易
多重签名交易需要多个私钥的签名。因此,从多签账户生成并签署一笔交易需要相关各方协作完成。多签交易可以由任意一个密钥持有者发起,并且其中至少有一人需要Gaia Daemon
gaiad is the tool that enables you to interact with the node that runs on the Cosmos Hub network, whether you run it yourself or not. Let us set it up properly. In order to install it, follow the installation procedure.
Setting up gaiad
The main command used to set upgaiad is the following:
tcp://localhost:26657 as the address.
Finally, let us set the chain-id of the blockchain we want to interact with:
Keys
Keyring
The keyring holds the private/public keypairs used to interact with a node. For instance, a validator key needs to be set up before running the blockchain node, so that blocks can be correctly signed. The private key can be stored in different locations, called “backends”, such as a file or the operating system’s own key storage. Headless environments are recommended to use either thefile or pass backends. More information is available at the SDK documentation page.
Key Types
There are three types of key representations that are used:-
cosmos- Derived from account keys generated by
gaiad keys add - Used to receive funds
- e.g.
cosmos15h6vd5f0wqps26zjlwrc6chah08ryu4hzzdwhc
- Derived from account keys generated by
-
cosmosvaloper- Used to associate a validator to its operator
- Used to invoke staking commands
- e.g.
cosmosvaloper1carzvgq3e6y3z5kz5y6gxp3wpy3qdrv928vyah
-
cosmospub- Derived from account keys generated by
gaiad keys add - e.g.
cosmospub1zcjduc3q7fu03jnlu2xpl75s2nkt7krm6grh4cc5aqth73v0zwmea25wj2hsqhlqzm
- Derived from account keys generated by
-
cosmosvalconspub- Generated when the node is created with
gaiad init. - Get this value with
gaiad tendermint show-validator - e.g.
cosmosvalconspub1zcjduepq0ms2738680y72v44tfyqm3c9ppduku8fs6sr73fx7m666sjztznqzp2emf
- Generated when the node is created with
Migrate Keys From Legacy On-Disk Keybase To OS Built-in Secret Store
Older versions ofgaiad used store keys in the user’s home directory. If you are migrating
from an old version of gaiad you will need to migrate your old keys into your operating system’s
credentials storage by running the following command:
Generate Keys
You’ll need an account private and public key pair (a.k.a.sk, pk respectively) to be able to receive funds, send txs, bond tx, etc.
To generate a new secp256k1 key:
<account_name>:
Generate Multisig Public Keys
You can generate and print a multisig public key by typing:K is the minimum number of private keys that must have signed the
transactions that carry the public key’s address as signer.
The --multisig flag must contain the name of public keys that will be combined into a
public key that will be generated and stored as new_key_name in the local database.
All names supplied through --multisig must already exist in the local database. Unless
the flag --nosort is set, the order in which the keys are supplied on the command line
does not matter, i.e. the following commands generate two identical keys:
Tx Broadcasting
When broadcasting transactions,gaiad accepts a --broadcast-mode flag. This
flag can have a value of sync (default), async, or block, where sync makes
the client return a CheckTx response, async makes the client return immediately,
and block makes the client wait for the tx to be committed (or timing out).
It is important to note that the block mode should not be used in most
circumstances. This is because broadcasting can timeout but the tx may still be
included in a block. This can result in many undesirable situations. Therefore, it
is best to use sync or async and query by tx hash to determine when the tx
is included in a block.
Fees & Gas
The Cosmos Hub uses thex/feemarket module to
dynamically vary the gas price based on demand.
You need to specify a sufficient gas price or total fees
to ensure that your transaction is included in a block,
e.g.
Account
Get Tokens
On a testnet, getting tokens is usually done via a faucet.Query Account Balance
After receiving tokens to your address, you can view your account’s balance by typing:Send Tokens
The following command could be used to send coins from one account to another:amount argument accepts the format value|coin_name.
You may want to cap the maximum gas that can be consumed by the transaction via the
--gas flag.
If you pass --gas=auto, the gas supply will be automatically estimated before executing the transaction.
Gas estimate might be inaccurate as state changes could occur in between the end of the simulation and the actual execution of a transaction, thus an adjustment is applied on top of the original estimate in order to ensure the transaction is broadcasted successfully. The adjustment can be controlled via the --gas-adjustment flag, whose default value is 1.0.--block flag:
--dry-run flag to the command line:
--generate-only to the list of the command line arguments:
The
--generate-only flag prevents gaiad from accessing the local keybase.
Thus when such flag is supplied sender_key_name_or_address must be an address.Query Transactions
Matching a Set of Events
You can use the transaction search command to query for transactions that match a specific set ofevents, which are added on every transaction.
Each event is composed by a key-value pair in the form of {eventType}.{eventAttribute}={value}.
Events can also be combined to query for a more specific result using the & symbol.
You can query transactions by events as follows:
events:
page and limit:
Type() function of the relevant message.
You can find a list of available events on each of the SDK modules:
Matching a Transaction’s Hash
You can also query a single transaction by its hash using the following command:Slashing
Unjailing
To unjail your jailed validatorSigning Info
To retrieve a validator’s signing info:Query Parameters
You can get the current slashing parameters via:Minting
You can query for the minting/inflation parameters via:Staking
Set up a Validator
Please refer to the Validator Setup section for a more complete guide on how to set up a validator-candidate.Delegate to a Validator
On the upcoming mainnet, you can delegateatom to a validator. These delegators can receive part of the validator’s fee revenue. Read more about the Cosmos Token Model.
Query Validators
You can query the list of all validators of a specific chain:Bond Tokens
On the Cosmos Hub mainnet, we delegateuatom, where 1atom = 1000000uatom. Here’s how you can bond tokens to a testnet validator (i.e. delegate):
<validator> is the operator address of the validator to which you intend to delegate. If you are running a local testnet, you can find this with:
[name] is the name of the key you specified when you initialized gaiad.
While tokens are bonded, they are pooled with all the other bonded tokens in the network. Validators and delegators obtain a percentage of shares that equal their stake in this pool.
Query Delegations
Once submitted a delegation to a validator, you can see its information by using the following command:Unbond Tokens
If for any reason the validator misbehaves, or you just want to unbond a certain amount of tokens, use the following command.Query Unbonding-Delegations
Once you begin an unbonding-delegation, you can see it’s information by using the following command:Redelegate Tokens
A redelegation is a type delegation that allows you to bond illiquid tokens from one validator to another:shares-amount or a shares-fraction with the corresponding flags.
The redelegation will be automatically completed when the unbonding period has passed.
Query Redelegations
Once you begin a redelegation, you can see its information by using the following command:Query Parameters
Parameters define high level settings for staking. You can get the current values by using:- Unbonding time
- Maximum numbers of validators
- Coin denomination for staking
governance process by ParameterChange proposals.
Query Pool
A stakingPool defines the dynamic parameters of the current state. You can query them with the following command:
pool command you will get the values for:
- Not-bonded and bonded tokens
- Token supply
- Current annual inflation and the block in which the last inflation was processed
- Last recorded bonded shares
Query Delegations To Validator
You can also query all of the delegations to a particular validator:Governance
Governance is the process from which users in the Cosmos Hub can come to consensus on software upgrades, parameters of the mainnet or signaling mechanisms through text proposals. This is done through voting on proposals, which will be submitted byATOM holders on the mainnet.
Some considerations about the voting process:
- Voting is done by bonded
ATOMholders on a 1 bondedATOM1 vote basis - Delegators inherit the vote of their validator if they don’t vote
- Votes are tallied at the end of the voting period (2 weeks on mainnet) where
each address can vote multiple times to update its
Optionvalue (paying the transaction fee each time), only the most recently cast vote will count as valid - Voters can choose between options
Yes,No,NoWithVetoandAbstain - At the end of the voting period, a proposal is accepted iff:
(YesVotes / (YesVotes+NoVotes+NoWithVetoVotes)) > 1/2(NoWithVetoVotes / (YesVotes+NoVotes+NoWithVetoVotes)) < 1/3((YesVotes+NoVotes+NoWithVetoVotes) / totalBondedStake) >= quorum
Create a Governance Proposal
In order to create a governance proposal, you must submit an initial deposit along with a title and description. Various modules outside of governance may implement their own proposal types and handlers (eg. parameter changes), where the governance module itself supportsText proposals. Any module
outside of governance has its command mounted on top of submit-proposal.
To submit a Text proposal:
--proposal flag which
points to a JSON file containing the proposal.
To submit a parameter change proposal, you must provide a proposal file as its
contents are less friendly to CLI input:
proposal.json contains the following:
Query Proposals
Once created, you can now query information of the proposal:voter or depositor by using the corresponding flags.
To query for the proposer of a given governance proposal:
Increase Deposit
In order for a proposal to be broadcasted to the network, the amount deposited must be above aminDeposit value (initial value: 512000000uatom). If the proposal you previously created didn’t meet this requirement, you can still increase the total amount deposited to activate it. Once the minimum deposit is reached, the proposal enters voting period:
MaxDepositPeriod is reached.
Query Deposits
Once a new proposal is created, you can query all the deposits submitted to it:Vote on a Proposal
After a proposal’s deposit reaches theMinDeposit value, the voting period opens. Bonded Atom holders can then cast vote on it:
Query Votes
Check the vote with the option you just submitted:Query proposal tally results
To check the current tally of a given proposal you can use thetally command: