Hacktoberfest 2026: die Issues, die Maintainer für den Oktober markiert haben – offen und einsteigerfreundlich. Hacktoberfest-Issues durchsuchen

Clarification on node storage requirements

Offen
  • Stimmt etwas nicht?
#1,302 0 Kommentare 1 Reaktion 0 zugewiesene Personen Auf GitHub ansehen

Dieses Issue hat noch niemand übernommen.

Bewertung

Schwierigkeit
4/5
Geschätzter Aufwand
3-5 Tage
Anfängerfreundlichkeit
35/100
Issue-Typ
Dokumentation
Klarheit
Muss geklärt werden
Aktivitätsstatus
Ruhig
Bereich
documentation, infrastructure

Rechercherichtung

Beginne bei docs/base-chain/node-operators/performance-tuning.mdx mit der dort verlinkten Formel und überprüfe die dort zitierten Quellen zu Snapshot und Chain-Größe. Verifiziere, wie der Reth Archive-Speicher berechnet wird, einschließlich der Frage, ob der Snapshot nach der Dekomprimierung persistent bleiben muss. Als erledigt gilt die Aufgabe, wenn die Fragen beantwortet sind und die Dokumentation eine eindeutige Anforderung enthält.

Vom Indexierungsmodell aus dem Issue-Text verfasst.

Beschreibung

In various pages, this formula is presented to compute node size:

(2 × chain_size) + snapshot_size + 20% buffer

According to the links in this page, the values of the variables for a Reth Archive setup are:

  • snapshot_size = 1.83 TB (link)
  • chain_size = 8.88 TiB, or 9.76 TB (link, assuming that it's the value of "Reth Mainnet Archive" that should be used)

Which gives a total NVMe storage requirement of (2*9.76+1.83)*1.2 TB, which is 25.62 TB

I have the following questions:

  • Is this computation correct?
  • Is the presence of the snapshot size in the formula only necessary to account for its initial download+de-compression? Meaning it could be skipped if we download and uncompress without persisting the archive
Vorherrschende Sprache
JavaScript
Sterne
344
Forks
835
Keine gemergten PRs in 30 T.

Entwicklungsumgebung

  • Kein Dockerfile und keine Docker-Compose-Datei
  • Hat eine Pull-Request-Vorlage
  • Kein Beitragsleitfaden

Erste Schritte

  1. Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
  2. Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
  3. Forken Sie das Repository und arbeiten Sie in einem Branch.
  4. Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.

Ähnliche Issues

Weitere Issues zu JavaScript

Neue Issues direkt in Ihr Postfach

Eine kurze Übersicht über anfängerfreundliche GitHub-Issues.