docs: update docs (#2355)

* adjust revision height in CLI help

* update docs

* fix typo

* fix broken links

docs/docs/build/modules/02-provider.md

@@ -451,7 +451,7 @@ message MsgUpdateParams {
 }
 ```
 
-### ChangeRewardDenomsProposal
+### MsgChangeRewardDenoms
 
 `MsgChangeRewardDenoms` updates the list of whitelisted denoms accepted by the provider as ICS rewards. 
 The list of accepted denoms is updated through a governance proposal where the signer is the gov module account address.
@@ -1550,7 +1550,7 @@ power_shaping_params:
   allow_inactive_vals: false
   allowlist: []
   denylist: []
-  min_stake: "0"
+  min_stake: 0
   top_N: 100
   validator_set_cap: 0
   validators_power_cap: 0
@@ -1619,7 +1619,7 @@ where `create-consumer-msg.json` contains:
 	"metadata": {
         "name": "pion-1",
         "description":"description of your chain and all other relevant information",
-        "metadata": "some metadata about your chain"
+        "metadata": "{\"forge_json_url\": \"...\", \"stage\": \"mainnet\"}"
     }
 }
 ```
@@ -1655,31 +1655,31 @@ where `update-consumer-msg.json` contains:
 	"metadata": {
         "name": "pion-1",
         "description":"description of your chain and all other relevant information",
-        "metadata": "some metadata about your"
+        "metadata": "{\"forge_json_url\": \"...\", \"stage\": \"mainnet\"}"
     },
   "initialization_parameters":{
       "initial_height":{
-          "revision_number": 0,
-          "revision_height": 1
+          "revision_number": 1,
+          "revision_height": 0
           },
-      "genesis_hash":"2D5C2110941DA54BE07CBB9FACD7E4A2E3253E79BE7BE3E5A1A7BDA518BAA4BE",
-      "binary_hash": "6EF05C2F38BE62A833E5AB51EBF3BA72D1BC1664D7E4A2E3253DA54BE07CF38A",
+      "genesis_hash": "",
+      "binary_hash": "",
       "spawn_time": "2024-09-29T12:57:43Z",
-      "unbonding_period":"2419200s",
-      "ccv_timeout_period": "2419200s",
-      "transfer_timeout_period": "3600s",
+      "unbonding_period": 1728000000000000,
+      "ccv_timeout_period": 2419200000000000,
+      "transfer_timeout_period": 1800000000000,
       "consumer_redistribution_fraction": "0.75",
       "blocks_per_distribution_transmission": "1500",
-      "historical_entries":"1000",
+      "historical_entries": "1000",
       "distribution_transmission_channel": ""
   },
   "power_shaping_parameters":{
-      "top_N":50,
-      "validators_power_cap":50,
-      "validator_set_cap":50,
+      "top_N": 0,
+      "validators_power_cap": 10,
+      "validator_set_cap": 50,
       "allowlist":["cosmosvalcons1l9qq4m300z8c5ez86ak2mp8znftewkwgjlxh88"],
       "denylist":[],
-      "min_stake": "1000",
+      "min_stake": 1000,
       "allow_inactive_vals":true
   },
   "allowlisted_reward_denoms": {

docs/docs/build/modules/03-consumer.md

@@ -357,7 +357,7 @@ The consumer module contains the following parameters.
 Providing an IBC transfer channel enables a consumer chain to re-use one of the existing channels to the provider for consumer chain rewards distribution. 
 This will preserve the `ibc denom` that may already be in use. 
 This is especially important for standalone chains transitioning to become consumer chains. 
-For more details, see the [changeover procedure](../consumer-development/changeover-procedure.md).
+For more details, see the [changeover procedure](../../consumer-development/changeover-procedure.md).
 
 ### ProviderFeePoolAddrStr
 
@@ -439,7 +439,7 @@ It is recommended that every consumer chain set and unbonding period shorter tha
 | time.Duration | 3600s (1 hour) |
 
 `RetryDelayPeriod` is the period at which the consumer retries to send a `SlashPacket` that was rejected by the provider.
-For more details, see [ADR-008](../adrs/adr-008-throttle-retries.md).
+For more details, see [ADR-008](../../adrs/adr-008-throttle-retries.md).
 
 ## Client
 

docs/docs/consumer-development/changeover-procedure.md

@@ -34,12 +34,11 @@ However, here are the most important notes and differences between a new consume
         // must correspond to a height that is at least 1 block after the upgrade
         // that will add the `consumer` module to the standalone chain
         // e.g. "upgrade_height": 100 => "revision_height": 101
-        "revision_height": 1,
+        "revision_height": 101,
     },
 ...
 }
 ```
-RevisionNumber: 0, RevisionHeight: 111
 :::
 
 * `genesis_hash` can be safely ignored because the chain is already running. A hash of the standalone chain's initial genesis may be used
@@ -177,10 +176,10 @@ Example of initialization parameters  (compare with the [those](./onboarding.md#
     "spawn_time": "2023-02-28T20:40:00.000000Z",
     // Unbonding period for the consumer chain.
     // It should should be smaller than that of the provider.
-    "unbonding_period": 86400000000000,
+    "unbonding_period": 1728000000000000,
     // Timeout period for CCV related IBC packets.
     // Packets are considered timed-out after this interval elapses.
-    "ccv_timeout_period": 259200000000000,
+    "ccv_timeout_period": 2419200000000000,    
     // IBC transfer packets will timeout after this interval elapses.
     "transfer_timeout_period": 1800000000000,
     // The fraction of tokens allocated to the consumer redistribution address during distribution events.

docs/docs/consumer-development/onboarding.md

@@ -73,10 +73,10 @@ Example of initialization parameters:
     "spawn_time": "2023-02-28T20:40:00.000000Z",
     // Unbonding period for the consumer chain.
     // It should be smaller than that of the provider.
-    "unbonding_period": 86400000000000,
+    "unbonding_period": 1728000000000000,
     // Timeout period for CCV related IBC packets.
     // Packets are considered timed-out after this interval elapses.
-    "ccv_timeout_period": 259200000000000,
+    "ccv_timeout_period": 2419200000000000,
     // IBC transfer packets will timeout after this interval elapses.
     "transfer_timeout_period": 1800000000000,
     // The fraction of tokens allocated to the consumer redistribution address during distribution events.
@@ -108,7 +108,7 @@ Example of power-shaping parameters:
     // For example, 53 corresponds to a Top 53% chain, meaning that the top 53% provider validators by voting power
     // have to validate the proposed consumer chain. top_N can either be 0 or any value in [50, 100].
     // A chain can join with top_N == 0 as an Opt In chain, or with top_N ∈ [50, 100] as a Top N chain.
-    "top_N": 95,
+    "top_N": 0,
     // Corresponds to the maximum power (percentage-wise) a validator can have on the consumer chain. For instance, if
     // `validators_power_cap` is set to 32, it means that no validator can have more than 32% of the voting power on the
     // consumer chain. Note that this might not be feasible. For example, think of a consumer chain with only
@@ -120,7 +120,7 @@ Example of power-shaping parameters:
     "validator_set_cap": 0,
     // Corresponds to a list of provider consensus addresses of validators that are the ONLY ones that can validate
     // the consumer chain.
-    "allowlist": [],
+    "allowlist": ["cosmosvalcons1l9qq4m300z8c5ez86ak2mp8znftewkwgjlxh88"],
     // Corresponds to a list of provider consensus addresses of validators that CANNOT validate the consumer chain.
     "denylist": [],
     // Corresponds to the minimal amount of (provider chain) stake required to validate on the consumer chain.

x/ccv/provider/client/cli/tx.go

@@ -233,8 +233,8 @@ where create_consumer.json has the following structure:
   },
   "initialization_parameters": {
     "initial_height": {
-     "revision_number": 0,
-     "revision_height": 1
+     "revision_number": 1,
+     "revision_height": 0
     },
     "genesis_hash": "",
     "binary_hash": "",
@@ -331,8 +331,8 @@ where update_consumer.json has the following structure:
    },
    "initialization_parameters": {
     "initial_height": {
-     "revision_number": 0,
-     "revision_height": 1
+     "revision_number": 1,
+     "revision_height": 0
     },
     "genesis_hash": "",
     "binary_hash": "",