Re: Double spends

[coinling]

Zwischendurch wieder mal ein großes Danke, für all die ganzen reibungslosen Trades.

Kein einziger Doublespend - Kein einziger nicht bezahlter Gutschen

Das kann sich sehen lassen

Doublespend wäre ja auch etwas aufwändig bei der Miningpower

[fronti]

Zwischendurch wieder mal ein großes Danke, für all die ganzen reibungslosen Trades.

Kein einziger Doublespend - Kein einziger nicht bezahlter Gutschen

Das kann sich sehen lassen

Doublespend wäre ja auch etwas aufwändig bei der Miningpower

ein "doble spend" mit uncopnfirmed transactions ist, wenn der Mempool sehr voll ist gar nicht so abwegig.
Daher sollte man schon mindestens eine Bestätigung immer abwarten..
Und dies kann halt manchmal dauern

[coinling]

Zwischendurch wieder mal ein großes Danke, für all die ganzen reibungslosen Trades.

Kein einziger Doublespend - Kein einziger nicht bezahlter Gutschen

Das kann sich sehen lassen

Doublespend wäre ja auch etwas aufwändig bei der Miningpower

ein "doble spend" mit uncopnfirmed transactions ist, wenn der Mempool sehr voll ist gar nicht so abwegig.
Daher sollte man schon mindestens eine Bestätigung immer abwarten..
Und dies kann halt manchmal dauern

Wie geht das dann genau? Wenn eine transaction zu wenig Fee hat und dann quasi nie durchgeführt wird und ich somit eine neue machen kann ?

[husel2000]

Grundlagen vom Bitcoin.
Solange die Transaktion in keinem Block ist, zählt es nur als "Wunsch-"Überweisung. Du kannst die selben Input nochmal nehmen, größere Gebühr angeben und auf andere Adressen überweisen.

[KC377]

Deswegen immer auf mindestens 1 Bestätigung warten

[mezzomix]

Grundlagen vom Bitcoin.
Solange die Transaktion in keinem Block ist, zählt es nur als "Wunsch-"Überweisung. Du kannst die selben Input nochmal nehmen, größere Gebühr angeben und auf andere Adressen überweisen.

So einfach ist es nicht, da die meisten Nodes bei einem Konflikt im Mempool die neuere Transaktion ignorieren. Bei guter Verteilung im Netzwerk (Fee!) und einer Standardtransaktion gibt es kaum eine Chance. RBF muss signalisiert werden und erlaubt nur begrenzte Anpassungen.

Wer es nicht glaubt: Selber ausprobieren!

[trasla]

Man kann aber durchaus mit ein bisschen Mühe (oder entsprechnder Software Unterstützung) den sweet spot finden, bei dem die fee so gering ist, dass manche pools sie garnicht erst weitergeleitet bekommen oder gleich wieder aus dem mempool löschen, man sieht die Transaktion zum Beispiel auf blockchain.info und danach wird aber eine in KOnflikt stehende mit hoher fee direkt an die pools gesendet. Oder man lässt trotzde korrekter Existenz der ursprünglichen Transaktion den Pools (über ihre Apis direkt) in Konflikt stehende Transaktionen mit sehr hoher fee zukommen, ein par haben vermutlich als policy strikte Gewinn-Maximierung und ersetzen die alte Transaktion einfach.
Also alles keine exakte Wissenschaft, aber ist nicht so als gäbe es keine Gefahren.
Man kann auch eine normale Transaktion mit guter Fee schicken, die aber auf einer Kette von problematischen (nicht-Standard, kleine Fee) unbestätigten Transaktionen basiert, so dass die tx selbst ganz gut aussieht, es aber trotzdem unwahrscheinlich ist, dass sie bestätigt wird.

[jeezy]

Mensch was dieser Thread alles bietet. Ich brauch garnichts anderes in diesem Forum lesen, ist ja alles schön komprimiert hier.

[Lyricz]

Mensch was dieser Thread alles bietet. Ich brauch garnichts anderes in diesem Forum lesen, ist ja alles schön komprimiert hier.

Fehlen nur noch ein paar lustige Nerd-Bilder oder, -Videos von abrauchenden Minern,  und das wird meine Startseite  

[fronti]

hier hat jemand das mal vorgemacht wie man das machen kann:

https://www.reddit.com/r/Bitcoin/comments/5f5zg5/ill_pay_05_btc_to_one_who_successfully_double/

[mezzomix]

Vor allem hat derjenige vorgemacht, dass ein Double Spend selbst bei Unconfirmed Transactions sehr schwer ist, wenn man nicht in der zu ersetzenden Transaction explizit RBF signalisiert hat. 

Alternativ kann man eine zu niedrige Fee wählen, darauf hoffen dass der Empfänger das nicht merkt, darauf hoffen dass niemand die Transaktion regelmässig erneut überträgt und darauf warten dass die meisten Knoten / Miner die Transaktion vergessen haben. Einfacher ist es wenn man einen Miner kennt, der die Double Spend Transaction direkt in seinen Block aufnimmt.

Da Bitpay 0-Confirmation Transactions aktzeptiert (hat), habe ich dort ein paar mal einen Double Spend ausprobiert. Es hat in keinem einzigen Fall funktioniert.

[trasla]

Außerdem hoffe ich, dass verantwortungsvolle Empfänger von 0 conf tx entsprechend das Netzwerk monitoren. Zum Beispiel scauen, wie viele andere nodes melden, dass sie die tx gesehen haben, schauen ob eine in Konflikt stehende tx gesehen wird, etc. Das wird natürlich besser, je länger man wartet, aber auch unmittelbar nach Erhalt der tx kann man checken, ob verbundene Nodes die kennen (und ggf selbst aktiv weiter an pools pushen etc.)

[fronti]

Außerdem hoffe ich, dass verantwortungsvolle Empfänger von 0 conf tx entsprechend das Netzwerk monitoren. Zum Beispiel scauen, wie viele andere nodes melden, dass sie die tx gesehen haben, schauen ob eine in Konflikt stehende tx gesehen wird, etc. Das wird natürlich besser, je länger man wartet, aber auch unmittelbar nach Erhalt der tx kann man checken, ob verbundene Nodes die kennen (und ggf selbst aktiv weiter an pools pushen etc.)

denke schon das bitpay oder andere so was machen.. würde mich wundern wenn nicht.