Topic: Ausgeraubt und jetzt erst gemerkt. Oder was ist passiert?! (Read 1339 times)

Change Adressen sind nicht gelistet weil die wallet nicht möchte das Du sie anderweitig nutzt. Wenn Du eine halbwegs aktuelle Version hast, kannst Du sie aber trotzdem sehen indem Du CoinControl aktivierst[1]. Danach hast du im "send" tab einen "Inputs..." button. Wenn Du dort auf "List mode" klickst erscheinen einige Label mit "(change)" und daneben solltest Du die gesuchten Adressen finden.

[1] (ggf. sinnvoll übersetzen) Settings -> Options -> Wallet

So, noch 14 Wochen im Rückstand, aber es sieht wieder alles gut aus! Alle BTCs wo ich sie sehen kann VIELEN Dank für den Support!

Woran lag es, dass mir die BTCs  die auf den "Change Adressen" liegen , nicht in meinem Wallet angezeigt wurde.? An dem alten Back Up? Ich war "voll" synch mit dem Wallet.

Jetzt werden mir die "Geisterbuchungen" in den Transaktionsdetails auch nicht mehr angezeigt..

Da du meinst (jedenfalls verstehe ich dein erstes Posting so) Bitcoins liegen in der wallet, versuch mal folgenden Vergleich zu verstehen.

Die Blockchain ist ein Tresorraum mit unheimlich vielen Schliessfächern aus durchsichtigem Material. Du hast zu einigen Schliessfächern einen Schlüssel und die Schliessfachnummer (Privatekey und publickey). Man kann in Schliessfächer wie in Briefkästen Zettel einwerfen. Aber zum Entnehmen muss man aufschliessen.

Auf den Zettel steht was du hast, also eine Zahl die angibt wieviel btc das sind.

In der wallet sind nur die Schlüssel zu den Schliessfächern mit den Schliessfachnummern. Aber keine Zettel wieviel Bitcoins da sind. Die Blockchain weis nun welche Zettel in welchen Schliessfächern liegen. Naja..hier hinkt es etwas, weil die Blockchain nicht in die Schliessfächer schaut, sondern sich merkt, wann welche Zettel bewegt wurden. Also nimm mein Beispiel nicht zu genau im Detail, es dient mehr dem Verständniss WO dein Geld wirklich liegt.

Jedenfalls musst du nun erstmal die komplette Blockchain haben bevor du weist welcher zettel wo liegt und folglich weist, wo dein Geld momentan genau ist. Wenn du 2 Jahre im Rückstand bist aber deine transaktion 1 Jahr alt dann musst du warten bis du 1 Jahr aufgeholt hast, dann tauchen deine Zuordnungen auf und dein Client kann diese erkennen und auswerten. Theoretisch könnte es immer noch sein, das vor 6 Monaten jemand dir das "geklaut" hat und du das folglich erst siehst, wenn deine Blockchain diesen Zeitpunkt erreicht hat. Was ich natürlich nicht glaube, weil das nicht zu den Fakten passt. Soweit Lutpin das recherchiert hat, ist wohl alles noch da. Es gibt Webseiten wo man, technisches Fachwissen voraus gesetzt, anhand der TX oder der Adresse sehen kann was da drauf liegt. Die also permanent den Kontostand aller Schliessfächer anzeigt. zB Blockchain.org

Das mal nur um den Punkt zu erklären, warum Bitcoins nicht in der Wallet-Datei liegen und es meist nichts bringt eine ältere wallet einzuspielen. Dort sind unter umständen neu generierte keys NICHT drin. Aber in der Neuesten sind alle alten keys drin. Und deswegen muss man aufpassen, wenn man Wallet-dateien mischt, das hier nicht Keys verloren gehen. Den ohne den Key wird das Schliessfach für immer unzugänglich sein. Wieder herstellen ist nicht vorgesehen, weil das ein Sicherheitsloch wäre. Es gibt lediglich sogenannte Seed-Varianten die ihre Keys immer vom Grundwert aus generieren nach festen Regeln. So muss man sich den Grundwert merken, der kopfgeeignet aus einem Satz mit vielen Worten besteht. Naja...das nur nebenbei.

Dann werde ich sobald ich wieder "alles" im Griff habe, Deine nutzen , um zu sehen ob alles wieder läuft!  

Schon mal jetzt aller besten Dank!  

Danke!

Sollte sie sein, ja.

WOW! WOW! WOW!

Das hört sich super an! Ist Deine BTC Adresse in Deinem Profil korrekt?

Alles ist gut, deine Coins sind da, warte, bis du mit dem Netzwerk synchron bist

So wie all deine anderen Adressen auch.
Sobald du mit dem Netzwerk synchron bist, kannst du auf Überweisen gehen, Empfänger und Betrag wählen, und die Coins senden.
Ob diese dabei nun von einer "change" Adresse oder von einer "normalen" (Empfangs-)Adresse kommen, macht hier keinen Unterschied.

Austehend im moment ca. 3BTC (was zuviel ist) und verfügbar im Moment 0 BTCs... (2 Jahre 6 Wochen Rückstand)

Kannst Du mir schon mal eine "Vorrausicht" geben? Also wie ich die Change Adressen kontrollieren könnte? Ich kann aber auch warten....fast
Ich suche im Netzt schon die ganze Zeit, entweder finde ich nix, oder ich verstehe das anscheinend nicht.
Also was Change Adressen allgemein sind, erschließt sich mir allmählich, aber nicht wie ich die kontrollieren kann..

Was sagt denn dein Kontostand (verfügbar/ausstehend/gesamtbetrag)?
Erstmal würde ich warten, bis du synchon mit dem Netzwerk bist.

Genau das ist mir auch gerade aufgefallen . .weil da eben der account name steht...

Auch da kommt jetzt ""ismine": true,"

Das sieht gut aus? Was kann ich jetzt machen?

Ich bin ja auch doof.
Die 17tQM ist ja gar keine Change Adresse. Dahin hattest du die Transaktion gesendet.
Ersetze die mal durch 16UC78cpGQNVWuNDEC5no5uiVYtpUdrEWG, das sollte deine Change Adresse sein.

---

Wenn dir für beide Adressen "ismine": true, zurückgegeben wird, brauchst du nicht nervös zu sein.
Ob die Transaktionen jetzt angezeigt werden oder nicht, die private keys sind in deiner wallet.dat, und die Coins damit in deinem Besitz.

Sorry bin ein wenig nervös..

Im Moment werden mit die letzten Transaktionen, also bei den soviel "abhannden" gekommen ist, noch gar nicht angezeigt. Also ist mein EDIT oben nciht ganz richtig...

Ja, das müsste es in der Tat.

Wieso startet man denn ein altes Backup, wenn man noch jüngere hat?

Das jüngste habe ich aber nicht benutz gerade, wechsel es jetzt, gegen das jüngste und teste noch mal.

NUn steht zumindest bei einem " ismine" treu

"isvalid": true,
  "address": "1Cw7Z3WpCLejWhtbySriyVN3TnZmg86kMq",
  "scriptPubKey": "76a91482e550b693bb25dabeed8147c267057d39c9a7dd88ac",
  "ismine": true,
  "iswatchonly": false,
  "isscript": false,
  "pubkey": "033b16a897dff3142dda33ff89e31e48f51d69b65461448a110ee1a28600b406f1",
  "iscompressed": true



  "isvalid": true,
  "address": "17tQMGGew5fajxAvwV5rovp2SEAqStbc3",
  "scriptPubKey": "76a914014d678bfba0eeb0c4b63dabc6cbf494f1eba29688ac",
  "ismine": false,
  "iswatchonly": false,
  "isscript": false,
  "account": ****


Nun tauchen die "change adress" überweisungen aber nicht mehr in den Transaktionsdetails auf...? Bin aber immer noch 2 wochen 14 Tage im Rückstand..

Müsste Core für diese Adressen dann nicht "ismine": true, liefern?

---

Na dann hoffen wir mal das Beste.

Alle die ich habe sind ziemlich alt...

Alle auf jeden Fall bevor die Transaktion gemacht wurde...

Aber ich habe nach diesen beiden Transaktionen keinemehr gemacht. Und zwischen dem jüngsten Backup und diesen beiden letzten Transaktionen , liegen etwa 20.

Bevor die beiden Transaktionen gesendet wurden, sollte nicht wirklich ein Problem sein,
dafür gibts ja den Adress-Pool (Bitcoin-Core erstellt default 100 Change-Adressen im voraus).

Wenns aber tatsächlich Ewigkeiten waren (mehr als 100 Transaktionen zwischen Backup und Sendezeitpunkt liegen), dann könnte das übel enden.

Ok, wann wurde das Backup der wallet.dat erstellt?
Ich hoffe, kurz bevor der PC neu aufgesetzt wurde, und nicht etwa Ewigkeiten zuvor (womöglich sogar bevor die beiden Transaktionen gesendet wurden).

---

Das hört sich doch schonmal nach ’nem guten Notfall Plan an.

Ich hoffe das war jetzt richtig:
Ich habe das mal auch in die Konsole "gepaste": Heraus kommt.

"isvalid": true,
  "address": "1Cw7Z3WpCLejWhtbySriyVN3TnZmg86kMq",
  "scriptPubKey": "76a91482e550b693bb25dabeed8147c267057d39c9a7dd88ac",
  "ismine": false,
  "iswatchonly": false,
  "isscript": false

und

"isvalid": true,
  "address": "17tQMGGew5fajxAvwV5rovp2SEAqStbc3",
  "scriptPubKey": "76a914014d678bfba0eeb0c4b63dabc6cbf494f1eba29688ac",
  "ismine": false,
  "iswatchonly": false,
  "isscript": false

Zur Info: Ich habe das alte System , mit dem alten Bitcoin Core noch auf einer Festplatte, von der ich auch starten könnte.

Sicherlich. Panik bringt jetzt auf jeden Fall nichts.

Was gibt denn folgendes als return:
validateaddress 1Cw7Z3WpCLejWhtbySriyVN3TnZmg86kMq
validateaddress 17tQMGGew5fajxAvwV5rovp2SEAqStbc3
validateaddress 16UC78cpGQNVWuNDEC5no5uiVYtpUdrEWG