bitcoin-0.9.3 wird auf TESTNET nicht synchronisiert und bleibt auf Höhe 26859 hängen

Heruntergeladen die neueste bitcoin core tar ball 0.9.3. Neuinstallation für Test und Entwicklung. Dieser Thread bezieht sich nur auf das TESTNET, ich habe es nicht im Produktionsnetzwerk versucht. Beim Starten des Bitcoins funktioniert alles wie erwartet, bis es den Block bei 26859 erreicht, wo es aufhört, Blöcke hinzuzufügen. Nichts passiert, nachdem keine weiteren Blöcke angefordert wurden. Nach einigem Debuggen scheint es, dass der nächste Block 26860 eine Transaktion enthält, die bei der Überprüfung fehlschlägt, sodass der Block nicht validiert wird. Diese Blöcke (die versagen) sind mehr als 2 Jahre alt, aber ich hatte nicht erwartet, diese Hürde so früh im Spiel zu treffen. Kann jemand etwas Licht ins Dunkel bringen? Mache ich hier etwas falsch? Laden Sie das Bitcoin-Tar von der offiziellen Website herunter und überprüfen Sie die Signatur.

Jeder kann dies im Testnet-Netzwerk leicht reproduzieren. Jede Hilfe geschätzt.

Das ist wirklich früh. Sie können versuchen, den letzten Block (blk00xxx.dat-Datei) in .bitcoin/testnet3/blocks zu löschen und bitcoind neu zu starten?
Ich habe genau das gleiche Problem. Unter Verwendung von Ubuntu 14.04 und Bitcoin-Version 90300, Protokollversion 70002 und ich habe txindex=1 gesetzt

Antworten (2)

Ich bin mir nicht ganz sicher, warum es auf Höhe 26859 fehlgeschlagen ist, aber ich habe ein Upgrade auf 0.9.4 (von 0.9.3) durchgeführt mit:

apt-get install --only-upgrade bitcoind

dann habe ich den Ordner testnet3 gelöscht und Bitcoin gestartet und jetzt funktioniert es und hat die Höhe 26859 überschritten.

Schön, dass du es zum Laufen gebracht hast. Es gab einen nicht so offensichtlichen Patch, den ich anwenden musste, um v0.9.4 zum Kompilieren zu bringen.
Die obigen Anweisungen gelten für Personen, die das PPA verwenden.

Ich bin mir nicht sicher, ob ich Ihnen direkt helfen kann. Ich habe den Code selbst von der Github-Bitcoin/Bitcoin- Site kompiliert .

Gerade kompiliert Bitcoin für OSX 10.9 und 10.10. Beachten Sie, dass die folgenden Ergebnisse für v0.9.4 gelten. Hier sind die "getinfo"-Ergebnisse, die ich für das testNet erhalte. (FYSA - musste einen Softlink anwenden, damit ich keinen vollständig qualifizierten Dateipfadnamen angeben musste.)

Skaht% bitcoin-cli -conf=testNet.conf getinfo
{
    "version" : 90400,
    "protocolversion" : 70002,
    "walletversion" : 60000,
    "balance" : 0.00000000,
    "blocks" : 322742,
    "timeoffset" : 0,
    "connections" : 1,
    "proxy" : "",
    "difficulty" : 1.00000000,
    "testnet" : true,
    "keypoololdest" : 1423202150,
    "keypoolsize" : 102,
    "paytxfee" : 0.00000000,
    "relayfee" : 0.00001000,
    "errors" : ""
}

Es ist ein wenig beunruhigend zu sehen, dass der Schwierigkeitsfaktor einer ist. Als ich jedoch einen „Coin“-RPC an den mit dem TestNet-Bitcoind verbundenen bfgminer ausgab, erhielt ich einen gültigen Schwierigkeitsfaktor.

Ja sieht so aus, als ob das pb in 0.9.4 und höher behoben wurde.
Ich weiß, warum es hängen geblieben ist, Block 26860 hatte eine Transaktion, die nicht verifiziert werden konnte (Version 0.9.3), deshalb würde es die restlichen Blöcke niemals synchronisieren.
Für den Grund, warum die Schwierigkeit als 1 angezeigt wurde, siehe bitcoin.stackexchange.com/questions/18554/… .
bitcoin-0.9.3 wird auf TESTNET nicht synchronisiert und bleibt auf Höhe 26859 hängen
AntwortenHierDatenschutz-Bestimmungen1y, 0v