Skip to content
IceRootDocs

Network configuration

Every integration needs a single, explicit network configuration. An address that looks familiar is not enough to identify the network it belongs to.

  • Network identifier and chain identity.
  • Node or API origin.
  • Address and public-key format.
  • Signature algorithm and message format.
  • Transaction encoding and asset precision.
  • Fee, nonce, and finality rules.

Take these from the same Heartwood release and deployment configuration. Values from Solar or ARK documentation are not substitutes for IceRoot configuration.

The draft protocol gives mainnet and the public testnet different address prefixes, ice and tice, and binds every signature to its network’s chain ID and genesis hash. The current baseline uses Base58Check addresses with a network byte. In both cases, check the complete configuration rather than the address alone.

The current crypto baseline loads and validates height-based milestones. Its differential tests select the network configuration recorded with their vectors, rather than assuming a public network’s settings.

EnvironmentMeaning
Mainnet / Testnet selectorA wallet environment choice; a label alone does not establish a node connection
IceRoot sample dataLocal balances and actions for trying the interface
Heartwood devnet signingThe identity used by the validator portal login
Solar compatibilityA separate browser-wallet mode using Solar accounts and SXP

The portal currently accepts the explicit network identifier heartwood-devnet-v90. Its signing identity is kept apart from sample wallets and Solar accounts.

When changing networks, confirm the active account and asset before preparing an action. Applications should discard stale requests and cached account state when their network changes.

For a node deployment, use the installation and configuration instructions shipped with the exact Heartwood release. This guide does not substitute another chain’s install script or genesis settings.