Transaktion hängt fest? Was tun wenns klemmt.

[shorena]

Hi,

erstmal danke für den umfangreichen Thread. Wird sicher einigen Leuten helfen!

Hab leider das selbe Problem ... Ich sitze einen Stau seit mittlerweile fast 3 Wochen aus. 
Da ich nicht oft mit Bitcoin umgehe (alle halbe Jahre mal) hat mich die Gebührenerhöhung in diese Miesere reinlaufen lassen.

Ich wollte von meinem Blockchain Wallet zu einem meiner anderen Wallets ein Sümmchen übertragen. Das Blockchain Wallet hat scheinbar automatisch irgendetwas mit einer 158$ Gebühr veranschlagt .. ich dachte noch die wollen mich wohl abzocken und nach den ersten zwei Google Recherchen zu "Bitcoin Gebühren" waren schon 0,0001BTC eingetragen.

Jetzt hängt also mein Transfer seit fast 3 Wochen fest ...
1. Wäre echt toll wenn mir da jemand behilflich sein kann.
2. Wäre es auch echt interessant warum dieser Transfer so aufgebläht wurde .. Ich habe das mit anderen Beiträgen hier verglichen. Obwohl geringere Beträge überwiesen wurden, waren die Bytes deutlich geringer als meiner? 

https://blockchain.info/tx/e68ab9c73b1a040bc8f0719f0a6779db4dfe27a7f3c58463d119f5af873fba39

Interessant ist auch das manche Seiten die ID nicht erfassen ... der Accelerator von viabtc.com z.B. gibt den Fehler zurück "TX does not exist".
Für den Lerneffekt, wäre es auch gut zu wissen, warum das so ist.

Danke jetzt schon für die Hilfe!

LG
Golden

Die Transaktion ist so groß weil du so viele Eingänge verwendest um auf die Summe zu kommen, siehe hier[1] auf der linken Seite. Die höhe eines Beitrags hat nichts mit der Größe der Transaktion zu tun. Andere Knoten werden die Transaktion längst vergessen haben aufgrund der geringen Gebühr. Angeblich soll blockchain.info[2] solche Transaktionen nach 1 Woche intern rückgängig machen und dir erlauben sie nochmal zu erstellen. Mal beim Support nachgefragt?

[1] https://blockchain.info/tx/e68ab9c73b1a040bc8f0719f0a6779db4dfe27a7f3c58463d119f5af873fba39?show_adv=true
[2] Du schreibst nur "blockchain wallet", das sind alle Wallets. Ich geh einfach mal von bc.i aus.

[1714665872]

1714665872

[1714665872]

1714665872

[1337leet]

Hey,
ich habe vor 2 Stunden eine Transaktion getätigt mit der höchsten automatischen fee die man einstellen kann 0.0031970222222222223 BTC per kB.

Mir wurde angezeigt, dass die Transaktion innerhalb von 10-20 Minuten durchgeführt werden soll - aber auch nach über 2 Stunden steht sie noch als "unconfirmed" da.

Woran könnte das liegen?

[fronti]

Hey,
ich habe vor 2 Stunden eine Transaktion getätigt mit der höchsten automatischen fee die man einstellen kann 0.0031970222222222223 BTC per kB.

Mir wurde angezeigt, dass die Transaktion innerhalb von 10-20 Minuten durchgeführt werden soll - aber auch nach über 2 Stunden steht sie noch als "unconfirmed" da.

Woran könnte das liegen?

taucht diese im Mempool auf Blockchain oder so auf?
Wenn ja liegt es evtl daran das die miner dein Geld nicht wollen oder sich einfach gerade zeit lassen...

[shorena]

Hey,
ich habe vor 2 Stunden eine Transaktion getätigt mit der höchsten automatischen fee die man einstellen kann 0.0031970222222222223 BTC per kB.

Mir wurde angezeigt, dass die Transaktion innerhalb von 10-20 Minuten durchgeführt werden soll - aber auch nach über 2 Stunden steht sie noch als "unconfirmed" da.

Woran könnte das liegen?

taucht diese im Mempool auf Blockchain oder so auf?
Wenn ja liegt es evtl daran das die miner dein Geld nicht wollen oder sich einfach gerade zeit lassen...

Sieht arg nach nem Rundungs-Bug aus. Welche Wallet nutzt du den?

[goldenman85]

Die Transaktion ist so groß weil du so viele Eingänge verwendest um auf die Summe zu kommen, siehe hier[1] auf der linken Seite. Die höhe eines Beitrags hat nichts mit der Größe der Transaktion zu tun. Andere Knoten werden die Transaktion längst vergessen haben aufgrund der geringen Gebühr. Angeblich soll blockchain.info[2] solche Transaktionen nach 1 Woche intern rückgängig machen und dir erlauben sie nochmal zu erstellen. Mal beim Support nachgefragt?

[1] https://blockchain.info/tx/e68ab9c73b1a040bc8f0719f0a6779db4dfe27a7f3c58463d119f5af873fba39?show_adv=true
[2] Du schreibst nur "blockchain wallet", das sind alle Wallets. Ich geh einfach mal von bc.i aus.

Hi Shorena!

Danke für die Antwort.

Etwas ähnliches dachte ich mir schon. Das liegt daran das viele kleine Teile zu einer Summe gebündelt wurden, richtig?
Ja du hast recht es ist die Blockchain.info Wallet ... die ich mittlerweile schon gewechselt habe.

Wende mich mal an den Support.

Danke für die Hilfe!

LG
Golden

[shorena]

Die Transaktion ist so groß weil du so viele Eingänge verwendest um auf die Summe zu kommen, siehe hier[1] auf der linken Seite. Die höhe eines Beitrags hat nichts mit der Größe der Transaktion zu tun. Andere Knoten werden die Transaktion längst vergessen haben aufgrund der geringen Gebühr. Angeblich soll blockchain.info[2] solche Transaktionen nach 1 Woche intern rückgängig machen und dir erlauben sie nochmal zu erstellen. Mal beim Support nachgefragt?

[1] https://blockchain.info/tx/e68ab9c73b1a040bc8f0719f0a6779db4dfe27a7f3c58463d119f5af873fba39?show_adv=true
[2] Du schreibst nur "blockchain wallet", das sind alle Wallets. Ich geh einfach mal von bc.i aus.

Hi Shorena!

Danke für die Antwort.

Etwas ähnliches dachte ich mir schon. Das liegt daran das viele kleine Teile zu einer Summe gebündelt wurden, richtig?

Genau. Jeder dieser "Eingänge" benötigt ca. 148 Byte und verursacht dadurch die meisten Kosten, im Sinne von Platzbedarf und damit auch an nötiger Gebühr. Zum Vergleich: Ein Ausgang, also Bitcoin die du versendest, benötigt nur ca. 32 Byte.

Ja du hast recht es ist die Blockchain.info Wallet ... die ich mittlerweile schon gewechselt habe.

Wende mich mal an den Support.

Danke für die Hilfe!

LG
Golden

Viel erfolgt. Wenn die nichts machen können/wollen, kann man immer noch CPFP versuchen. Dafür solltest du entweder die Kontrolle über die Adresse 1itXXx7WTvGmq7Ra16MBv6yoFSDAGGKGL besitzen oder über die Adresse 1LFGfKieUcbbgVxvNH3WWKgxd5aYgdpYYN und noch weitere Bitcoin zu Verfügung haben. 1LFG verfügt nur noch über Kleinstbeträge die alleine nicht ausreichen.

[goldenman85]

Viel erfolgt. Wenn die nichts machen können/wollen, kann man immer noch CPFP versuchen. Dafür solltest du entweder die Kontrolle über die Adresse 1itXXx7WTvGmq7Ra16MBv6yoFSDAGGKGL besitzen oder über die Adresse 1LFGfKieUcbbgVxvNH3WWKgxd5aYgdpYYN und noch weitere Bitcoin zu Verfügung haben. 1LFG verfügt nur noch über Kleinstbeträge die alleine nicht ausreichen.

Danke, nur war ja klar was die Antwort sein wird:

An unconfirmed transaction will eventually be accepted into a block by whichever mining pool mines the block, or the transaction will eventually be rejected by the bitcoin network. If it eventually is rejected, then the funds would remain at the bitcoin address they were sent from. The only thing you can do at this point is to wait and see if the transaction is accepted into a block. Like all wallet providers, Blockchain.info has absolutely no control over this, and cannot expedite transactions. This is always dependent upon the bitcoin network of miners, which we are not a part of.

Sehr hilfreich also. Standardtext.

Der eigentliche Grund warum ich auf deinen Beitrag gekommen bin war ja das CPFP. Ist es möglich von Blockchain.info Wallet das CPFP durchzuführen?
Ich bin Eigentümer von beiden Wallets, Sender und Empfänger.

Wie könnte das ablaufen?
Eine Erklärung für Laien wäre toll! ;-)

[shorena]

Viel erfolgt. Wenn die nichts machen können/wollen, kann man immer noch CPFP versuchen. Dafür solltest du entweder die Kontrolle über die Adresse 1itXXx7WTvGmq7Ra16MBv6yoFSDAGGKGL besitzen oder über die Adresse 1LFGfKieUcbbgVxvNH3WWKgxd5aYgdpYYN und noch weitere Bitcoin zu Verfügung haben. 1LFG verfügt nur noch über Kleinstbeträge die alleine nicht ausreichen.

Danke, nur war ja klar was die Antwort sein wird:

An unconfirmed transaction will eventually be accepted into a block by whichever mining pool mines the block, or the transaction will eventually be rejected by the bitcoin network. If it eventually is rejected, then the funds would remain at the bitcoin address they were sent from. The only thing you can do at this point is to wait and see if the transaction is accepted into a block. Like all wallet providers, Blockchain.info has absolutely no control over this, and cannot expedite transactions. This is always dependent upon the bitcoin network of miners, which we are not a part of.

Sehr hilfreich also. Standardtext.

Der eigentliche Grund warum ich auf deinen Beitrag gekommen bin war ja das CPFP. Ist es möglich von Blockchain.info Wallet das CPFP durchzuführen?
Ich bin Eigentümer von beiden Wallets, Sender und Empfänger.

Wie könnte das ablaufen?
Eine Erklärung für Laien wäre toll! ;-)

Da bin ich leider überfragt, da ich zwar gefühlt 15 Wallets bei blockchain.info hatte, aber nie Coins. Vielleicht kann da jemand anderes was zu sagen. Was gehen könnte ist, einfach alle Bitcoin zu versenden. Es kann aber sein das bc.i unbestätigte Eingänge blockt, dann ginge CPFP ohnehin gar nicht.

[shorena]

Jetzt! ist eine gute Zeit Transaktionen mit geringer Gebühr bestätigt zu bekommen. Es sind nur wenige Transaktionen die zur Zeit auf eine Bestätigung warten und auch wenn immer noch eine hohe Gebühr empfohlen wird (von z.B. cointape oder core/bu), reichten mir gerade ~31 Sat/Byte[1].



[1] https://blockchain.info/tx/07d910284164cb861d4db1e905082cefc0e0c75c128b4f3f1ab3683e93e2bb5c

[Trokhon]

Ich bräuchte auch dringend Hilfe mit einer hängenden Transaktion.
Die Transaktion https://blockchain.info/de/tx/5822228b3f87eb5901e5e8ba881d2bb7d51088774f7430d1a0961d04656f9485
scheint massiv zu klemmen.

Ich habe schon versucht mit -rescan und -zapwallettxes zu arbeiten.

der bitcoin core client, bzw daemon ist aktuell (Version 14) sendet leider offenbar sofort wieder in das Netz und lässt mir keine Chance einen "double spend"

ich habe weiters schon versucht mit sendrawtransaction den hex string zu broadcasten da erhalte ich jedoch Fehler TX rejected vermutlich da ich am selben client/server bin der ja die Transaktion schon kennt oder?

Liebe Grüße und Dank für jede Hilfe

[shorena]

Ich bräuchte auch dringend Hilfe mit einer hängenden Transaktion.
Die Transaktion https://blockchain.info/de/tx/5822228b3f87eb5901e5e8ba881d2bb7d51088774f7430d1a0961d04656f9485
scheint massiv zu klemmen.

Ich habe schon versucht mit -rescan und -zapwallettxes zu arbeiten.

der bitcoin core client, bzw daemon ist aktuell (Version 14) sendet leider offenbar sofort wieder in das Netz und lässt mir keine Chance einen "double spend"

ich habe weiters schon versucht mit sendrawtransaction den hex string zu broadcasten da erhalte ich jedoch Fehler TX rejected vermutlich da ich am selben client/server bin der ja die Transaktion schon kennt oder?

Liebe Grüße und Dank für jede Hilfe

Was sagt den die log Datei nach zapwallettxes? Eigentlich sollten dann alle raus sein. Rebroadcast wird vermutlich aufgrund der geringen Fee und damit Prio rejected.

[Trokhon]

Ich bräuchte auch dringend Hilfe mit einer hängenden Transaktion.
Die Transaktion https://blockchain.info/de/tx/5822228b3f87eb5901e5e8ba881d2bb7d51088774f7430d1a0961d04656f9485
scheint massiv zu klemmen.

Ich habe schon versucht mit -rescan und -zapwallettxes zu arbeiten.

der bitcoin core client, bzw daemon ist aktuell (Version 14) sendet leider offenbar sofort wieder in das Netz und lässt mir keine Chance einen "double spend"

ich habe weiters schon versucht mit sendrawtransaction den hex string zu broadcasten da erhalte ich jedoch Fehler TX rejected vermutlich da ich am selben client/server bin der ja die Transaktion schon kennt oder?

Liebe Grüße und Dank für jede Hilfe

Was sagt den die log Datei nach zapwallettxes? Eigentlich sollten dann alle raus sein. Rebroadcast wird vermutlich aufgrund der geringen Fee und damit Prio rejected.

2017-06-26 08:40:59 AddToWallet f6689808ad8ca95fd288a23a156c33b679712ff25b7ebe0574a71eba6c55aade  new
2017-06-26 08:41:09  rescan              3738089ms
2017-06-26 08:41:09 setKeyPool.size() = 100
2017-06-26 08:41:09 mapWallet.size() = 133
2017-06-26 08:41:09 mapAddressBook.size() = 7
2017-06-26 08:41:09 mapBlockIndex.size() = 472925
2017-06-26 08:41:09 nBestHeight = 472923
2017-06-26 08:41:09 torcontrol thread start
2017-06-26 08:41:09 init message: Lade Adressen...
2017-06-26 08:41:10 Loaded 51817 addresses from peers.dat  276ms
2017-06-26 08:41:10 init message: Lade Sperrliste...
2017-06-26 08:41:10 init message: Netzwerk-Threads werden gestartet...
2017-06-26 08:41:10 net thread start
2017-06-26 08:41:10 dnsseed thread start
2017-06-26 08:41:10 addcon thread start
2017-06-26 08:41:10 opencon thread start
2017-06-26 08:41:10 msghand thread start
2017-06-26 08:41:10 init message: Laden abgeschlossen
2017-06-26 08:41:10 GUI: Platform customization: "windows"
2017-06-26 08:41:10 GUI: PaymentServer::LoadRootCAs: Loaded  58  root certificates
2017-06-26 08:41:11 receive version message: /Satoshi:0.14.1(UASF-SegWit-BIP148)/: version 70015, blocks=472931, us=46.166.179.42:18779, peer=0
2017-06-26 08:41:12 ProcessMessages(version, 102 bytes) FAILED peer=1
2017-06-26 08:41:21 Loading addresses from DNS seeds (could take a while)
2017-06-26 08:41:23 121 addresses found from DNS seeds
2017-06-26 08:41:23 dnsseed thread exit
2017-06-26 08:41:29 receive version message: /Satoshi:0.14.0/: version 70015, blocks=472931, us=46.166.179.42:18790, peer=2
2017-06-26 08:41:42 UpdateTip: new best=000000000000000000b5024da860cd1f3156d9d4e5ec9d77cd7f640368d43157 height=472924 version=0x20000002 log2_work=86.658029 tx=234790354 date='2017-06-26 07:48:01' progress=0.999956 cache=225.1MiB(32260tx) warning='2 of last 100 blocks have unexpected version'
2017-06-26 08:41:43 AddToWallet 5822228b3f87eb5901e5e8ba881d2bb7d51088774f7430d1a0961d04656f9485  new
2017-06-26 08:41:43 AddToWallet 5f6c8a6cd1b56c8d0900c8ca468371722daf9a6077582b3f6cb73bc70b1c6c98  new
2017-06-26 08:41:43 Imported mempool transactions from disk: 2163 successes, 15 failed, 0 expired

und dann später

2017-06-25 15:47:22 Relaying wtx 5822228b3f87eb5901e5e8ba881d2bb7d51088774f7430d1a0961d04656f9485
2017-06-25 15:47:22 Relaying wtx 5f6c8a6cd1b56c8d0900c8ca468371722daf9a6077582b3f6cb73bc70b1c6c98
2017-06-25 15:47:22 ResendWalletTransactions: rebroadcast 2 unconfirmed transactions

und die gesendeten Beträge sind wieder da im client als unbestätigt klarerweise

[sho_road_warrior]

hmpf, wundert mich. Abandon TX (nach Rklick) geht nicht? Wechselgeld wirst du ja auch nicht haben. Sonst bleibt nur per Hand oder über eine andere Wallet ein Double Spend

[shorena]

hmpf, wundert mich. Abandon TX (nach Rklick) geht nicht? Wechselgeld wirst du ja auch nicht haben. Sonst bleibt nur per Hand oder über eine andere Wallet ein Double Spend

Das Tool hier ist sonst auch ne Option (ganz unten) -> http://www.mocacinno.com/feecheck.php

Das kann für dich einen Double-Spend erzeugen. Es werden die selben Inputs benutzt. Der Output wird zur selben Adresse geschickt, aber um die erhöhte Gebühr verringert. Ist von nem User der hier relativ aktiv ist und den ich im allgemeinen für Vertrauenswürdig halte, hab das aber noch nie genutzt.

Broadcasten kannst du dann über einen der Services hier[1] oder(/und) schick mir die rohe signierte TX per PM.

[1] https://en.bitcoin.it/wiki/Transaction_broadcasting

[miningnew]

Wieviel sollte man momentan an Gebühr angeben (bitcoin.de)
0,0001
reicht das?

[shorena]

Wieviel sollte man momentan an Gebühr angeben (bitcoin.de)
0,0001
reicht das?

Wird wieder ein bisschen teurer, aber ca. 250 Satoshi pro Byte sollten noch zu einer schnellen Bestätigung führen. Pauschal, ohne zu wissen wie groß die TX ist, kann man das nicht sagen.

[Trokhon]

so habs geschafft mit double spend gings dann problemlos. Danke an alle 

[miningnew]

Wieviel sollte man momentan an Gebühr angeben (bitcoin.de)
0,0001
reicht das?

Wird wieder ein bisschen teurer, aber ca. 250 Satoshi pro Byte sollten noch zu einer schnellen Bestätigung führen. Pauschal, ohne zu wissen wie groß die TX ist, kann man das nicht sagen.

Wovon hängt die Größe einer Transaktion ab?
sind ca. 4 Bitcoin, ist egal wenn es einen Tag dauert hauptsache es hängt nicht für immer irgendwo fest .

[Chris601]

Es geht um eine Überweisung VON Bitcoin.de an deine Wallet?
Dann hast du auf die größe der TX keinen Einfluss. Bisher konnte man von dort aus beruhigt OHNE Extra-Gebühr wegüberweisen, da die Standard-Fee von denen schon vernünftig dimensioniert war. bitcoin.de bündelt aber gern mehrere TXe, so dass sich das oft im KB-Bereich abspielt.
Leider habe ich mit der neuen Gebührenstruktur dort (seit gut einer Woche) noch keine Erfahrungen machen können, ich gehe aber davon aus, dass man mit der Standardgebühr immer noch gut fährt, zumal der Mempool gerade wieder fast leer ist (erstaunlich bei so viel Aktivität gerade).

[fronti]

Evtl kann man ganz vorne in die faq noch einbauen dass es unter Umständen Sinn macht in Zeiten mit einem nicht so vollen Mempool sich einmal seine ganzen kleinen Transaktionen, die sich so im Laufe der Zeit ansammeln, zu einer zusammenzuführen.
Damit man dann später, bei evtl mehr ausgelastetem Mempool und Netzwerk, mit weniger KB an Transaktionen und daher auch weniger Gebühr zurechtkommt.

Man sollte dazu dann einfach seine BTC an eine neue Addresse in seiner Wallet schicken.
Dann wird das quasi konsolidiert und wenn man dann später etwas bezahlt bekommt man wieder eine Transaktion mit nur einem Input und (vermutlich) 2 outputs was dann ja wenig gebühren nach sich zieht.