OTOthoTools

Blockchain-node-dimensionering

Schat hardware voor een blockchain-node
CPU (kernen)612
RAM (GiB)2346 GiB
Opslag (GiB)28803600 GiB
OpslagtypeNVMe
Groei in de periode450 GiB
Bandbreedte (Mbps)~60 Mbps
ARM64supported
  • Ethereum draait twee clients (execution + consensus); de dimensionering dekt beide.
  • ARM64-compatibiliteit: supported.
  • Dit profiel overschrijdt waarschijnlijk de limieten van een typische instap-VPS free tier.

Planningsschatting — benchmark uw echte werklast vóór de aankoop.

Inleiding

De blockchain-node-dimensionering levert een planningsschatting voor het draaien van een node op Ethereum, Bitcoin Core, Solana/Agave, Cosmos SDK (CometBFT) of Polkadot. U kiest de chain, client, architectuur, het nodetype (pruned, full, archive, RPC of validator), de omgeving, retentie, verwachte RPC-belasting, groeiperiode en een veiligheidsmarge.

De uitvoer is bewust uitgedrukt als minimum- en aanbevolen bandbreedtes. Nodevereisten veranderen naarmate chains groeien en clients evolueren, dus het hulpmiddel toont de aannames, de groeischatting en de datum van de onderliggende gegevens in plaats van exactheid voor te wenden.

Doel

  • Minimum- en aanbevolen CPU, RAM en opslag schatten voor het geselecteerde profiel.
  • Opslagtype (SSD vs NVMe), bandbreedte en groei in de gekozen periode scheiden.
  • ARM64-compatibiliteit en profielen signaleren die de typische instap-free-tier-limieten overschrijden.
  • De execution- + consensus-client voor Ethereum en de hoge hardwarelat voor Solana-validators uitleggen.
  • Nooit winst, ROI, muntstijging of validatorgeschiktheid berekenen.

Invoerwaarden

  • Blockchain (Ethereum, Bitcoin Core, Solana/Agave, Cosmos SDK, Polkadot).
  • Client en architectuur (x86_64 of arm64).
  • Nodetype: pruned, full, archive, rpc of validator.
  • Omgeving (lab, persoonlijk, productie), retentie, geschatte RPC-verzoeken per seconde, groeiperiode in dagen en veiligheidsmarge in procent.

Hoe het werkt

Het hulpmiddel combineert een basislijn per chain (bandbreedtes uit officiële documentatie) met vermenigvuldigers voor nodetype, omgeving en veiligheidsmarge. Opslag en groei schalen met het nodetype: archiefnodes vermenigvuldigen de opslag sterk omdat ze historische staat bewaren; pruned nodes houden een kleine, begrensde opslag.

De bandbreedte is afgeleid van de chain-basislijn en de verwachte RPC-belasting. ARM64-ondersteuning komt uit het client-ecosysteem van die chain (volledig voor Ethereum en Cosmos, gedeeltelijk voor Bitcoin, niet ondersteund voor de high-end profielen van Solana).

De classificatie (lab, acceptabel, aanbevolen, hoog) weerspiegelt omgeving en nodetype: productie-validators en archiefnodes zijn 'hoog', productie-full/RPC-nodes 'aanbevolen', persoonlijke nodes 'acceptabel' en lab-opstellingen 'lab'.

De aanbeveling wordt vergeleken met de typische instap-free-tier-limieten en gemarkeerd wanneer deze wordt overschreden.

Testbaar voorbeeld

Probeer het — de analyse draait lokaal in uw browser.

Voorbeeld

Blockchain: Ethereum
Nodetype:   full (execution + consensus)
Omgeving:   productie
Groei:      90 dagen · Marge: 20%

Verwachte uitvoer

CPU:        6–10 kernen (minimum–aanbevolen)
RAM:        24–40 GiB
Opslag:     2 400–3 600 GiB (NVMe)
Groei:      ≈450 GiB in 90 dagen
Bandbreedte: ~100 Mbps
ARM64:      ondersteund
Classificatie: aanbevolen

De uitvoer lezen

  • Gebruik de aanbevolen kolom voor productie; de minimumkolom is de ondergrens waaronder de node het zwaar krijgt of achterblijft.
  • De groeischatting vertelt hoeveel schijf de node in de gekozen periode verbruikt — plan er ruimte boven.
  • Een classificatie 'hoog' betekent dat het profiel high-end hardware en zorgvuldige operaties vereist; onderdimensioneer geen productie-validator.
  • Behandel het resultaat als startpunt, valideer vervolgens tegen de officiële vereisten die op deze pagina zijn gelinkt en meet uw echte werklast.

Risico's

  • Onderbemeten opslag is de meest voorkomende nodefout: de chain groeit de schijf voorbij en de node stopt.
  • Archiefnodes groeien onbeperkt; plan vóór de start een retentie- en pruningstrategie.
  • Vereisten veranderen: een chain-upgrade of clientwissel kan de basislijn van de ene op de andere dag verplaatsen.

Beperkingen

  • Dit is een planningsschatting op basis van openbare documentatie, geen garantie en geen benchmark.
  • Het modelleert geen geheugenlatentie, schijf-IOPS, netwerkkwaliteit of clientspecifiek gedrag.
  • Het schat nooit winst, ROI of muntstijging en belooft geen validatorgeschiktheid.

Officiële referenties

FAQ

Waarom minimum- en aanbevolen waarden in plaats van één getal?

Nodevereisten zijn intervallen, geen punten: ze hangen af van client, chainstaat en werklast. Eén exact getal presenteren zou valse precisie zijn. De bandbreedtes komen uit officiële documentatie en worden bijgewerkt wanneer de onderliggende gegevens veranderen.

Kan ik een Ethereum-node draaien op een free-tier-VPS?

Een archiefnode past over het algemeen niet in de opslag van een free tier. Een full node kan starten op een middenklasse free tier, maar de groei van de chain zal de inbegrepen opslag voorbijgaan, dus betaalde opslag zou nodig zijn.

Wordt ARM64 ondersteund voor deze chains?

Ethereum- en Cosmos-clients draaien goed op ARM64. Bitcoin Core heeft gedeeltelijke ARM64-dekking. De validator-/RPC-vereisten van Solana gaan uit van high-end x86_64; controleer de huidige clientbinaries vóór u iets koopt.