wwurst Geschrieben 12. Oktober 2018 Teilen Geschrieben 12. Oktober 2018 Hallo zusammen, ich mache hier mal ein Thema für mein Problem auf. Bei mir läuft eps 0.15 mit bitcoind 0.17.0 und lnd 0.5 auf einem Raspberry Pi, installiert nach Stadicus' Anleitung https://github.com/Stadicus/guides Wenn ich jetzt mein Elektrum-Wallet auf dem PC mit meinem eps verbinde, dann wird eine der Transaktionen als "Status: local" angezeigt. Diese tx ist schon Monate alt und wird von allen Blockexplorern und öffentlichen Elektrum-Servern als korrekt und bestätigt mit dem richtigen Datum angezeigt. Das bitcoind update auf 0.17.0 hat schon einen blockchain reindex ausgeführt, Neustarts gab es mehr als genug... Fällt euch sonst noch etwas ein, was ich probieren könnte um das Problem einzugrenzen? Den Raspi hatte ich neu aufgesetzt, in einer früheren Inkarnation (eps 0.12 und bitcoind 0.16.0) gab's dieses Problem noch nicht. Link zu diesem Kommentar Auf anderen Seiten teilen Mehr Optionen zum Teilen...
wwurst Geschrieben 12. Januar 2019 Autor Teilen Geschrieben 12. Januar 2019 Hallo, hier mal ein Update: auch nach meinem jüngsten Update auf eps 0.16 (mit blockchain-rescan bis 2 Jahre vor der ersten tx in diesem Wallet) , bitcoind 0.17.1 und ln 0.5.1 habe ich immer noch dasselbe Problem mit derselben tx. Die ist vom Mai 2017, mitten zwischen normal angezeigten tx, und wird nach wie vor von allen Blockexplorern und öffentlichen Elektrum-Servern als korrekt und bestätigt mit dem richtigen Datum angezeigt. War auch kein dust, sondern etwa 6 mBTC. Hat wirklich niemand eine Idee was ich noch checken könnte? Mit google finde ich nur Fälle, wo die tx tatsächlich nicht ausgeführt wurde, nicht lange genug gewartet, Null fees oder so... Link zu diesem Kommentar Auf anderen Seiten teilen Mehr Optionen zum Teilen...
wwurst Geschrieben 22. Mai 2019 Autor Teilen Geschrieben 22. Mai 2019 Hallo, ich probiere es ein letztes Mal, ob jemandem was dazu einfällt. Inzwischen läuft eps 0.1.7 mit bitcoind 0.18.0 auf dem raspibolt. Aus anderen Gründen wurde die komplette Blockchain in der Zwischenzeit neu heruntergeladen, tx-indiziert und dann von eps 0.1.7 gescannt. Immer noch dasselbe Problem: eine einzige, auf der blockchain korrekte, tx zeigt eps als "local only" an. Immerhin meldet die neueste Version von eps den Umsatz an den Client, so dass jetzt wenigstens der Kontostand stimmt... Link zu diesem Kommentar Auf anderen Seiten teilen Mehr Optionen zum Teilen...
triumvirat Geschrieben 22. Mai 2019 Teilen Geschrieben 22. Mai 2019 eps kenne ich nicht. Vielleicht hilft es, bitcoind mal mit ausführlichem Debug-Log zu starten und das debug.log mit tail beim Start der Wallet zu beobachten. Link zu diesem Kommentar Auf anderen Seiten teilen Mehr Optionen zum Teilen...
wwurst Geschrieben 22. Mai 2019 Autor Teilen Geschrieben 22. Mai 2019 keine Fehlermeldungen vom bitcoind, weder beim Neustart noch beim letzten reindex... Link zu diesem Kommentar Auf anderen Seiten teilen Mehr Optionen zum Teilen...
triumvirat Geschrieben 23. Mai 2019 Teilen Geschrieben 23. Mai 2019 $ bitcoin-cli getaddressinfo <deine Adresse> schon versucht? Falls mit deiner Node alles in Ordnung ist, auf github mal ein Issue erstellen. Oder mit einem Public Server verbinden und deine Coins auf eine neue Adresse transferieren. Link zu diesem Kommentar Auf anderen Seiten teilen Mehr Optionen zum Teilen...
wwurst Geschrieben 23. Mai 2019 Autor Teilen Geschrieben 23. Mai 2019 @triumvirat wie ganz oben geschrieben ist auf der blockchain ja alles in Ordnung, also kein Grund Coins zu transferieren. Mir geht#s ja nur drum ob das ein Bug in eps oder ein Problem mit meiner Node/okalen blockchain-Kopie ist. Inzwischen glaube ich an Ersteres, und zwar erst nach Version 0.12 oder sieht das für dich verdächtig aus? $ biitcoin-cli getaddressinfo 19... { "address": "19...", "scriptPubKey": "76...", "ismine": false, "solvable": false, "iswatchonly": true, "isscript": false, "iswitness": false, "label": "electrum-watchonly-addresses", "ischange": false, "timestamp": 0, "labels": [ { "name": "electrum-watchonly-addresses", "purpose": "receive" } ] } Link zu diesem Kommentar Auf anderen Seiten teilen Mehr Optionen zum Teilen...
triumvirat Geschrieben 23. Mai 2019 Teilen Geschrieben 23. Mai 2019 iswatchonly:true ist auf jeden Fall schon mal ungewöhnlich. Bei meinen Adressen ist iswatchonly=false. Eine Ahnung woher das kommt? Am Besten auf Github mal anfragen. Link zu diesem Kommentar Auf anderen Seiten teilen Mehr Optionen zum Teilen...
wwurst Geschrieben 24. Mai 2019 Autor Teilen Geschrieben 24. Mai 2019 @triumvirat ich weiss ja nicht, von welchen Adressen du bei dir redest, aber so funktioniert jeder Electrum Server. Dem gibt man nur public keys. Damit kann er die dazugehörenden Adressen auf Blockchain beobachten ("watch only") und dem Client auf Anfrage erzählen, was er dort sieht. Die privaten keys, und damit die Möglichkeit, tx auszulösen, bleiben ausschließlich beim lokalen Client. Link zu diesem Kommentar Auf anderen Seiten teilen Mehr Optionen zum Teilen...
triumvirat Geschrieben 24. Mai 2019 Teilen Geschrieben 24. Mai 2019 (bearbeitet) @wwurst So wie ich es verstanden habe, importiert eps die Electrum-publickeys in die bitcoind(core) wallet, darum bekommst du die Adresse als watchonly angezeigt. Ein ElectrumX-Server macht das nicht. Versuch mal, falls noch nicht durchgeführt, $ bitcoin-cli rescanblockchain ( start_height stop_height ) Musst den Block finden, in dem die Transaktion steckt und diesen bei start_height eintragen. Sonst mal mit $ bitcoin-cli help schauen, ob du unter == Wallet == noch irgendwelche Funktionen findest, die dir weiterhelfen. Bearbeitet 24. Mai 2019 von triumvirat Link zu diesem Kommentar Auf anderen Seiten teilen Mehr Optionen zum Teilen...
wwurst Geschrieben 30. Mai 2019 Autor Teilen Geschrieben 30. Mai 2019 @triumvirat danke für's Gedanken machen, aber das war alles schon (teilweise mehrfach) passiert. Was meinem Verständnis, bzw. der Suche nach der Ursache, evt. helfen könnte: wie kommt die Einstufung einer tx als "local only" zustande? Macht das der bitcoind oder der eps? Anhand welcher Kriterien? Ich wüsste nicht mal wo ich im sourcecode anfangen sollte zu suchen... Link zu diesem Kommentar Auf anderen Seiten teilen Mehr Optionen zum Teilen...
triumvirat Geschrieben 31. Mai 2019 Teilen Geschrieben 31. Mai 2019 @wwurst 1.) nimm ein paar Euros in die Hand und schaffe dir eine vernünftige Hardware an, installiere eine Bitcoin-Full-Node + ElectrumX-Server + usw. 2.) Issue auf github erstellen. 3.) eps nochmals zurücksetzen. in bitcoin.config debug=rpc sezten, bitcoind neustarten. tail -f .bitcoin/debug.log überwachen ~/.local/bin/electrum-personal-server-rescan -c config.cfg ~/.local/bin/electrum-personal-server -c config.cfg und dann electrumpersonalserver.log und debug.log auswerten. Link zu diesem Kommentar Auf anderen Seiten teilen Mehr Optionen zum Teilen...
wwurst Geschrieben 6. Januar 2020 Autor Teilen Geschrieben 6. Januar 2020 So, als ich meinen RaspiBolt heute auf eps 0.2.0 ugedated habe ist mir auch die Ursache dieses Fehlers klar geworden. Ich hatte in der config.cfg vergessen, die Zieladresse (war ein lightning wallet) der "lokalen" tx einzutragen. Jetzt steht sie drin und alles klappt. Ist auch logisch so. Warum das mit eps 0.1.2 noch ohne diesen Eintrag ging, will ich gar nicht mehr wissen.... 1 Link zu diesem Kommentar Auf anderen Seiten teilen Mehr Optionen zum Teilen...
Empfohlene Beiträge
Erstelle ein Benutzerkonto oder melde Dich an, um zu kommentieren
Du musst ein Benutzerkonto haben, um einen Kommentar verfassen zu können
Benutzerkonto erstellen
Neues Benutzerkonto für unsere Community erstellen. Es ist einfach!
Neues Benutzerkonto erstellenAnmelden
Du hast bereits ein Benutzerkonto? Melde Dich hier an.
Jetzt anmelden