You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: llms.txt
+6-6Lines changed: 6 additions & 6 deletions
Original file line number
Diff line number
Diff line change
@@ -24780,7 +24780,7 @@ To define your chain specification:
24780
24780
24781
24781
2. Edit the `plain_chain_spec.json` file:
24782
24782
24783
-
- Update the `name`, `id` and `protocolId` fields to unique values for your parachain
24783
+
- Update the `name`, `id`, and `protocolId` fields to unique values for your parachain
24784
24784
- Change `para_id` and `parachainInfo.parachainId` fields to the parachain ID you obtained previously. Make sure to use a number without quotes
24785
24785
- Modify the `balances` field to specify the initial balances for your accounts in SS58 format
24786
24786
- Insert the account IDs and session keys in SS58 format generated for your collators in the `collatorSelection.invulnerables` and `session.keys` fields
@@ -24971,7 +24971,7 @@ Your parachain's runtime logic and genesis are now part of the relay chain. The
24971
24971
24972
24972
## Start the Collator Node
24973
24973
24974
-
Before starting a collator, you need to generate a node key. This key, is responsible for communicating with other nodes over Libp2p:
24974
+
Before starting a collator, you need to generate a node key. This key is responsible for communicating with other nodes over Libp2p:
In this example, the first `--port` setting specifies the port for the collator node and the second `--port` specifies the embedded relay chain node port. The first `--rpc-port` setting specifies the port you can connect to the collator. The second `--rpc-port` specifies the port for connecting to the embedded relay chain.
25008
+
In this example, the first `--port` setting specifies the port for the collator node, and the second `--port` specifies the embedded relay chain node port. The first `--rpc-port` setting specifies the port you can connect to the collator. The second `--rpc-port` specifies the port for connecting to the embedded relay chain.
25009
25009
25010
25010
Insert your generated session key into your collator keystore. Run the following command replacing `INSERT_SECRET_PHRASE` and `INSERT_PUBLIC_KEY_HEX_FORMAT` with the values from the session key you generated in the [Generate Customs Keys for Your Collator](#generate-customs-keys-for-your-collator) section:
25011
25011
@@ -25116,13 +25116,13 @@ Once the above is complete, obtaining coretime is the last step to enable your p
25116
25116
There are two extrinsics which allow you to place orders for on-demand coretime:
25117
25117
25118
25118
- [**`onDemand.placeOrderAllowDeath`**](https://paritytech.github.io/polkadot-sdk/master/polkadot_runtime_parachains/on_demand/pallet/dispatchables/fn.place_order_allow_death.html){target=\_blank} - will [reap](https://wiki.polkadot.network/docs/learn-accounts#existential-deposit-and-reaping){target=\_blank} the account once the provided funds run out
25119
-
- [**`onDemand.placeOrderKeepAlive`**](https://paritytech.github.io/polkadot-sdk/master/polkadot_runtime_parachains/on_demand/pallet/dispatchables/fn.place_order_keep_alive.html){target=\_blank} - includes a check which will **not** reap the account if the provided funds will run out, ensuring the account is kept alive
25119
+
- [**`onDemand.placeOrderKeepAlive`**](https://paritytech.github.io/polkadot-sdk/master/polkadot_runtime_parachains/on_demand/pallet/dispatchables/fn.place_order_keep_alive.html){target=\_blank} - includes a check that will **not** reap the account if the provided funds run out, ensuring the account is kept alive
25120
25120
25121
25121
To produce a block in your parachain, navigate to Polkadot.js Apps and ensure you're connected to the Paseo relay chain. Then, access the [**Developer > Extrinsics**](https://polkadot.js.org/apps/#/extrinsics){target=\_blank} tab and execute the `onDemand.placeOrderAllowDeath` extrinsic from the account that registered the `ParaID`. For this example, `maxAmount` is set to `1000000000000` (this value may vary depending on the network conditions), and `paraId` is set to `4518`:
With each successful on-demand extrinsic, the parachain will produce a new block. You can verify this by checking the logs of the collator. If the extrinsic is successful, you should see output similar to the following:
25125
+
With each successful on-demand extrinsic, the parachain will produce a new block. You can verify this by checking the collator logs. If the extrinsic is successful, you should see output similar to the following:
25126
25126
25127
25127
<div id="termynal" data-termynal>
25128
25128
<span data-ty="progress">2024-12-11 18:03:29 [Parachain] 🙌 Starting consensus session on top of parent </span>
@@ -26382,7 +26382,7 @@ This tutorial requires two essential tools:
26382
26382
26383
26383
This installs the `chain-spec-builder` binary.
26384
26384
26385
-
- [**Polkadot Omni Node**](https://crates.io/crates/polkadot-omni-node/0.4.0){target=\_blank} - is a white-labeled binary, released as a part of Polkadot SDK that can act as the collator of a parachain in production, with all the related auxillary functionalities that a normal collator node has: RPC server, archiving state, etc. Moreover, it can also run the wasm blob of the parachain locally for testing and development.
26385
+
- [**Polkadot Omni Node**](https://crates.io/crates/polkadot-omni-node/0.4.0){target=\_blank} - is a white-labeled binary, released as a part of Polkadot SDK that can act as the collator of a parachain in production, with all the related auxiliary functionalities that a normal collator node has: RPC server, archiving state, etc. Moreover, it can also run the wasm blob of the parachain locally for testing and development.
0 commit comments