Bitcoin-QT Datenbankgrösse

[medicus41]

Moin,

habe mir oben genannte Wallet geladen und nun wird eifrig gesynct. Bin nun schon bei 160GB/90%. Das sprengt soglangsam meine Festplattengrösse. Kann man irgendwie auch weniger laden? Oder das ganze nachher komprimieren? Oder bleibt da nur der Sprung zu einer anderen Wallet. Und was ist eigentlich dann der Nachteil von Wallets welche nicht die ganzen Daten lokal geladen haben?


gruss

[fronti]

du kannst Pruning einschalten.

entweder die bitcoin.conf   prune=10000 (10 GB..)

oder wenn du von der comand line startest mit der option -prune=10000
starten.

Dann muss er zwar auch alles downloaden zum verifizieren  hält aber nur die angegebene Menge an daten vor

[medicus41]

Danke für die fixe Antwort. Das heisst also ich lass einmal komplett durchlaufen. Danach ändere ich den Parameter und nach einem Neustart werden dann die Daten dezimiert?

gruss

[fronti]

du kannst das jetzt auch abbrechen und einfach mit dem parameter starten. dann löscht er das was er nicht braucht und macht dann weiter wo er gerade war..

[medicus41]

Moin,

mein Problem ist das ich auf meinem Mac nirgends eine bitcoin.conf finde

Gruss

[y2j89]

Moin,

mein Problem ist das ich auf meinem Mac nirgends eine bitcoin.conf finde

Gruss

Wenn, dann hier:

Code:

/Users/<username>/Library/Application Support/Bitcoin/

Wenn nicht vorhanden, einfach eine erstellen!

[makuny]

Ihr redet hier doch vom Bitcoin Core, oder?
Und mit dem Trick belagere ich meine Festplatte nicht mit soviel GB? Sondern nur mit 10?

Und bei einem Neustart des Core, was passiert dann?
Läd es wieder 160GB und behält nur 10?
Wäre das dann nicht schlechter als einmalig komplett zu laden? Oder stehe ich auf dem Schlauch?

[fronti]

ja damit belastest du die platte nur mit 10 GB

Das macht er in dem er nur die letzten X Blöcke speichert und alles alte wegewirft.
(er speichert auch noch die UTXO und so weiter damit er verifizieren kann aber das ist nicht so viel an daten)

Was er aber halt einmalig machen muss ist alles runterladen damit er sich seine Datenbank aufbauen kann die er zum verifizieren benötigt.


Wenn du deinen client nun stoppst bei block 432000 und ein paar tage später wieder startest fängt er wieder bei block 432000 an und macht da weiter mit download.
Wenn du dann stoppst und er bei block 440000 ist und dann neustartest macht er da weiter  .. und so weiter.

[makuny]

ja damit belastest du die platte nur mit 10 GB

Das macht er in dem er nur die letzten X Blöcke speichert und alles alte wegewirft.
(er speichert auch noch die UTXO und so weiter damit er verifizieren kann aber das ist nicht so viel an daten)

Was er aber halt einmalig machen muss ist alles runterladen damit er sich seine Datenbank aufbauen kann die er zum verifizieren benötigt.


Wenn du deinen client nun stoppst bei block 432000 und ein paar tage später wieder startest fängt er wieder bei block 432000 an und macht da weiter mit download.
Wenn du dann stoppst und er bei block 440000 ist und dann neustartest macht er da weiter  .. und so weiter.

Danke für die Erklärung
Dann kann ich ja endlich mal den Bitcoin Core laden, hab nämlich auf dem Laptop nur 160GB 

[makuny]

Gibt es einen Trick,  das dir Blocks schneller geladen werden?
Aktuell habe ich Fortschritt pro Stunde 2,4% und 8 aktive Verbindungen.

Irgendwas in der Config?

Grüße

[Chris601]

Der sinnvollste und einfachste Weg ist, es einfach durchlaufen zu lassen. (2,4%/h ist doch gar nicht so schlecht. Es wird vermutlich aber nicht dabei bleiben.)

Man kann (konnte?) zwar z.B. per Torrent die BlockDB runterladen, aber das geht dann auf Kosten der Sicherheit und ganz so trivial ist es auch nicht. Auch müsste dann sowieso noch ein Rescan über die Blöcke laufen. Alles nicht ganz so einfach.
Port 8333 (oder UPnP) muss im Router offen sein, das liegt auf der Hand, das ergibt mehr Verbindungen.
Die Geschwindigkeit ergibt sich aus der Datenrate der Internetanbindung (zum Download der Blöcke) und der Leistungsfähigkeit des Rechners (dieser muss ja ALLE TXe/Blöcke prüfen).

Meine Empfehlung daher: Lass einfach laufen...

"Geprunte" Knoten können übrigens einige Funktionen nicht nutzen, die volle Knoten können. Dessen muss man sich bewusst sein. Z.B. kannst du (glaube ich) keine Adresse importieren ohne nochmals die gesamte Blockchain runterzuladen und noch einiges mehr, an das man zuerst gar nicht denkt.

[hodlcoins]

Schlüssel importieren geht nicht, und zu lange auslassen darf man die Maschine auch nicht.
Wenn er den Anschluss verliert, d.h. die eingestellte Menge würde nicht für die Zeit vom letzten Lauf bis jetzt reichen, knallts auch und man darf nochmal anfangen.
Bei 10GB dauert das aber ein paar Wochen würde ich sagen.

Eine bessere Verbindung über den Router mit Portfreigabe hilft nur minimal, beim Laptop mit 160GB würde ich sagen das da eher der Proz die Bremse ist.
Will sagen: Der Rechner kann die Blöcke nicht so schnell verifizieren wie sie einfliegen würden...

Einfach mal ein paar Tage laufen lassen, dann wird das schon.

[fronti]

Wenn er den Anschluss verliert, d.h. die eingestellte Menge würde nicht für die Zeit vom letzten Lauf bis jetzt reichen, knallts auch und man darf nochmal anfangen.

warum sollte das nicht gehen?

Auch mit pruning macht er einfach da weiter wo er aufgehört hat.
Ich wüsste zumindest nicht warum das nicht gehen sollte sonst könnte man ja auch keinen Node einfach mal stoppen wenn der erst bei block 100000 ist und dann am nächsten Tag weitermachen.. dann würden ihm j auch sehr viele Blöcke fehlen

[hodlcoins]

Mir ist mein geprunter Zweitcomputer mal auf die Art abgeschmiert, war 3 Monate off und hat dann gemeckert das die Datenbank zu alt sei und er neu herunterladen müsste.
Keine Ahnung ob das jetzt noch so ist, das war V12 oder so.