> ## Documentation Index
> Fetch the complete documentation index at: https://docs.optimism.io/llms.txt
> Use this file to discover all available pages before exploring further.
# Network Design Example
> This document describes an example network configuration for an OP Stack chain deployment.
This document describes an example configuration for an OP Stack network deployment, focusing on the network architecture and node configuration required for production usage.
## Sequencers
Sequencers receive transactions from the Tx Ingress Nodes via execution-layer p2p gossip and work with the batcher and proposer to create new blocks.
### Node Configuration
* **Sequencer op-reth** can be either full or archive. op-reth runs as an archive node by default; pass `--full` to run a (pruned) full node. Full nodes offer better performance but can't recover from deep L1 reorgs, so run at least one archive sequencer as a backup.
* **Sequencer op-node** should have p2p discovery disabled and only be statically peered with other internal nodes (or use [peer-management-service](https://github.com/ethereum-optimism/infra/tree/main/peer-mgmt-service) to define peering network).
* The **op-conductor** RPC can act as a leader-aware RPC proxy for op-batcher (proxies the necessary op-reth / op-node RPC methods if the node is the leader).
* Sequencers should have local transaction backup (journalling) disabled.
### op-node Configuration
```yaml theme={null}
OP_NODE_P2P_NO_DISCOVERY: "true"
OP_NODE_P2P_PEER_BANNING: "false"
OP_NODE_P2P_STATIC: ""
```
### op-reth Configuration
op-reth is configured via CLI flags rather than `GETH_*` environment variables:
```sh theme={null}
# Leave --rollup.disable-tx-pool-gossip unset so transactions are gossiped to the internal network
--txpool.disable-transactions-backup # disable local transaction backup/journalling
--txpool.lifetime 3600 # 1h, in seconds
--txpool.nolocals
--netrestrict "10.0.0.0/8" # ex: restrict p2p to internal ips
```
## Tx Ingress Nodes
These nodes receive `eth_sendRawTransaction` calls from the public and then gossip the transactions to the internal execution-layer network. This allows the Sequencer to focus on block creation while these nodes handle transaction ingress.
### Node Configuration
* These can be either full or archive nodes.
* They participate in the internal tx pool p2p network to forward transactions to sequencers.
### Configuration
```sh theme={null}
# Leave --rollup.disable-tx-pool-gossip unset so transactions are gossiped to sequencers
--txpool.disable-transactions-backup
--txpool.lifetime 3600 # 1h, in seconds
--txpool.nolocals
--netrestrict "10.0.0.0/8" # ex: restrict p2p to internal ips
```
## Archive RPC Nodes
We recommend setting up some archive nodes for internal RPC usage, primarily used by the challenger, proposer, and security monitoring tools like [monitorism](/chain-operators/tools/chain-monitoring#monitorism).
### Node Configuration
* Archive nodes are essential for accessing historical state data.
* You can also use these nodes for taking disk snapshots for disaster recovery.
### Configuration
op-reth runs as an archive node by default, so no extra flags are required — simply do **not** pass `--full` or `--minimal` (both enable pruning). op-reth stores state in MDBX plus static files, so the geth-specific `GETH_DB_ENGINE` and `GETH_STATE_SCHEME` options have no equivalent.
```sh theme={null}
# op-reth is archive by default; no pruning flags needed.
```
## Full Nodes
These nodes run as full (pruned) nodes. op-reth does not implement geth-style snap sync; it syncs using its own staged-sync pipeline, so the geth `GETH_SYNCMODE`, `GETH_DB_ENGINE`, and `GETH_STATE_SCHEME` options do not apply.
### Configuration
```sh theme={null}
--full # run a pruned full node (or --minimal for maximum pruning)
```
## P2P Bootnodes (Execution Layer)
These bootnodes facilitate peer discovery for public op-reth nodes.
### Node Configuration
* The bootnode can be an op-reth instance or the [geth bootnode tool](https://etclabscore.github.io/core-geth/core/alltools/).
* You may want to make your Full Nodes serve as your bootnodes as well.
## P2P Bootnodes (Consensus Layer)
These are the op-node p2p network bootnodes. We recommend using the [geth bootnode tool](https://etclabscore.github.io/core-geth/core/alltools/) with discovery v5 enabled.
## Public RPC
Public RPC design is not listed in the above diagram but can be implemented very similarly to Tx Ingress Nodes, with the following differences:
### Configuration Differences
* Public RPC should **not** participate in the internal tx pool p2p network.
* While it is possible to run Public RPC from the same nodes that serve Tx Ingress and participate in tx pool gossip, there have been execution-client bugs in the past that leaked tx pool details on read RPCs, so it is a possible risk to consider.
* Public RPC [proxyd](https://github.com/ethereum-optimism/infra/tree/main/proxyd) should be run in `consensus_aware` routing mode and whitelist any RPCs you want to serve from op-reth.
* Public RPC nodes should likely be archive nodes.
### About proxyd
Proxyd is an RPC request router and proxy that provides the following capabilities:
1. Whitelists RPC methods.
2. Routes RPC methods to groups of backend services.
3. Automatically retries failed backend requests.
4. Tracks backend consensus (latest, safe, finalized blocks), peer count and sync state.
5. Re-writes requests and responses to enforce consensus.
6. Load balances requests across backend services.
7. Caches immutable responses from backends.
8. Provides metrics to measure request latency, error rates, and the like.
## Next steps
* Learn more about using [proxyd](https://github.com/ethereum-optimism/infra/tree/main/proxyd) for your network.