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
You can see all related issues to omni-node, highlighted below here. Forum post here
Final outcome of the project should be as follows:
polkadot-omni-node binary, a white-labeled omni-node binary. This will be capable of running most parachains that don't do node side customization.
polkadot-omni-node-lib, allowing teams to build their own omni-node. This enables a team
And, a polkadot-parachain, which is an instantiation of polkadot-omni-node-lib with system parachains chain specs hardcoded. This is mainly for backwards compatibility with existing infrastructure, see here.
The unique property of polkadot-omni-node is that it is a node that does not have any dependency on existing runtime, it ingests a chain-spec or a wasm file, and works based off this. 3 other tools have this property:
chain-spec-builder
frame-omni-bencher
try-runtime-cli.
The main user story of omni-node-drive-development is then as follows:
Use a template that merely provides a runtime and a wasm file as the outcome.
Use polkadot-omni-node --dev for local testing.
Use chain-spec-builder to generate your chain-spec file
Use frame-omni-bencher to do benchmarking
Use try-runtime-cli to do testing.
Use zombienet and/or chopsticks for further types of deployment.
Use polkadot-omni-node --chain spec.json as final way to deploy a parachain.
This should be documented in a reference doc in polkadot-sdk, and advertised to external documentation teams.
EVM Support
..via frontier is not something that we foresee at the moment, and instead would like to suggest using:
Final outcome of the project should be as follows:
polkadot-omni-node
binary, a white-labeled omni-node binary. This will be capable of running most parachains that don't do node side customization.polkadot-omni-node-lib
, allowing teams to build their own omni-node. This enables a teamThe unique property of
polkadot-omni-node
is that it is a node that does not have any dependency on existing runtime, it ingests a chain-spec or a wasm file, and works based off this. 3 other tools have this property:chain-spec-builder
frame-omni-bencher
try-runtime-cli
.The main user story of omni-node-drive-development is then as follows:
polkadot-omni-node --dev
for local testing.chain-spec-builder
to generate your chain-spec fileframe-omni-bencher
to do benchmarkingtry-runtime-cli
to do testing.zombienet
and/orchopsticks
for further types of deployment.polkadot-omni-node --chain spec.json
as final way to deploy a parachain.This should be documented in a reference doc in polkadot-sdk, and advertised to external documentation teams.
EVM Support
..via frontier is not something that we foresee at the moment, and instead would like to suggest using:
pallet-evm
pallet-contract
,revive
, see https://github.com/paritytech/revive-ethereum-rpcThe text was updated successfully, but these errors were encountered: