Skip to main content

Sui node architecture

A production Sui full node has three operator-facing planes: consensus/network ingestion, local execution and storage, and developer API serving.

Data flow

PlaneResponsibilityOperator checks
P2PReceives checkpoints, transactions, and state synchronization traffic from the Sui network.Keep 8080/tcp reachable from peers and monitor peer count.
Execution and storageVerifies checkpoints, stores objects, transactions, effects, and indexes needed by API services.Put database volumes on durable low-latency disks and snapshot only with a consistent procedure.
API servingServes gRPC, GraphQL RPC, metrics, and any legacy JSON-RPC during migration.Bind public and private surfaces deliberately; protect gRPC and metrics from the open internet.

Sui's recommended data-access direction is gRPC and GraphQL RPC rather than JSON-RPC; the Sui API reference documents JSON-RPC deprecation and the July 2026 migration deadline.

Interface placement

Internet clients ──TLS/WAF/rate limit── GraphQL RPC gateway ── Sui full node
Backend jobs ──private network/mTLS── gRPC :9000 ─────────── Sui full node
Prometheus ──private scrape──────── metrics :9184 ──────── Sui full node
Peers ──p2p :8080──────────────────────────────────── Sui full node
danger

Do not expose the raw full node gRPC or metrics listeners directly to the internet. gRPC includes transaction execution and streaming methods; metrics can reveal topology and load. Put them behind private networking, mTLS, or an authenticated gateway.

Runtime choices

Docker is suitable for a single host, Kubernetes for scheduled operations, Helm values for repeatable environments, and Argo CD for declarative promotion. Those are deployment methods only; the node interface contract remains the same across runtimes.