--- title: "BNB Chain Node Requirements 2026: BSC Full, Fast, Archive" description: "BNB Smart Chain node requirements, October 2026: 16 cores and 64 GB RAM for a full node, 1.9 TB pruned or 7.4 TB full snapshots, validator and archive specs." url: "https://powerdedi.com/blog/bnb-chain-node-requirements" last_updated: "2026-10-16" publisher: "PowerDedi (https://powerdedi.com)" --- # BNB Smart Chain node requirements in 2026: full, fast and archive What a BSC fast, full, archive or validator node needs in 2026, from BNB Chain’s documentation and its October 2026 snapshots: CPU, RAM, disk growth, why Reth-BSC replaced Erigon for archive nodes, ports, and the servers that fit. By PowerDedi Engineering · October 16, 2026 · 12 min read **Share this article** A BNB Smart Chain full node needs 16 cores, 64 GB of RAM, a fast SSD and 5 MB/s of bandwidth, and a validator 128 GB, 7 TB of NVMe and 512 Mbps, per BNB Chain’s documentation. Disk is the moving target: October 2026 snapshots were about 1.9 TB pruned and 7.4 TB with full history, compressed. Most of those figures predate the Fermi hard fork of January 14, 2026, which brought BSC to 0.45-second blocks. Below, we compare them with the October 2026 snapshots, name the archive client that replaced BSC-Erigon, and map each node type to a server. ## The short version | Node type | CPU | RAM | Disk in the docs | Snapshot, October 2026 | Bandwidth | | --- | --- | --- | --- | --- | --- | | Fast node (Geth, no state-root checks) | 16 cores | 32 GB | 2 TB SSD | 460.87 GB (48Club, October 15) | 5 MB/s | | Full node, recent history | 16 cores | 64 GB | 3 TB SSD, 8k IOPS | About 1.9 TB (BNB Chain, October 9) | 5 MB/s | | Full node, complete history | 16 cores | 64 GB | 3 TB, a December 2023 figure | About 7.4 TB (BNB Chain, October 9) | 5 MB/s | | Validator (Geth) | AWS i7i.8xlarge class, 400 mgasps or more | 128 GB | 7 TB NVMe, 40k IOPS | Depends on the history kept | 512 Mbps or more | | Archive node (now Reth-BSC) | 16 cores | 128 GB | 10 TB SSD, NVMe advised | 7,461.58 GB (Reth-BSC, October 2) | 5 MB/s | Snapshot sizes are compressed downloads; BNB Chain asks for extra room to extract them. The docs’ archive figures were written for Erigon, now unmaintained. ## BNB Chain’s official hardware requirements BNB Chain’s requirements sit on pages that were not updated together. The [Node Best Practices page](https://docs.bnbchain.org/bnb-smart-chain/developers/node_operators/node_best_practices/), last updated on July 18, 2024, sets 16 cores and at least 5 MBps for every node type, plus: - **Fast node**, labeled the “Recommended Configuration”: 32 GB of RAM and a 2 TB SSD. - **Full node**: 64 GB of RAM and a 3 TB SSD. - **Archive node**: 128 GB of RAM and 10 TB of SSD, NVMe “recommended for optimal performance”. The [bsc client’s README](https://github.com/bnb-chain/bsc) adds disk performance for a mainnet full node: “3 TB(Dec 2023) of free disk space”, 8k IOPS, 500 MB/s and read latency under 1 ms, on NVMe for snap sync, with 16 cores, 64 GB and 5 MB/s up and down, about 40 Mbit/s. The Node Maintenance page, updated in February 2026, repeats the disk figures. Since April 2025, three hard forks have cut the block interval from 3 seconds to 1.5, 0.75 and 0.45, and the data grew with them: by the snapshot repository’s own rule of free space twice the snapshot’s size, the README’s 3 TB no longer covers even the pruned snapshot. ## How much disk a BSC node needs in October 2026 BNB Chain advises against syncing from genesis and publishes monthly Geth snapshots in its [bsc-snapshots repository](https://github.com/bnb-chain/bsc-snapshots): a full snapshot with every block since genesis, and a pruned one with the state and recent blocks only. Summing their file lists gives this growth curve, in compressed sizes: | Snapshot | Base block | Full snapshot | Pruned snapshot | | --- | --- | --- | --- | | October 13, 2025 | 64,198,666 | 4,270 GB | 1,286 GB | | January 4, 2026 | 73,745,891 | 4,936 GB | 1,388 GB | | April 8, 2026 | 90,778,787 | 5,620 GB | 1,509 GB | | August 5, 2026 | 113,615,622 | 6,619 GB | 1,742 GB | | October 9, 2026 | 126,063,687 | 7,376 GB | 1,899 GB | Over twelve months the chain added about 62 million blocks; the full snapshot grew 73%, roughly 260 GB a month, and the pruned one 48%, roughly 50 GB a month, with a faster pace since August (about 350 and 75 GB). That is our arithmetic on BNB Chain’s file lists, not an official forecast. Three consequences: - **Plan for more than the download.** The README asks for “extra disk space for extraction”, an older guide for “at least twice the size of the snapshot”. The pruned snapshot is one 1,899 GB archive, held next to its extracted data unless you stream the download into `tar` and skip the MD5 check. - **Smaller community snapshots exist.** 48Club, credited in BNB Chain’s repository, published zstd snapshots of 1,371.98 GB (full node) and 460.87 GB (fast node) at block 127,680,000 on October 15, 2026, both set to keep the latest 600,000 blocks. - **Bandwidth sets the restore time.** At a sustained 1 Gbps, the pruned snapshot takes about 4 hours and the full one 16½; at the documented 5 MB/s, 4½ and 17 days. ## Fast node, pruned node or full history: which one you need All three run the Geth-based `bnb-chain/bsc` client and differ in the history they keep and in state verification: - **Complete history** is the default (`--history.blocks` 0, “entire chain”). It serves any old block, transaction or receipt, as explorers and indexers need, and costs the 7.4 TB above. - **Recent history**: the pruned snapshot with `--history.blocks=600000` and matching index limits keeps about 75 hours of blocks and still verifies every state root (`--tries-verify-mode=local`, the default). - **Fast node**: `--tries-verify-mode none` skips state-root verification, with “a very small chance that the state is not consistent with other peers”, says the client’s help text. Once `geth db delete-trie-state` has run, “there is no way to switch back to Full Node” without a new snapshot. None of these is an archive node. BNB Chain’s snapshot FAQ says only “the state of the most recent 129(128+1) blocks can be queried through RPC”, under a minute at 0.45 seconds per block, and that a fast node may return 0 instead of an error when state is missing. Balances or contract state at older blocks need an archive node. A documentation trap: the Node Maintenance page still recommends `--pruneancient` and the offline `prune-block` tool. Release v1.5.18 deprecated the first and removed the second, both replaced by `--history.blocks`. ## BSC archive node: Reth-BSC has replaced Erigon BNB Chain’s [archive node page](https://docs.bnbchain.org/bnb-smart-chain/developers/node_operators/archive_node/), last updated in January 2025, still recommends NodeReal’s BSC-Erigon, able to “sync an archive node from scratch in just 3 days, using 4.3 TB of disk space”, with 64 GB of RAM and a 5 TB minimum. That advice has expired. BSC-Erigon’s end-of-life notice stopped development and maintenance after December 31, 2025 and points users to Reth-BSC; the repository was archived on April 23, 2026. Its last release, v1.4.3, predates the Mendel (April 2026) and Pasteur (August 2026) hard forks, both mandatory upgrades. Its successor, Reth-BSC, lives in the bnb-chain GitHub organization: - **Maturity.** Its README calls the project “experimental and under active development”. Release v0.1.1, of July 2026, scheduled the Pasteur hard fork on mainnet; v0.1.2 fixed a state-root issue at that transition. - **Size.** The October 2, 2026 mainnet archive snapshot totals 7,461.58 GB in eight compressed files and asks for `--db.max-size=12TB`. On disk it takes more: the README cited 10.6 TB in September 2025, and in September 2026 an operator reported 793 GB of MDBX plus 12 TB of static files. - **Disk speed.** On two September and October 2026 issues about archive nodes lagging on virtual or cloud disks, a project contributor named disk performance as the likely bottleneck and advised local NVMe. One operator fell behind above about 180 RPC requests per second. Plan an archive node around 16 TB or more of local NVMe, rather than the 10 TB listed in 2024, and at least 16 cores and 128 GB. Reth-BSC’s README marks its `--full` mode “Recommended”; that mainnet snapshot was 3,473.25 GB on October 2. ## BSC validator requirements: hardware and stake The [Run BSC Validator page](https://docs.bnbchain.org/bnb-smart-chain/validator/run-val/), updated on February 6, 2026, sets a higher bar than any other node type: - **Compute:** an AWS i7i.8xlarge or i7ie.6xlarge, “better to disable HyperThread, which could have 10%+ performance gain”, “or other instance spec to meet >=400 mgasps”. AWS lists them at 32 vCPUs with 256 GiB and 24 vCPUs with 192 GiB, on 5th-generation Xeon Scalable processors with a 3.2 GHz all-core turbo: 16 and 12 cores without Hyper-Threading. - **Memory:** 128 GB. - **Disk:** “IMPORTANT 7TB, NVMe SSD, 40k IOPS, 500 MB/S throughput, read latency <1ms.” - **Network:** 512 Mbps or more. The client logs mgasps, million gas per second, on each “Imported new chain segment” line; check it while catching up from a snapshot, before you register. Stake comes on top: at least 2,000 BNB of self-delegation. A daily election picks the top 45 validators by stake, 21 “Cabinets” and 24 “Candidates”, and each epoch 21 of them produce blocks. Missing more than 50 blocks in 24 hours forfeits rewards; more than 150 costs 10 BNB and two days in jail; the same keys signing on two machines at once is a double sign, slashed 200 BNB with 30 days in jail. So the backup node BNB Chain recommends takes over through `miner.stop()` on one machine and `miner.start()` on the other, never as a second live signer; budget for two servers. A validator can expose its IP or hide behind sentry nodes, as the Enhanced Validator Network (EVN) guide describes. That guide names no region but quotes AWS-measured latencies of about 100 ms from Asia-Pacific to Europe, 80 ms from Asia-Pacific to the US and 35 ms from the US to Europe, against a 450 ms block interval. ## Ports and bandwidth | Service | Default | Expose to | | --- | --- | --- | | Geth P2P, TCP and UDP | 30311 in the shipped mainnet `config.toml`; 30303 per the docs | The internet | | Geth HTTP JSON-RPC | 8545, bound to `localhost` in `config.toml` | Trusted clients only | | Geth WebSocket | 8546 | Trusted clients only | | Reth-BSC HTTP, WebSocket, auth RPC, metrics | 8545, 8546, 8551, 6060 in the project’s examples | Trusted clients only | BNB Chain’s firewall section gives 30303 for Geth’s TCP and UDP ports and keeps JSON-RPC private, “because from there you can do admin operations”. The `config.toml` shipped with v1.7.8, however, sets `ListenAddr = ":30311"`, the port in the EVN and Reth-BSC peer lists; open whichever your configuration uses. Reth-BSC’s snapshot example binds RPC to 0.0.0.0, so firewall it. No page estimates monthly traffic; the shipped configuration allows 200 peers (`MaxPeers = 200`). On an [unmetered 10 Gbps port](https://powerdedi.com/network/10gbps-unmetered), neither snapshot downloads nor peer traffic show up on the bill. ## Which PowerDedi server for a BSC node Every configuration below has its own 10 Gbps unmetered port and month-to-month billing. You choose the disk layout when you order or reinstall: two-drive servers default to RAID 1 and also offer RAID 0 or No RAID; the four-drive EPYC 9555P and 9965 default to RAID 10 and also offer RAID 5 or RAID 0, as our [software RAID guide](https://powerdedi.com/docs/software-raid) explains. | Role | Configuration | Layout, usable NVMe | Fit | Price | | --- | --- | --- | --- | --- | | Fast node, light RPC back end | [Ryzen 9 9950X](https://powerdedi.com/dedicated-servers/amd-ryzen/ryzen-9-9950x): 16 cores, 128 GB DDR5, 2 × 1.92 TB NVMe | RAID 1: 1.92 TB | Above the 16-core, 32 GB profile; 4% under the nominal 2 TB, about four times the current fast snapshot | $159/mo | | Full node, recent history | [Ryzen 9 9950X3D](https://powerdedi.com/dedicated-servers/amd-ryzen/ryzen-9-9950x3d): 16 cores, 192 GB DDR5, 2 × 3.84 TB NVMe | RAID 1: 3.84 TB | Above the 64 GB, 3 TB full-node profile, mirrored | $219/mo | | Validator on a budget | Ryzen 9 9950X3D | RAID 0: 7.68 TB | 16 cores, like an i7i.8xlarge without Hyper-Threading, and 192 GB; recent history only; no redundancy | $219/mo | | Validator with a mirror, or full-history node | [EPYC 9555P](https://powerdedi.com/dedicated-servers/amd-epyc/epyc-9555p): 64 cores, 768 GB ECC, 4 × 3.84 TB NVMe Gen5 | RAID 10: 7.68 TB; RAID 5: 11.52 TB | RAID 10 meets the 7 TB validator figure with recent history; complete history needs RAID 5 or RAID 0; built in 24 hours | $949/mo | | Archive node (Reth-BSC) | [EPYC 9965](https://powerdedi.com/dedicated-servers/amd-epyc/epyc-9965): 192 cores, 1.5 TB ECC, 4 × 7.68 TB NVMe Gen5 | RAID 10: 15.36 TB; RAID 5: 23.04 TB; RAID 0: 30.72 TB | The only configuration with mirrored room for the roughly 13 TB an operator reported; built in 72 hours | $1,790/mo | The trade-offs, stated plainly: - **RAID 0 is a bet on snapshots.** Striping doubles a two-drive server’s capacity, but a failed drive means a reinstall and a restore: hours for a pruned node, most of a day for full history at 1 Gbps. A mirror rides through a drive failure; for a validator, the backup node is the real redundancy. - **Full history is outgrowing two drives.** At 7.4 TB compressed and 260 to 350 GB more each month, it leaves no room on two 3.84 TB drives, even striped. On the EPYC 9555P, RAID 5 leaves about 4 TB above the compressed size, a year or so at that pace; RAID 0 gives 15.36 TB, unprotected. - **Restoring onto 3.84 TB is tight.** On the 9950X3D mirrored, or the 9950X striped, BNB Chain’s twice-the-snapshot rule for the 1,899 GB pruned archive takes almost the whole volume; stream the download or use 48Club’s smaller snapshot. The EPYC 4585PX ($179/mo) has the 9950X’s drives with ECC memory. - **Archive alternatives.** The EPYC 9555P in RAID 0 also gives 15.36 TB, for less, without redundancy and with little headroom. Our storage servers do not fit: their capacity is on hard drives, and BNB Chain asks for SSD or NVMe throughout. - **When PowerDedi is not the right fit.** Below about 33 requests per second, and without `eth_getLogs`, BNB Chain’s public endpoints may be enough (see below). Locations: the 9950X in Amsterdam, Frankfurt, London, New York, Miami, Los Angeles, Singapore and Tokyo; the 9950X3D in Amsterdam, Frankfurt, New York and Los Angeles; the 9555P in Amsterdam, Frankfurt, New York and Tokyo; the 9965 in Amsterdam, Frankfurt and New York. Put an RPC node near your application; for a validator, BNB Chain gives no regional guidance, so measure latency to peers once synced. ## How to run a BSC full node: setup outline These steps follow BNB Chain’s full node guide and snapshot README, with one change: pin the release. The guide fetches GitHub’s “latest” release, which in October 2026 was v1.8.0-alpha, a preview “not intended for production”; the newest stable one was v1.7.8, of August 11, 2026. ```bash # 1. Pinned binary and mainnet config (config.toml, genesis.json) wget https://github.com/bnb-chain/bsc/releases/download/v1.7.8/geth_linux mv geth_linux geth chmod -v u+x geth wget https://github.com/bnb-chain/bsc/releases/download/v1.7.8/mainnet.zip unzip mainnet.zip # 2. Download, verify and extract the pruned snapshot into the datadir wget https://raw.githubusercontent.com/bnb-chain/bsc-snapshots/main/dist/fetch-snapshot.sh bash fetch-snapshot.sh -d -e -c -p --auto-delete -D /data/snapshot -E /data/bsc mainnet-geth-pbss-20261009 # 3. Start with recent history only (docs: --cache of about a third of RAM) ./geth --config ./mainnet/config.toml --datadir /data/bsc --cache 20000 --rpc.allow-unprotected-txs --syncmode=full --tries-verify-mode=local --history.transactions=600000 --history.blocks=600000 --history.logs=600000 # 4. Follow the import speed (mgasps) tail -f /data/bsc/bsc.log | grep "Imported new chain segment" ``` Stop the node with `kill -HUP`, as the docs do, not `kill -9`, which forces a replay of recent blocks. Run it as a systemd service and open only SSH and the P2P port. A validator adds `--mine --vote` and consensus and BLS vote keys created with `geth account new` and `geth bls account new`. ## Common questions **Do I need my own node to use BNB Smart Chain?** Not for occasional use. BNB Chain’s public mainnet endpoints allow 10,000 requests per five minutes, about 33 a second, with `eth_getLogs` disabled. Indexers, exchanges and trading systems that read event logs or need more throughput run their own node or pay an RPC provider. **Can I run it on a VPS or a cloud instance?** The README mentions a “VPS”, and the validator page names AWS instances with local NVMe. Network block storage is the weak point: both lagging Reth-BSC nodes above ran on virtual or cloud disks. **Is running a validator “mining”?** No. The `--mine` flag produces blocks under Proof of Staked Authority. Running nodes and validators is allowed on PowerDedi; crypto mining is not. For other EVM chains, see our [Ethereum node hardware guide](https://powerdedi.com/blog/ethereum-node-hardware-requirements-2026). Current stock is on the [blockchain node hosting](https://powerdedi.com/solutions/blockchain-nodes) page, payable in BTC, ETH, XMR, USDT on TRON or SOL. ## Sources - [BNB Smart Chain (BSC) Node Configuration: Best Practices](https://docs.bnbchain.org/bnb-smart-chain/developers/node_operators/node_best_practices/) — BNB Chain Documentation (updated July 18, 2024) - [Run BSC Validator](https://docs.bnbchain.org/bnb-smart-chain/validator/run-val/) — BNB Chain Documentation (updated February 6, 2026) - [Full Node](https://docs.bnbchain.org/bnb-smart-chain/developers/node_operators/full_node/), [Fast Node on BNB Smart Chain](https://docs.bnbchain.org/bnb-smart-chain/developers/node_operators/fast_node/) and [Node Maintenance](https://docs.bnbchain.org/bnb-smart-chain/developers/node_operators/node_maintenance/) — BNB Chain Documentation (updated February 6, 2026) - [How to Run an Archive Node on BNB Smart Chain](https://docs.bnbchain.org/bnb-smart-chain/developers/node_operators/archive_node/) — BNB Chain Documentation (updated January 23, 2025) - [BSC Validator Overview](https://docs.bnbchain.org/bnb-smart-chain/validator/overview/) (updated July 17, 2025) and [EVN Best Practice](https://docs.bnbchain.org/bnb-smart-chain/validator/evn/best-practice/) — BNB Chain Documentation - [JSON-RPC-Endpoint](https://docs.bnbchain.org/bnb-smart-chain/developers/json_rpc/json-rpc-endpoint/) — BNB Chain Documentation (updated August 19, 2026) - [bnb-chain/bsc README](https://github.com/bnb-chain/bsc) and [releases](https://github.com/bnb-chain/bsc/releases), including [v1.5.10](https://github.com/bnb-chain/bsc/releases/tag/v1.5.10), [v1.5.18](https://github.com/bnb-chain/bsc/releases/tag/v1.5.18) and [v1.6.4](https://github.com/bnb-chain/bsc/releases/tag/v1.6.4), and the mainnet `config.toml` of v1.7.8 — BNB Chain on GitHub - [About BSC Snapshots](https://github.com/bnb-chain/bsc-snapshots) (October 9, 2026 snapshot and past file lists) and [FAQs](https://github.com/bnb-chain/bsc-snapshots/issues/349) — bnb-chain/bsc-snapshots on GitHub - [bsc-snapshots](https://github.com/48Club/bsc-snapshots) — 48Club on GitHub (block 127,680,000, October 15, 2026) - [Reth @ BSC](https://github.com/bnb-chain/reth-bsc), its [releases](https://github.com/bnb-chain/reth-bsc/releases) and issues [#500](https://github.com/bnb-chain/reth-bsc/issues/500), [#517](https://github.com/bnb-chain/reth-bsc/issues/517) and [#544](https://github.com/bnb-chain/reth-bsc/issues/544) — bnb-chain/reth-bsc on GitHub (September and October 2026) - [BSC-Erigon Client: End of Life Notice](https://github.com/node-real/bsc-erigon) — node-real/bsc-erigon on GitHub (archived April 23, 2026) - [Amazon EC2 I7i instances](https://aws.amazon.com/ec2/instance-types/i7i/) — Amazon Web Services (covers I7i and I7ie) **Share this article** PowerDedi Engineering The team that builds, racks and runs every PowerDedi server. We write about the hardware, networks and costs we deal with every day, and we cite our sources. **Dedicated servers** $55/mo and up About 40% below the market, with a 10 Gbps unmetered port on every server. Paid in crypto. [Browse servers](https://powerdedi.com/dedicated-servers) **More from the blog** - [Guides](https://powerdedi.com/blog/ton-node-requirements) October 21, 2026 **TON node requirements in 2026: full node, liteserver, validator** - [Comparisons](https://powerdedi.com/blog/crypto-dedicated-server-providers-compared) October 15, 2026 **Dedicated servers paid in crypto: 14 providers compared (October 2026)** - [Comparisons](https://powerdedi.com/blog/hetzner-alternatives-2026) October 15, 2026 **Hetzner alternatives in 2026: crypto payment, 10 Gbps, no setup fees** - [Comparisons](https://powerdedi.com/blog/ovhcloud-alternatives-2026) October 15, 2026 **Does OVHcloud accept crypto? OVHcloud alternatives in 2026** ## Related articles [All articles](https://powerdedi.com/blog) [Guides](https://powerdedi.com/blog/category/guides) October 19, 2026 ### [Avalanche node requirements in 2026: AvalancheGo and validators](https://powerdedi.com/blog/avalanche-node-requirements) What an AvalancheGo node needs in 2026, from Avalanche’s official documentation: validator tiers by stake, disk growth and resyncs after the Helicon upgrade, C-Chain archive sizes, L1 validators after ACP-77, staking rules, ports and matching servers. 12 min read [Guides](https://powerdedi.com/blog/category/guides) September 8, 2026 ### [Solana validator and RPC hardware in 2026: a practical sizing guide](https://powerdedi.com/blog/solana-rpc-node-hardware-2026) What Solana validators and RPC nodes need in 2026, based on Anza’s published requirements: clock speed, memory for account indexes, separate NVMe drives, network capacity, tuning and concentration rules. 7 min read [Guides](https://powerdedi.com/blog/category/guides) October 17, 2026 ### [Sui node requirements in 2026: full node and validator hardware](https://powerdedi.com/blog/sui-node-requirements) What a Sui full node or validator needs in 2026, from Sui’s official documentation: CPU cores, RAM, NVMe sizing by pruning profile, current formal snapshot size, ports, the move from JSON-RPC to gRPC, and which servers fit each role. 11 min read ## Your next server is 15 minutes away. From $55/month with 10 Gbps unmetered, no setup fee and no contract. [Browse servers](https://powerdedi.com/dedicated-servers) [All articles](https://powerdedi.com/blog) Live in ~15 min · Cancel anytime · BTC, ETH, XMR, USDT or SOL --- PowerDedi — Dedicated servers with 10 Gbps unmetered, paid in crypto. Page: https://powerdedi.com/blog/bnb-chain-node-requirements. Index of the site for AI assistants: https://powerdedi.com/llms.txt