OffshoreVps
Geth (BSC) Dedicated NVMe Ohne KYC

BNB-Chain-Node-Hosting für RPC, Bots und Indexer

Ein BNB-Smart-Chain-Full-Node ist schwer: Die Anleitung des Herstellers, die wir geprüft haben, verlangt 16 Kerne, 64 GB RAM und etwa 3 TB schnelle SSD. Das ist Arbeit für einen dedizierten Server. Ein Full Node kostet hier $140 im Monat, ein Archive Node $210. Zahle mit BNB, Bitcoin, Monero oder USDT.

BNBTether (USDT)USD CoinBitcoinMoneroEthereumSolana
Ohne KYC Zahlung in Krypto Voller Root-Zugriff In Minuten live 10 Standorte

Page by the OffshoreVps teamUpdated Größen geprüft am 20. Okt. 2026

Größen und Preise

Ein Full Node oder ein Archive Node für BNB Chain

Die Preise gelten für Rumänien bei einer Laufzeit von einem Monat; eine 12-Monats-Laufzeit spart 50 %.

Location
Empfohlen
Dedicated

Full Node (Geth)

$140/mo

or $70/mo on a 12-month term (−50%)

  • CPU32C / 64T · EPYC 9354
  • RAM128 GB DDR5 ECC
  • Disk4× 2TB NVMe
  • Network10 Gbps

Ein Geth-Full-Node braucht etwa 2 bis 2,5 TB (die Anleitung des Herstellers empfiehlt 16 Kerne, 64 GB RAM und 3 TB SSD). Fasse die vier 2-TB-Laufwerke zu einem Volume zusammen (Striping).

Configure and order
Location
Dedicated

Archive Node (Erigon)

$210/mo

or $105/mo on a 12-month term (−50%)

  • CPU64C / 128T · 2× EPYC 9354
  • RAM256 GB DDR5 ECC
  • Disk4× 4TB NVMe
  • Network10 Gbps

Ein Erigon-Archive-Node braucht etwa 4,3 bis 6 TB, wobei 10 TB als Reserve empfohlen werden. Die 16 TB Roh-NVMe hier decken das ab.

Configure and order
Dimensionierung

Wie viel Server ein BNB-Chain-Node braucht

Ein BNB-RPC-Leitfaden von 2026 nennt für einen Full Node 16 Kerne, 64 GB RAM und 3 TB SSD und für einen Archive Node 16 Kerne, 128 GB RAM und 10 TB NVMe (die 10 TB sind Reserve; die Erigon-Basis liegt bei etwa 4,3 bis 6 TB). Die Geth-Daten eines Full Nodes liegen je nach Pruning bei etwa 2 bis 2,5 TB. NVMe ist wichtig: Der Leitfaden warnt, dass HDDs und reine Netzwerk-Volumes bei Lastspitzen zurückfallen.

Warum das ein dedizierter Server ist

Die größte VPS-Festplatte hier hat 1 TB. Ein BNB Full Node passt nicht darauf, daher ist der Large-Dedicated-Server (vier 2-TB-NVMe-Laufwerke, 128 GB ECC) die kleinste Konfiguration, die reicht. Die vier Laufwerke werden zu einem Volume zusammengefasst. Der X-Large (vier 4-TB-Laufwerke) deckt einen Archive Node ab.

Synchronisationszeit

Aus einem Snapshot kann ein Node binnen Stunden ein nutzbares RPC erreichen und mit solidem NVMe und solider Netzanbindung innerhalb eines Tages produktiv sein. Eine vollständige Synchronisation von Grund auf dauert laut demselben Leitfaden etwa ein bis zwei Tage, ein Erigon-Archive von Grund auf etwa drei Tage. Betrachte das als Planungswerte.

Wofür du ihn einsetzen würdest

  • Dein eigenes RPC statt eines ratenbegrenzten öffentlichen Endpunkts.
  • Bots und Indexer, die viele Chain-Daten lesen.
  • Wallet- und Zahlungs-Backends, die nicht von Dritten abhängen dürfen.
Einrichtungsanleitung

Einen BNB-Chain-Full-Node einrichten: die Kurzfassung

Server bestellen

Nimm den Large-Dedicated-Server für einen Full Node oder X-Large für einen Archive Node.

Laufwerke per Striping bündeln

Fasse die vier NVMe-Laufwerke zu einem Volume zusammen, damit die Chain passt.

Geth und die Mainnet-Konfiguration installieren

Lade das BSC-Release und seine Mainnet-Konfiguration aus dem offiziellen GitHub-Repo herunter.

Mit einem Snapshot starten

Ein Snapshot bringt dich in Stunden statt Tagen an die Chainspitze.

Schritt 1

Server vorbereiten und die Laufwerke zu einem Volume verbinden

Die Befehle setzen Ubuntu 22.04 oder 24.04 und einen root-Login voraus. Prüfe zuerst die Laufwerksnamen mit lsblk: Die Namen unten (nvme0n1 bis nvme3n1) sind Beispiele. Dieser Befehl löscht diese Laufwerke, führe ihn also nur auf leeren aus.

Anmelden, aktualisieren, Benutzer anlegen
# log in from your computer
ssh root@YOUR_SERVER_IP

# update the system and create a user that will run the node
apt update && apt -y upgrade
adduser --disabled-password --gecos "" bsc

# firewall: SSH first, then only the ports below
ufw allow OpenSSH
ufw enable
ufw allow 30311/tcp
ufw allow 30311/udp   # BSC peer port in the current config; confirm in config.toml
Vier NVMe-Laufwerke per Striping bündeln (RAID 0) und einhängen
apt -y install mdadm
lsblk                               # find the four empty NVMe drives
mdadm --create /dev/md0 --level=0 --raid-devices=4 /dev/nvme0n1 /dev/nvme1n1 /dev/nvme2n1 /dev/nvme3n1
mkfs.ext4 /dev/md0
mkdir -p /data && mount /dev/md0 /data
echo "$(blkid -s UUID -o export /dev/md0 | grep ^UUID) /data ext4 defaults,noatime 0 2" >> /etc/fstab
chown bsc:bsc /data
df -h /data                          # should show about 7 TB
Schritt 2

Geth und die Mainnet-Konfiguration herunterladen

Suche das neueste Release auf der Release-Seite von bnb-chain/bsc. Es enthält die Binärdatei geth_linux und eine mainnet.zip mit config.toml und genesis.json. Ersetze TAG durch das Release-Tag und prüfe die dort aufgeführten Hashes.

Dateien holen
su - bsc
cd /data
TAG=vX.Y.Z    # the newest release tag
wget https://github.com/bnb-chain/bsc/releases/download/$TAG/geth_linux
wget https://github.com/bnb-chain/bsc/releases/download/$TAG/mainnet.zip
chmod +x geth_linux && unzip mainnet.zip
mkdir -p node
./geth_linux --datadir node init genesis.json
exit
Schritt 3

Einen Snapshot holen, dann Geth als Dienst starten

Die Synchronisation ab Block null dauert Tage. Das BNB-Chain-Team veröffentlicht Snapshots; folge den aktuellen Anweisungen in der BNB-Chain-Dokumentation, entpacke den Snapshot nach /data/node/geth und starte dann den Node. Lass das RPC an localhost gebunden.

/etc/systemd/system/bsc.service
[Unit]
Description=BNB Smart Chain node
After=network-online.target
Wants=network-online.target

[Service]
User=bsc
WorkingDirectory=/data
ExecStart=/data/geth_linux --config /data/config.toml --datadir /data/node --cache 16000 --http --http.addr 127.0.0.1 --http.port 8545 --http.api eth,net,web3
Restart=on-failure
LimitNOFILE=1048576
TimeoutStopSec=600

[Install]
WantedBy=multi-user.target
Starten und Fortschritt prüfen
systemctl daemon-reload
systemctl enable --now bsc
journalctl -u bsc -f

# false means it has caught up; otherwise you get the sync progress
curl -s -H 'Content-Type: application/json' \
  --data '{"jsonrpc":"2.0","method":"eth_syncing","params":[],"id":1}' http://127.0.0.1:8545

curl -s -H 'Content-Type: application/json' \
  --data '{"jsonrpc":"2.0","method":"eth_blockNumber","params":[],"id":1}' http://127.0.0.1:8545
Gut zu wissen

Wofür das gut ist und worauf du achten solltest

Passt gut, wenn

  • Du brauchst ein eigenes RPC für Bots, Indexer oder ein Zahlungs-Backend
  • Du willst nicht mehr von ratenbegrenzten öffentlichen Endpunkten abhängen
  • Du hast Zeit, einen Snapshot einzuspielen und den Node sich setzen zu lassen
  • Du bezahlst den Server mit BNB, Bitcoin, Monero oder USDT

Vorsicht, wenn

  • Du versuchst es mit einem VPS: Die Chain passt nicht auf eine 1-TB-Festplatte
  • Du betreibst ihn auf langsamem oder rein netzwerkbasiertem Speicher: Der Node fällt zurück
  • Du gibst Port 8545 oder die Admin-API ins Internet frei
  • Du bündelst die Laufwerke per Striping ohne Backup-Plan: Fällt ein Laufwerk aus, ist das ganze Volume weg
FAQ

Fragen zum BNB-Chain-Node-Hosting

01Wie viel Festplatte braucht ein BNB-Chain-Node?

Ein Geth-Full-Node belegt je nach Pruning etwa 2 bis 2,5 TB, und die Anleitung des Herstellers empfiehlt 3 TB SSD als Reserve. Ein Erigon-Archive-Node belegt etwa 4,3 bis 6 TB, wobei 10 TB als Reserve empfohlen werden.

02Kann ich einen BNB-Chain-Node auf einem VPS betreiben?

Einen Full Node nicht. Die größte VPS-Festplatte hier hat 1 TB. Nimm einen dedizierten Server: den Large für einen Full Node, den X-Large für einen Archive Node.

03Wie lange dauert die Synchronisation?

Aus einem Snapshot dauert es Stunden bis zu einem nutzbaren RPC und etwa einen Tag, bis sich alles auf gutem NVMe gesetzt hat. Eine vollständige Synchronisation von Grund auf dauert laut einem Leitfaden von 2026 etwa ein bis zwei Tage. Das sind Planungswerte.

04Welche Ports nutzt der Node?

JSON-RPC läuft auf 8545 und muss privat bleiben. Der Peer-Port wird in config.toml festgelegt (30311 in der aktuellen Mainnet-Konfiguration; prüfe das in deiner).

05Brauche ich KYC, um einen BNB-Chain-Node zu hosten?

Nein. Du legst ein Konto mit einem generierten Login an, lädst mit Krypto auf und stellst bereit. Siehe VPS-Hosting ohne KYC. Für das, was du betreibst, bleibst du nach unseren Bedingungen selbst verantwortlich.

Sources

Where these numbers come from

Checked 20 October 2026. Chain sizes and software requirements change, so confirm against the source before you order.

Dein eigener BNB-Chain-Node auf dediziertem NVMe

Wähle einen Server, zahle mit Krypto, logge dich als root ein. Keine ID, keine Karte.