sigil-node binary runs in RPC mode under a different profile.
When to run one
- Building a wallet, indexer, or dApp that needs predictable rate limits.
- Operating a private cluster where validator-internal traffic must be isolated.
- Serving a region not covered by public endpoints with adequate latency.
Hardware
| Resource | Minimum | Recommended |
|---|---|---|
| CPU | 8 cores | 16 cores |
| RAM | 32 GiB | 64 GiB |
| Storage | 1 TiB NVMe | 2 TiB NVMe |
| Network | 1 Gbps | 10 Gbps |
Modes
| Mode | State retention | When to use |
|---|---|---|
pruning | Last 50,000 blocks | Wallet, dApp, exchange use. |
archive | Full history | Indexers, explorers, analytics. |
light | State at finalised blocks only | Embedded clients. |
Configuration
/etc/sigil/rpc.toml:
Start
Public-facing posture
If the RPC node is open to the Internet, front it with:- A reverse proxy (Caddy, Envoy) with TLS termination.
- A rate-limiting layer (per-IP token bucket, per-API-key for premium tiers).
- A WAF (Cloudflare or equivalent) — optional but recommended.
Health and metrics
GET /healthreturns 200 healthy / 503 unhealthy with the failed-probe list.GET /metricsreturns Prometheus-format metrics.
sigil_block_heightlag against the public RPC for the network.sigil_p2p_peers_connected < 8.sigil_rpc_5xx_totalrate.- Disk usage > 70%.