# Submitting a Proposal
If you have a final draft of your proposal ready to submit, you may want to push your proposal live on the testnet first. These are the three primary steps to getting your proposal live on-chain.
Interacting with the Cosmos Hub via the command line in order to run queries or submit proposals has several prerequisites:
- You will need to compile
gaiad
(opens new window) from source into a binary file executable by your operating system eg. MacOS, Windows, Linux - You will need to indicate which chain you are querying, and currently this is
--chain-id cosmoshub-4
- You will need to connect to a full node. You can find a list of available Cosmos Hub endpoints under the API section (opens new window) in the Chain Registry (opens new window).
- More info is in the Walkthrough Example section.
Running a full node can be difficult for those not technically-inclined, so you may choose to use a third-party's full node. In this case, the primary security risk is that of censorship: it's the single place where you have a single gateway to the network, and any messages submitted through an untrusted node could be censored.
# Hosting supplementary materials
In general we try to minimize the amount of data pushed to the blockchain. Hence, detailed documentation about a proposal is usually hosted on a separate censorship resistant data-hosting platform, like IPFS.
Once you have drafted your proposal, ideally as a Markdown file, you can upload it to the IPFS network:
- By running an IPFS node and the IPFS software (opens new window), or
- By using a service such as https://pinata.cloud (opens new window)
Ensure that you "pin" the file so that it continues to be available on the network. You should get a URL like this: https://ipfs.io/ipfs/QmbkQNtCAdR1CNbFE8ujub2jcpwUcmSRpSCg8gVWrTHSWD
The value QmbkQNtCAdR1CNbFE8ujub2jcpwUcmSRpSCg8gVWrTHSWD
is called the CID
of your file - it is effectively the file's hash.
If you uploaded a markdown file, you can use the IPFS markdown viewer to render the document for better viewing. Links for the markdown viewer look like https://ipfs.io/ipfs/QmTkzDwWqPbnAh5YiV5VwcTLnGdwSNsNTn2aDxdXBFca7D/example#/ipfs/<CID>
, where <CID>
is your CID. For instance the link above would be: https://ipfs.io/ipfs/QmTkzDwWqPbnAh5YiV5VwcTLnGdwSNsNTn2aDxdXBFca7D/example#/ipfs/QmbkQNtCAdR1CNbFE8ujub2jcpwUcmSRpSCg8gVWrTHSWD
Share the URL with others and verify that your file is publicly accessible.
The reason we use IPFS is that it is a decentralized means of storage, making it resistant to censorship or single points of failure. This increases the likelihood that the file will remain available in the future.
# Formatting the JSON file for the governance proposal
Prior to sending the transaction that submits your proposal on-chain, you must create a JSON file. This file will contain the information that will be stored on-chain as the governance proposal. Begin by creating a new text (.txt) file to enter this information. Use these best practices as a guide for the contents of your proposal. When you're done, save the file as a .json file.
Each proposal type is unique in how the JSON should be formatted. See the relevant section for the type of proposal you are drafting:
Once on-chain, most people will rely upon block explorers to interpret this information with a graphical user interface (GUI).
# Sending the transaction that submits your governance proposal
For information on how to use gaiad (the command line interface) to submit an on-chain proposal through the governance module, please refer to the gaiad resource for the Cosmos Hub documentation.
# Walkthrough example
This is the generic command format for using gaiad (the command-line interface) to submit your proposal on-chain:
A specific example is given here:
If <proposal type>
is left blank, the type will be a Text proposal. Otherwise, it can be set to param-change
or community-pool-spend
. Use --help
to get more info from the tool.
gaiad
is the command-line interface client that is used to send transactions and query the Cosmos Hub.tx gov submit-proposal community-pool-spend
indicates that the transaction is submitting a community pool spend proposal.--~/community_spend_proposal.json
indicates the file containing the proposal details.--from hypha-dev-wallet
is the account key that pays the transaction fee and deposit amount. This account key must be already saved in the keyring on your device and it must be an address you control.--gas 500000
is the maximum amount of gas permitted to be used to process the transaction.- The more content there is in the description of your proposal, the more gas your transaction will consume
- If this number isn't high enough and there isn't enough gas to process your transaction, the transaction will fail.
- The transaction will only use the amount of gas needed to process the transaction.
--fees
is a flat-rate incentive for a validator to process your transaction.- The network still accepts zero fees, but many nodes will not transmit your transaction to the network without a minimum fee.
- Many nodes (including the Figment node) use a minimum fee to disincentivize transaction spamming.
- 7500uatom is equal to 0.0075 ATOM.
--chain-id cosmoshub-4
is Cosmos Hub 4. For current and past chain-id's, please look at the cosmos/mainnet resource (opens new window).- The testnet chain ID is
theta-testnet-001
. For current and past testnet information, please look at the testnet repository (opens new window).
- The testnet chain ID is
--node https://rpc.cosmos.network:443
is using an established node to send the transaction to the Cosmos Hub 4 network. For available nodes, please look at the Chain Registry (opens new window).
Note: be careful what you use for --fees
. A mistake here could result in spending hundreds or thousands of ATOMs accidentally, which cannot be recovered.
# Verifying your transaction
After posting your transaction, your command line interface (gaiad) will provide you with the transaction's hash, which you can either query using gaiad or by searching the transaction hash using Mintscan (opens new window). The hash should look something like this: 0506447AE8C7495DE970736474451CF23536DF8EA837FAF1CF6286565589AB57
# Troubleshooting a failed transaction
There are a number of reasons why a transaction may fail. Here are two examples:
Running out of gas - The more data there is in a transaction, the more gas it will need to be processed. If you don't specify enough gas, the transaction will fail.
Incorrect denomination - You may have specified an amount in 'utom' or 'atom' instead of 'uatom', causing the transaction to fail.
If you encounter a problem, try to troubleshoot it first, and then ask for help on the Cosmos Hub forum: https://forum.cosmos.network (opens new window). We can learn from failed attempts and use them to improve upon this guide.
# Depositing funds after a proposal has been submitted
Sometimes a proposal is submitted without having the minimum token amount deposited yet. In these cases you would want to be able to deposit more tokens to get the proposal into the voting stage. In order to deposit tokens, you'll need to know what your proposal ID is after you've submitted your proposal. You can query all proposals by the following command:
If there are a lot of proposals on the chain already, you can also filter by your own address. For the proposal above, that would be:
Once you have the proposal ID, this is the command to deposit extra tokens:
In our case above, the <proposal-id>
would be 59 as queried earlier.
The <deposit>
is written as 500000uatom
, just like the example above.
# Submitting your proposal to the testnet
Submitting to the testnet is identical to mainnet submissions aside from a few changes:
- The chain-id is
theta-testnet-001
. - The list of usable endpoints can be found here (opens new window).
- You will need testnet tokens, not ATOM. There is a faucet available in the Developer Discord (opens new window).
You may want to submit your proposal to the testnet chain before the mainnet for a number of reasons:
- To see what the proposal description will look like.
- To signal that your proposal is about to go live on the mainnet.
- To share what the proposal will look like in advance with stakeholders.
- To test the functionality of the governance features.