Skip to main content
Novacula supports seven blockchains today. This page is the at-a-glance matrix; each per-chain page covers ports, defaults, and the config you can override in detail. When you deploy, the wizard offers only what your chosen executor declares — its chains, networks, clients, and versions. This matrix is the full set across all executors; the live options for a given deploy are the intersection with that executor’s capabilities.

​
Matrix

ChainNetworksRolesClientsNode typesPer-chain page
Bitcoinmainnet, signetnodebitcoindFullBitcoin
Ethereummainnet, sepoliael + clEL: geth
CL: lighthouse		FullEthereum
Igramainnetkaspad + elkaspad · igra-rethFullIgra
Inkink-mainnet, ink-sepoliael + rollupop-reth · op-nodeFullInk
Monadmainnet, testnetconsensus + execution + rpcmonad-bft · monad-execution · monad-rpcFullMonad
Suimainnet, testnetnodesui-nodeFullSui
Tronmainnet, nilenodejava-tronFull, LiteTron
Most chains offer Full only. Tron adds a Lite type (a LiteFullNode snapshot that bootstraps faster on far less disk, without historical queries). See its per-chain page for details. A multi-role chain runs more than one process per node — Ethereum runs an execution client (el) plus a consensus client (cl); Igra runs a kaspad node plus an igra-reth execution layer; Ink runs an op-reth execution layer plus an op-node rollup client; Monad runs three. Each role is a separate process (Agent) or container (Operator) with its own resources, and you pick its client and version independently in the wizard. Ink is Kubernetes-only — deploy it through an Operator executor; it isn’t offered for bare-metal Agents.

​
Resource defaults

The deploy wizard pre-fills the resource form with per-network, per-client defaults sized for a fresh sync. You can change them; if your selection exceeds the executor host’s available capacity, the wizard shows a non-blocking warning. The numbers below are for Full nodes. For single-process chains the defaults are fixed per network:
Chain × networkCPURAMDisk
Bitcoin mainnet2 cores4 GiB1200 GiB
Bitcoin signet1 core4 GiB100 GiB
Tron mainnet16 cores32 GiB4500 GiB
Tron nile8 cores16 GiB300 GiB
Sui mainnet16 cores128 GiB4000 GiB
Sui testnet8 cores64 GiB3000 GiB
Disk above is for Full nodes; Tron Lite changes the disk request (see its per-chain page). For multi-role chains — Ethereum, Igra, Ink, and Monad — each role is sized separately, and the total is the sum of its roles’ requests. The wizard shows the live numbers for your exact selection as you choose clients, so deploy there to see the current defaults.

​
What every chain shares

Whatever client you choose, these conventions hold:
  • Outbound only. No inbound ports need exposing for the platform to manage your node. You can still choose to expose RPC for your own use.
  • One data directory per node. Config and data live under a single mount (Operator: one volume; Agent: a subdirectory under data_dir). Monad is the partial exception — its triedb lives on its own volume.
  • Setup is handled for you. JWT secret generation (Ethereum, Igra), optional snapshot fetches (Tron), and checkpoint sync URLs (Ethereum consensus client) all run as part of node startup — they aren’t config you maintain.
  • Guarded overrides. Each chain marks some settings as managed (rejected if you try to change them, because the platform owns them) and exposes the rest as typed, described keys with hints in the UI. See Edit node configuration.

​
Adding chain support

New chains arrive in executor releases. Once an executor runs a release that includes a chain, it declares that chain in its capabilities and the deploy wizard offers it automatically — nothing changes on your account, and there’s no setup on your side. To pick up a newly supported chain, upgrade the executor.