 Show Posts
|
|
Pages: [1]
|
Hallo eine meiner transaktionen hängt seit anfang Dezember fest müsste um den 8. gewesen sein habe natürlich bei meiner ersten transaktion die super idee gehabt an den gebühren zu sparen ... Wie soll Bitcoin eine etablierte Währung werden, wenn man sich zuvor erst über Transaktionskosten einlesen muss. Ich habe auch so eine Transaktion und warte jetzt einfach mal ab was passiert. Sehr schönes TUT  |
|
|
|
|
Leider verzweifle ich ein wenig.
Ich hab jetzt mehrere Anleitungen zum Import von private Keys des BitCoin Core Clients gelesen, aber so richtig weiß ich nicht was jetzt nicht funktioniert.
Ich frage mich im Moment, habe ich überhaupt noch irgendwo BCH oder BTG rumliegen habe? Vielleicht kann mir das jemand beantworten. Ich habe vor dem 01.08.17 ein paar BTC in meinem Bitcoin Core Client gehabt. Nach dem Fork habe ich mein komplettes BTC mit Bitcoin Core an eine Onlinewallet transferiert. Habe ich jetzt trotzdem noch BCH? Mich macht es nur ein wenig stutzig, weil ich nach dem 01.08. in meiner Onlinewallet auch BCH hatte.
|
|
|
|
|
Hallo.
bisher habe ich nur den Bitcoin Core Client benutzt und war damit eigentlich recht zufrieden. Nun habe ich gelesen, dass ich mit jedem BTC auch BCC und BTG bekommen habe. Diese würde ich auch gerne "erhalten". Soweit ich gelesen habe, kann man BitCoin Core und BitCoin ABC nur mittels seperater Data Verzeichnisse laufen lassen. Da ich mir von BitCoin Core nur die Binaries gezogen habe und keine Installation vorgenommen habe, sollte das einfach möglich sein. Ich frage mich aber, muss ich jetzt für Bitcoin ABC auch die kompletten 150 GB BlockChain herunterladen oder können die bis zu dem Forkdatum gemeinsam genutzt werden? Reicht Copy + Paste? Leider habe ich keine wirkliche Anleitung gefunden, wie man das so richtig betreibt.
Vielleicht könnt ihr mir helfen.
Vielen Dank.
|
|
|
|
|
v0.15.1 ist bedeutend robuster geworden!
|
|
|
|
Nach mehreren Wochen ist es mir nun letztendlich gelungen den Blockchain vollständig auf meiner externen Festplatte zu synchronisieren. Nach vielen manuellen Backups, Frustrationen und viel verbrauchtem Strom ist das Meisterwerk nun geglückt. Schauen wir mal wie lange es hält |
|
|
|
Danke für deine Antwort. Ich hatte den Threadtitel nicht extra aktualisiert. Ich verwende jetzt schon die v0.14.2 und haben auch immer sehnsüchtig auf neue Versionen gewartet in der Hoffnung eine Verbesserung zu erleben. Ich benutze Windows 10 in der 64Bit Version und den 64Bit Client. Habe aber auch schon den 32Bit Client versucht, aber ohne sichtbare Erfolge. Ich mache jetzt immer Backups, sobald der Client einige Stunden synchronisiert hat. Manchmal kackt der Client ohne sichtbaren Grund einfach ab. Letztens wollte mich Windows 10 nicht mehr den Lockscreen entsperren lassen, die Passworteingabe kam einfach nicht hoch. Sowas kann ja mal passieren, aber sollte nicht die Arbeit von mehreren Tagen über Bord werfen. Daher mache ich jetzt händisch immer Backups, sowas könnte man softwareseitig aber auch lösen können ohne eine komplette Neuinitialisierung durchführen zu müssen. Das finde ich äußerst schade, weil ich glaube der Client ist schon mehrere Jahre verfügbar. Ich bin jetzt immerhin nach vielen Vorsichtsmaßnahmen bei 32 Wochen angekommen |
|
|
|
|
Werde das wohl machen müssen. Client ist beim Synchronisieren wieder bei 42 Wochen hängen geblieben. Keine Logeinträge, nur "Verbinde mit Netzwerk" bei 8 aktiven Verbindungen. Unbenutzbar das Ding.
|
|
|
|
|
Eigentlich wollte ich mich, aufgrund der Tatsache, dass das Ding öfters, aufgrund von kleinsten Störungen, mehr synchronisiert, als das es korrekt arbeitet, auf einen anderen Clienten spezialisieren. Bitcoin Core war für mich halt die erste Anlaufstelle, weil es der Quasistandard Client ist. Nun will ich das Ding eigentlich nur synchronisiert haben und meine Wallets auf eine andere Adresse transferieren. Schade eigentlich. Ich habe kein Problem mit großen Datenmengen oder einer anfänglichen langen Synchronisationszeit. Wenn ich aber quasi den Aufwand einer Betriebssystemneuinstallation habe, nur weil ich mal nicht darauf geachtet habe, dass mein Laptop mit Strom versorgt wurde, während ich abwesend war, dann ist das Ding für mich schlichtweg unbrauchbar.
|
|
|
|
|
Das ist das womit ich jetzt angefangen habe. Immer wenn der Client mindestens eine Nacht durchsynchronisieren konnte am nächsten Morgen erstmal den kompletten Data-Ordner zu backupen. Ich hoffe so erreiche ich irgendwann mal mein Ziel :-/
Sowas könnte man in der Tat aber auch irgendwie softwareseitig lösen. Es kann nicht sein, dass ein fehlgeschlagener Schreibvorgang sofort zum Absturz des Clients führt. Ich hatte auch nicht das Gefühl, als würde Bitcoin Core wenigstens ein zweites und drittes Mal versuchen die aktuellen Daten zu schreiben, sondern er stürzt direkt ab.
|
|
|
|
|
Keine Ahnung wie das Stück Software namens Bitcoin Core auch nur irgendeine Person verwenden kann. Ich bin selbst Softwareentwickler, aber solche Software kann ich nur als unbenutzbar bezeichnen. Ich versuche nun schon seit 2-3 Wochen den kompletten Blockchain erfolgreich zu indizieren und herunterzuladen, aber der kleinste Fehler zerstört dir komplett alles. Wohlgemerkt habe ich die Blockchain neu indiziert, weil mir Bitcoin Core mal wieder keinerlei Informationen gegeben hat, wieso es denn nun nicht weiter geht. Der Blockchain war schon vollständig, dann konnte ich den Client ein paar Tage benutzen, jedoch kam es einmal zur Unterbrechung der Verbindung zur externen Festplatte und die 5 Tage Indizierung waren wieder für den Arsch und alles musste neu begonnen werden. Dann habe ich vergessen im Hotelzimmer zu prüfen, ob die Steckdose auch bei ausgesteckter Hotelkarte funktioniert und auch danach war wieder alles für die Katz. Nun habe ich von Windows 10 die Nachricht erhalten, dass es zu einer Verzögerung beim Schreibprozess auf die nagelneue Festplatte kam. Bitcoin Client muss wieder reindiziert werden. LOL, ich fasse es nicht.
|
|
|
|
Starte ich v0.13.1 heißt es im linken unteren Statusbereich: Keine Blockquelle verfügbar... obwohl 8 aktive Verbindungen vorhanden sind. In der v0.14.0 heißt es Verbinde mit Netzwerk... Keine Änderung, wenn ich mit "-connect=188.68.53.44" starte. Das Log von v0.14.0 mit "-connect=188.68.53.44": 2017-03-23 13:33:42
2017-03-23 13:33:42 Bitcoin version v0.14.0
2017-03-23 13:33:42 InitParameterInteraction: parameter interaction: -connect set -> setting -dnsseed=0
2017-03-23 13:33:42 InitParameterInteraction: parameter interaction: -connect set -> setting -listen=0
2017-03-23 13:33:42 InitParameterInteraction: parameter interaction: -listen=0 -> setting -upnp=0
2017-03-23 13:33:42 InitParameterInteraction: parameter interaction: -listen=0 -> setting -discover=0
2017-03-23 13:33:42 InitParameterInteraction: parameter interaction: -listen=0 -> setting -listenonion=0
2017-03-23 13:33:42 InitParameterInteraction: parameter interaction: -whitelistforcerelay=1 -> setting -whitelistrelay=1
2017-03-23 13:33:43 Assuming ancestors of block 00000000000000000013176bf8d7dfeab4e1db31dc93bc311b436e82ab226b90 have valid signatures.
2017-03-23 13:33:43 GUI: "registerShutdownBlockReason: Successfully registered: Bitcoin Core wurde noch nicht sicher beendet..."
2017-03-23 13:33:43 Default data directory C:\Users\black\AppData\Roaming\Bitcoin
2017-03-23 13:33:43 Using data directory F:\Bitcoin\bitcoin-0.13.1\Data
2017-03-23 13:33:43 Using config file F:\Bitcoin\bitcoin-0.13.1\Data\bitcoin.conf
2017-03-23 13:33:43 Using at most 125 automatic connections (2048 file descriptors available)
2017-03-23 13:33:43 Using 32 MiB out of 32 requested for signature cache, able to store 1048576 elements
2017-03-23 13:33:43 Using 2 threads for script verification
2017-03-23 13:33:43 Using BerkeleyDB version Berkeley DB 4.8.30: (April 9, 2010)
2017-03-23 13:33:43 Using wallet wallet.dat
2017-03-23 13:33:43 scheduler thread start
2017-03-23 13:33:43 init message: Verifiziere Wallet...
2017-03-23 13:33:43 CDBEnv::Open: LogDir=F:\Bitcoin\bitcoin-0.13.1\Data\database ErrorFile=F:\Bitcoin\bitcoin-0.13.1\Data\db.log
2017-03-23 13:33:43 Cache configuration:
2017-03-23 13:33:43 * Using 2.0MiB for block index database
2017-03-23 13:33:43 * Using 8.0MiB for chain state database
2017-03-23 13:33:43 * Using 290.0MiB for in-memory UTXO set (plus up to 286.1MiB of unused mempool space)
2017-03-23 13:33:43 init message: Lade Blockindex...
2017-03-23 13:33:43 Opening LevelDB in F:\Bitcoin\bitcoin-0.13.1\Data\blocks\index
2017-03-23 13:33:43 Opened LevelDB successfully
2017-03-23 13:33:43 Using obfuscation key for F:\Bitcoin\bitcoin-0.13.1\Data\blocks\index: 0000000000000000
2017-03-23 13:33:43 Opening LevelDB in F:\Bitcoin\bitcoin-0.13.1\Data\chainstate
2017-03-23 13:33:43 Opened LevelDB successfully
2017-03-23 13:33:43 Using obfuscation key for F:\Bitcoin\bitcoin-0.13.1\Data\chainstate: 597e1e0c1a6930a1
2017-03-23 13:33:48 LoadBlockIndexDB: last block file = 620
2017-03-23 13:33:48 LoadBlockIndexDB: last block file info: CBlockFileInfo(blocks=32, size=58037273, heights=428897...428991, time=2016-09-08...2016-09-09)
2017-03-23 13:33:48 Checking all blk files are present...
2017-03-23 13:33:49 LoadBlockIndexDB: transaction index disabled
2017-03-23 13:33:49 LoadBlockIndexDB: hashBestChain=00000000000000000bb916963d04aca7edad489d16748226cdfd112e5ad8f1bb height=365371 date=2015-07-15 05:30:59 progress=0.369833
2017-03-23 13:33:49 init message: Verifiziere Blöcke...
2017-03-23 13:33:50 init message: Verifiziere Blöcke...
2017-03-23 13:33:50 Verifying last 6 blocks at level 3
2017-03-23 13:33:50 [0%]...[16%]...[33%]...[50%]...[66%]...[83%]...[99%]...[DONE].
2017-03-23 13:33:53 No coin database inconsistencies in last 7 blocks (5212 transactions)
2017-03-23 13:33:53 block index 9715ms
2017-03-23 13:33:53 init message: Lade Wallet...
2017-03-23 13:33:53 nFileVersion = 140000
2017-03-23 13:33:53 Keys: 124 plaintext, 0 encrypted, 124 w/ metadata, 124 total
2017-03-23 13:33:53 wallet 38ms
2017-03-23 13:33:53 setKeyPool.size() = 100
2017-03-23 13:33:53 mapWallet.size() = 29
2017-03-23 13:33:53 mapAddressBook.size() = 24
2017-03-23 13:33:53 mapBlockIndex.size() = 458557
2017-03-23 13:33:53 nBestHeight = 365371
2017-03-23 13:33:53 init message: Lade Adressen...
2017-03-23 13:33:53 Imported mempool transactions from disk: 0 successes, 0 failed, 0 expired
2017-03-23 13:33:53 Loaded 65233 addresses from peers.dat 362ms
2017-03-23 13:33:53 init message: Lade Sperrliste...
2017-03-23 13:33:53 init message: Starting network threads...
2017-03-23 13:33:53 DNS seeding disabled
2017-03-23 13:33:53 net thread start
2017-03-23 13:33:53 addcon thread start
2017-03-23 13:33:53 opencon thread start
2017-03-23 13:33:53 msghand thread start
2017-03-23 13:33:53 init message: Laden abgeschlossen
2017-03-23 13:33:53 GUI: Platform customization: "windows"
2017-03-23 13:33:53 GUI: PaymentServer::LoadRootCAs: Loaded 44 root certificates
2017-03-23 13:33:54 receive version message: /Satoshi:0.13.2/: version 70015, blocks=458555, us=14.207.76.123:2564, peer=0
|
|
|
|
Es ist mir nicht möglich den Client zu benutzen. Das Synchronisieren hängt sich immer wieder auf. Hab nun auch schon zweimal einen Reindex gemacht, aber bei etwa 1,5 Jahren hängt er sich auf. Die Exception scheint ganz interessant zu sein. Das Log: 2017-03-23 08:43:06
2017-03-23 08:43:06 Bitcoin version v0.14.0
2017-03-23 08:43:06 InitParameterInteraction: parameter interaction: -whitelistforcerelay=1 -> setting -whitelistrelay=1
2017-03-23 08:43:06 Assuming ancestors of block 00000000000000000013176bf8d7dfeab4e1db31dc93bc311b436e82ab226b90 have valid signatures.
2017-03-23 08:43:06 GUI: "registerShutdownBlockReason: Successfully registered: Bitcoin Core wurde noch nicht sicher beendet..."
2017-03-23 08:43:06 Default data directory C:\Users\black\AppData\Roaming\Bitcoin
2017-03-23 08:43:06 Using data directory F:\Bitcoin\bitcoin-0.13.1\Data
2017-03-23 08:43:06 Using config file F:\Bitcoin\bitcoin-0.13.1\Data\bitcoin.conf
2017-03-23 08:43:06 Using at most 125 automatic connections (2048 file descriptors available)
2017-03-23 08:43:06 Using 32 MiB out of 32 requested for signature cache, able to store 1048576 elements
2017-03-23 08:43:06 Using 2 threads for script verification
2017-03-23 08:43:06 Using BerkeleyDB version Berkeley DB 4.8.30: (April 9, 2010)
2017-03-23 08:43:06 Using wallet wallet.dat
2017-03-23 08:43:06 scheduler thread start
2017-03-23 08:43:06 init message: Verifiziere Wallet...
2017-03-23 08:43:06 CDBEnv::Open: LogDir=F:\Bitcoin\bitcoin-0.13.1\Data\database ErrorFile=F:\Bitcoin\bitcoin-0.13.1\Data\db.log
2017-03-23 08:43:06 Bound to [::]:8333
2017-03-23 08:43:06 Bound to 0.0.0.0:8333
2017-03-23 08:43:06 Cache configuration:
2017-03-23 08:43:06 * Using 2.0MiB for block index database
2017-03-23 08:43:06 * Using 8.0MiB for chain state database
2017-03-23 08:43:06 * Using 290.0MiB for in-memory UTXO set (plus up to 286.1MiB of unused mempool space)
2017-03-23 08:43:06 init message: Lade Blockindex...
2017-03-23 08:43:06 Opening LevelDB in F:\Bitcoin\bitcoin-0.13.1\Data\blocks\index
2017-03-23 08:43:06 Opened LevelDB successfully
2017-03-23 08:43:06 Using obfuscation key for F:\Bitcoin\bitcoin-0.13.1\Data\blocks\index: 0000000000000000
2017-03-23 08:43:06 Opening LevelDB in F:\Bitcoin\bitcoin-0.13.1\Data\chainstate
2017-03-23 08:43:06 Opened LevelDB successfully
2017-03-23 08:43:06 Using obfuscation key for F:\Bitcoin\bitcoin-0.13.1\Data\chainstate: 597e1e0c1a6930a1
2017-03-23 08:43:12 LoadBlockIndexDB: last block file = 620
2017-03-23 08:43:12 LoadBlockIndexDB: last block file info: CBlockFileInfo(blocks=32, size=58037273, heights=428897...428991, time=2016-09-08...2016-09-09)
2017-03-23 08:43:12 Checking all blk files are present...
2017-03-23 08:43:12 LoadBlockIndexDB: transaction index disabled
2017-03-23 08:43:12 LoadBlockIndexDB: hashBestChain=00000000000000000bb916963d04aca7edad489d16748226cdfd112e5ad8f1bb height=365371 date=2015-07-15 05:30:59 progress=0.369934
2017-03-23 08:43:12 init message: Verifiziere Blöcke...
2017-03-23 08:43:15 init message: Verifiziere Blöcke...
2017-03-23 08:43:15 Verifying last 6 blocks at level 3
2017-03-23 08:43:15 [0%]...[16%]...[33%]...[50%]...[66%]...[83%]...[99%]...[DONE].
2017-03-23 08:43:17 No coin database inconsistencies in last 7 blocks (5212 transactions)
2017-03-23 08:43:17 block index 10448ms
2017-03-23 08:43:17 init message: Lade Wallet...
2017-03-23 08:43:17 nFileVersion = 140000
2017-03-23 08:43:17 Keys: 124 plaintext, 0 encrypted, 124 w/ metadata, 124 total
2017-03-23 08:43:17 wallet 93ms
2017-03-23 08:43:17 setKeyPool.size() = 100
2017-03-23 08:43:17 mapWallet.size() = 29
2017-03-23 08:43:17 mapAddressBook.size() = 24
2017-03-23 08:43:17 mapBlockIndex.size() = 458527
2017-03-23 08:43:17 nBestHeight = 365371
2017-03-23 08:43:17 torcontrol thread start
2017-03-23 08:43:17 init message: Lade Adressen...
2017-03-23 08:43:17 Imported mempool transactions from disk: 0 successes, 0 failed, 0 expired
2017-03-23 08:43:17 Loaded 65201 addresses from peers.dat 434ms
2017-03-23 08:43:17 init message: Lade Sperrliste...
2017-03-23 08:43:17 init message: Starting network threads...
2017-03-23 08:43:17 msghand thread start
2017-03-23 08:43:17 dnsseed thread start
2017-03-23 08:43:17 addcon thread start
2017-03-23 08:43:17 net thread start
2017-03-23 08:43:17 opencon thread start
2017-03-23 08:43:17 init message: Laden abgeschlossen
2017-03-23 08:43:17 GUI: Platform customization: "windows"
2017-03-23 08:43:17 GUI: PaymentServer::LoadRootCAs: Loaded 44 root certificates
2017-03-23 08:43:18 receive version message: /Satoshi:0.13.2/: version 70015, blocks=458525, us=14.207.76.123:9690, peer=0
2017-03-23 08:43:24 receive version message: /Satoshi:0.13.1/: version 70014, blocks=458525, us=14.207.76.123:9694, peer=1
2017-03-23 08:43:25 ProcessMessages(sendcmpct, 5 bytes): Exception 'CDataStream::read(): end of data' caught, normally caused by a message being shorter than its stated length
2017-03-23 08:43:25 ProcessMessages(sendcmpct, 5 bytes) FAILED peer=1
2017-03-23 08:43:25 ProcessMessages(sendcmpct, 5 bytes): Exception 'CDataStream::read(): end of data' caught, normally caused by a message being shorter than its stated length
2017-03-23 08:43:25 ProcessMessages(sendcmpct, 5 bytes) FAILED peer=1
2017-03-23 08:43:25 receive version message: /Satoshi:0.13.1/: version 70014, blocks=458525, us=14.207.76.123:9696, peer=2
2017-03-23 08:43:28 P2P peers available. Skipped DNS seeding.
2017-03-23 08:43:28 dnsseed thread exit
2017-03-23 08:43:31 receive version message: /Satoshi:0.14.0/: version 70015, blocks=458525, us=14.207.76.123:9699, peer=3
2017-03-23 08:43:32 receive version message: /Satoshi:0.13.1/: version 70014, blocks=458525, us=14.207.76.123:9700, peer=4
2017-03-23 08:43:33 receive version message: /Satoshi:0.13.1/: version 70014, blocks=458525, us=14.207.76.123:9701, peer=5
2017-03-23 08:43:51 receive version message: /Satoshi:0.14.0/: version 70015, blocks=458526, us=14.207.76.123:9707, peer=6
2017-03-23 08:45:15 receive version message: /Satoshi:0.13.1/: version 70014, blocks=458526, us=14.207.76.123:9717, peer=8
2017-03-23 08:49:51 receive version message: /Satoshi:0.13.2/: version 70015, blocks=458526, us=14.207.76.123:9755, peer=9
|
|
|
|
|
Nun habe ich schon wieder keine Blockquellen mehr verfügbar und möchte allerdings auch nicht wieder den ganzen Prozess der Reinitialisierung machen. Kann es irgendwie sein, dass der Client nicht so richtig auf einer externen Festplatte laufen will? Ich habe eine Toshiba 2TB Festplatte, die sich nach einer gewissen Zeit der Inaktivität selbst in einen Standby-Modus versetzt. Evtl. führt das zu Problemen mit dem Bitcoin Client? Richtig herunterfahren tue ich ihn jedenfalls.
@shorena: Kann ich mich nochmal zu deinem verbinden? Ist der online?
|
|
|
|
Es hat nun geklappt. Danke |
|
|
|
Danke für das Angebot. Ich habe vor 2 Tagen ein -reindex gestartet und scheine jetzt über die magische 39 Wochen drüber zu sein. Ich melde mich, sobald ich fertig bin bzw. wieder ein Fehler auftritt |
|
|
|
Zeigt "Windows Explorer" nicht nur Plattenplatz an? 12 GB Platte wäre schon zu knapp. Sorry, ich meinte natürlich 12 GB Arbeitsspeicher und bezog mich auf deine Frage, ob der Arbeitsspeicher evtl. knapp ist. War nicht so ganz rauszulesen  Ich habe es mal mit -onlynet=ipv4 probiert, das hat aber nichts geändert. Nach der log lief der Client nicht zum ersten mal, DNS seeding wird nur am Anfang gemacht wenn nichts oder nur wenig in der peers.dat steht. peers.dat zu groß? Ich hab die peers.dat mal in peers.dat.bak umbenannt. Die war 2,3 MB groß. Scheint sicht aber nichts zu ändern  Ist das alles in der Log Datei? Leider ja, der letzte Eintrag ist immer. Danach scheint nichts mehr zu passieren. Ich habe den Client schon mehrmals neugestartet. Genau, in der Hoffnung es ändert sich was, aber er bleibt bei den 39 Wochen hängen. Ich habe auch ne 200 MBit Leitung, das Internet sollte auch okay sein. 2016-12-14 16:20:08 receive version message: /Satoshi:0.13.1/: version 70014, blocks=443471, us=ipv4:1030, peer=1
2016-12-14 16:20:17 receive version message: /Satoshi:0.13.1/: version 70014, blocks=443471, us=ipv4:1035, peer=2
2016-12-14 16:20:40 receive version message: /Satoshi:0.13.1/: version 70014, blocks=0, us=ipv4:1045, peer=3
2016-12-14 16:20:43 receive version message: /Satoshi:0.13.1/: version 70014, blocks=443471, us=ipv4:1047, peer=4
2016-12-14 16:24:29 receive version message: /Satoshi:0.13.1/: version 70014, blocks=443472, us=ipv4:1185, peer=5
2016-12-14 16:25:06 receive version message: /Satoshi:0.13.1/: version 70014, blocks=404763, us=ipv4:1188, peer=6
2016-12-14 16:25:33 receive version message: /Satoshi:0.13.1/: version 70014, blocks=443472, us=ipv4:1197, peer=7
2016-12-14 16:26:34 receive version message: /Satoshi:0.13.1/: version 70014, blocks=443472, us=ipv4:1209, peer=8
2016-12-14 16:27:13 receive version message: /Satoshi:0.13.1/: version 70014, blocks=443472, us=ipv4:1212, peer=9 |
|
|
|
db.log ist leer. Das hier steht in debug.log (Ich hoffe ich habe alle sensiblen Daten geschwärzt. 2016-12-13 21:55:58
2016-12-13 21:55:58 Bitcoin version v0.13.1
2016-12-13 21:55:58 InitParameterInteraction: parameter interaction: -whitelistforcerelay=1 -> setting -whitelistrelay=1
2016-12-13 21:55:58 GUI: "registerShutdownBlockReason: Successfully registered: Bitcoin Core didn't yet exit safely..."
2016-12-13 21:55:59 Default data directory C:\Users\...\AppData\Roaming\Bitcoin
2016-12-13 21:55:59 Using data directory D:\Bitcoin\bitcoin-0.13.1\Data
2016-12-13 21:55:59 Using config file D:\Bitcoin\bitcoin-0.13.1\Data\bitcoin.conf
2016-12-13 21:55:59 Using at most 125 connections (2048 file descriptors available)
2016-12-13 21:55:59 Using 2 threads for script verification
2016-12-13 21:55:59 Using BerkeleyDB version Berkeley DB 4.8.30: (April 9, 2010)
2016-12-13 21:55:59 Using wallet wallet.dat
2016-12-13 21:55:59 scheduler thread start
2016-12-13 21:55:59 init message: Verifiziere Wallet...
2016-12-13 21:55:59 CDBEnv::Open: LogDir=D:\Bitcoin\bitcoin-0.13.1\Data\database ErrorFile=D:\Bitcoin\bitcoin-0.13.1\Data\db.log
2016-12-13 21:55:59 Bound to [::]:8333
2016-12-13 21:55:59 Bound to 0.0.0.0:8333
2016-12-13 21:55:59 Cache configuration:
2016-12-13 21:55:59 * Using 2.0MiB for block index database
2016-12-13 21:55:59 * Using 8.0MiB for chain state database
2016-12-13 21:55:59 * Using 290.0MiB for in-memory UTXO set
2016-12-13 21:55:59 init message: Lade Blockindex...
2016-12-13 21:55:59 Opening LevelDB in D:\Bitcoin\bitcoin-0.13.1\Data\blocks\index
2016-12-13 21:55:59 Opened LevelDB successfully
2016-12-13 21:55:59 Using obfuscation key for D:\Bitcoin\bitcoin-0.13.1\Data\blocks\index: 0000000000000000
2016-12-13 21:55:59 Opening LevelDB in D:\Bitcoin\bitcoin-0.13.1\Data\chainstate
2016-12-13 21:55:59 Opened LevelDB successfully
2016-12-13 21:55:59 Using obfuscation key for D:\Bitcoin\bitcoin-0.13.1\Data\chainstate: 1c2f15d284eee7aa
2016-12-13 21:56:06 LoadBlockIndexDB: last block file = 467
2016-12-13 21:56:06 LoadBlockIndexDB: last block file info: CBlockFileInfo(blocks=143, size=100924649, heights=402455...402643, time=2016-03-13...2016-03-14)
2016-12-13 21:56:06 Checking all blk files are present...
2016-12-13 21:56:07 LoadBlockIndexDB: transaction index disabled
2016-12-13 21:56:07 LoadBlockIndexDB: hashBestChain=00000000000000000421342b7908286f817c9da86c41308e8410ef471c71fa24 height=402514 date=2016-03-13 20:47:53 progress=0.840264
2016-12-13 21:56:07 init message: Verifiziere Blöcke...
2016-12-13 21:56:10 init message: Verifiziere Blöcke...
2016-12-13 21:56:10 Verifying last 6 blocks at level 3
2016-12-13 21:56:10 [0%]...[16%]...[33%]...[50%]...[66%]...[83%]...[99%]...[DONE].
2016-12-13 21:56:15 No coin database inconsistencies in last 7 blocks (8449 transactions)
2016-12-13 21:56:15 block index 16049ms
2016-12-13 21:56:15 init message: Lade Wallet...
2016-12-13 21:56:15 nFileVersion = 130100
2016-12-13 21:56:15 Keys: 102 plaintext, 0 encrypted, 102 w/ metadata, 102 total
2016-12-13 21:56:15 wallet 55ms
2016-12-13 21:56:15 mapBlockIndex.size() = 443355
2016-12-13 21:56:15 nBestHeight = 402514
2016-12-13 21:56:15 setKeyPool.size() = 100
2016-12-13 21:56:15 mapWallet.size() = 0
2016-12-13 21:56:15 mapAddressBook.size() = 1
2016-12-13 21:56:15 init message: Lade Adressen...
2016-12-13 21:56:15 torcontrol thread start
2016-12-13 21:56:15 Loaded 33161 addresses from peers.dat 262ms
2016-12-13 21:56:15 init message: Lade Sperrliste...
2016-12-13 21:56:15 init message: Starting network threads...
2016-12-13 21:56:15 AddLocal([...ipv6...]:8333,1)
2016-12-13 21:56:15 Discover: ... - ...ipv6...
2016-12-13 21:56:15 AddLocal([xxxx:5f:6b08:d34:7556:e06c:3b7:c304]:8333,1)
2016-12-13 21:56:15 Discover: ... - xxxx:5f:6b08:d34:7556:e06c:3b7:c304
2016-12-13 21:56:15 AddLocal([xxxx:0:d5c:5a30:3840:2a42:ab44:78e0]:8333,1)
2016-12-13 21:56:15 Discover: ... - xxxx:0:d5c:5a30:3840:2a42:ab44:78e0
2016-12-13 21:56:15 net thread start
2016-12-13 21:56:15 addcon thread start
2016-12-13 21:56:15 opencon thread start
2016-12-13 21:56:15 dnsseed thread start
2016-12-13 21:56:15 msghand thread start
2016-12-13 21:56:15 init message: Laden abgeschlossen
2016-12-13 21:56:15 GUI: Platform customization: "windows"
2016-12-13 21:56:15 GUI: PaymentServer::LoadRootCAs: Loaded 43 root certificates
2016-12-13 21:56:16 receive version message: /Satoshi:0.13.1/: version 70014, blocks=443354, us=[...ipv6...]:27840, peer=1
2016-12-13 21:56:16 receive version message: /Satoshi:0.13.1/: version 70014, blocks=443354, us=...ipv4...:27841, peer=2
2016-12-13 21:56:23 receive version message: /Satoshi:0.13.1/: version 70014, blocks=443354, us=...ipv4...:27845, peer=3
2016-12-13 21:56:23 receive version message: /Satoshi:0.13.1/: version 70014, blocks=443354, us=...ipv4...:27847, peer=4
2016-12-13 21:56:24 receive version message: /Satoshi:0.13.1/Knots:20161027/: version 70014, blocks=443354, us=...ipv4...:27848, peer=5
2016-12-13 21:56:26 P2P peers available. Skipped DNS seeding.
2016-12-13 21:56:26 dnsseed thread exit
2016-12-13 21:56:30 receive version message: /Satoshi:0.13.1/: version 70014, blocks=443354, us=...ipv4...:27851, peer=6
2016-12-13 21:56:47 receive version message: /Satoshi:0.13.1/: version 70014, blocks=443354, us=...ipv4...:27857, peer=7
2016-12-13 21:56:49 receive version message: /Satoshi:0.13.1/: version 70014, blocks=443354, us=...ipv4...:27858, peer=8
Kommt der Bitcoin Client evtl. nicht mit ipv6 klar? Ich hab 12 GB und nur 44 % laut Windows Explorer belegt. |
|
|
|
|
Hallo liebe Gemeinde,
ich habe nun das zweite Mal Bitcoin Core v0.13.1 (64-Bit) mit jeweils unterschiedlichen Datenpfaden zu den Blockchains gestartet und auch beim zweiten Mal habe ich nachdem Bitcoin Core sich über mehr als 2 Tage mit dem Netzwerk synchronisiert hat, etwa an der gleichen Stelle keine Blockquellen mehr verfügbar. Ich habe 8 aktive Verbindungen und das Netzwerk synchronisiert sich etwa bis vor 42-39 Wochen, danach habe ich keine Blockquellen mehr und der Fortschrittsbalken bewegt sich nicht weiter. Ich habe auch nochmal die Firewallregeln entfernt und mit einem Neustart neu setzen lassen, aber es geht nicht weiter. Auch hat die Synchronisierung soweit geklappt, kommt aber eben immer in etwa diesem Zeitraum zum erliegen.
Was läuft da falsch?
Viele Grüße
BlackMatrix
|
|
|
|
|
