Topic: 2 Stuck btc transactions.. anyone can help? (Read 297 times)

Did you miss this part of my post?

---

While new user might see his funds frozen (where the user need to contact customer support to solve it) or worse.

Good to see the problem solved, but next time you might want to use Electrum (which support RBF and CPFP). It could be useful when your transaction got stuck, but there's leftover which sent to your change address.


I don't read Roobet ToS, but would OP able to withdraw if the deposit transaction never confirmed and OP don't bother rebroadcast/use paid accelerator?

That "good standing" is quite a flaw! It means anyone can send some 1 sat/byte dust to his Roobet deposit address, and he'll be forced to pay an expensive accelerator again.

If the transaction is flagged as RBF, then you can't use it to make instant bets or plays while it still has zero confirmations, for obvious reasons. CPFP would have solved the problem here though, as you say, except OP had no change outputs.

No, he wouldn't. They allow you play with funds which are still unconfirmed, but you cannot withdraw until your transaction confirms. If the transactions dropped and OP did not rebroadcast/accelerate them like he did here, then he would never be allowed to withdraw any winnings, since he never actually deposited the money he played with to win those winnings.

Obviously they did in OP's case, but their terms actually say that they don't:

I wonder if it was a case of their algorithm making a mistake, or maybe OP is a long standing customer with lots of deposits and an account in good standing and so he gets the benefit of the doubt. Even when the transactions were broadcast back in February, they were still around 80 vMB from the tip. I can't imagine this is standard practice for Roobet, because as you say, it becomes trivial to double spend the transaction back to yourself if you lose.

I'm just amazed they allow zero-deposit transactions with such a low fee. Unless it's limited to OP's (high level) account, this could easily be abused ("deposit 1 Bitcoin at low fee, go all-in, double spend if lost").

This is correct. The default_mempool_expiry is 336 hours, which is exactly 14 days. This is the time after which an unconfirmed transaction will expire and be dropped by most nodes if not rebroadcast. Code: https://github.com/bitcoin/bitcoin/blob/80a699fda9ff1129546cabbf17e955680a1cc705/src/validation.h#L71

Alternatively, the default_max_mempool_size is 300 MB. When sorted by fee rate, transactions beyond 300 MB from the tip of the mempool will also be dropped by most nodes. Code: https://github.com/bitcoin/bitcoin/blob/4a540683ec40393d6369da1a9e02e45614db936d/src/policy/policy.h#L32

Roobet allow users to play with funds from deposits while those deposits are still unconfirmed. However, before you can withdraw any winnings, your deposit must confirm to avoid people double spending and leaving the casino out of pocket.

Looks like they don't care about how much you are trying to deposit or withdraw, just that everything must be settled before you can even take 1 sat out.

A question about your Roobet account though - why did they require those two transactions to confirm before you could withdraw? And why two transactions anyway, if they put some deposit condition on your account then wouldn't you only need to send one transaction for whatever it is they wanted you to prove?

Thank you everyone for your comments and suggestions.   I ended up having a friend spot me $500 to pay pushtx to accelerate and it worked like a charm.    Transactions confirmed and roobet has released my funds.

Thanks!
wecanbothwin

Be aware that the mempool min fee is currently at like 2.5 sats/vbyte... https://statoshi.info/d/000000020/memory-pool?orgId=1

Any transactions with a fee lower than this is likely to be purged by most nodes. This will make it difficult for your transactions to remain in the mempool of the miners to actually be picked up and included in a block as they are both below this limit.

pushtx is also legit..  and I can do both for $500.   i think one is just under 400 and the other is just under 100. but i dont' have any money at the moment.    I can wait and eventually will, but i'm afraid i'm going to gamble it all away.  haha.    oh well.   if anyone has any ideas, i'll pay once i withdraw.   

Some wallets do automatically rebroadcasting transactions, that is why it is good to make sure the wallet do not synchronize with the blockchain during the period. But, yet, some transactions will remain stuck in mempool for months. Because one of the above transactions has been dropped on blockchair.com, that does not mean it is not on other mempool. That is why it is good to just use replace-by-fee.

I think he meant he is sending the two unconfirmed transactions to Roobet, and nothing can be done than to wait.

He should still be able to use CPFP if the transactions have change address, but also not have change address, so he can not use it.

---

Paid accelerator can be used, but the high fee will not let the OP use it. The only free acceleratator that is still working good which is ViaBTC can be used, but the transaction will at least have a feerate of 10 sat/vbyte.

Why didn't you say so This makes your transactions a lot more interesting!

First: Are you saying Roobet.com accepted zero-confirmation transactions with very low fee, and now they're waiting for it to confirm so you can't double spend it?

If so: You can try ViaBTC's paid transaction acceleration service. It requires SMS verification, which I'm not willing to do, so I can't tell you how much they charge for it.
Google Authenticator works too. ViaBTC charges:
0d94cf61a6c3de650c9031ee332568ab5e7eba12482d0c94d8b7026fd5071cd4: $528
7957bfe67768cb28a057a5c48d2797f7f3098d7219ae9d7f93a7bd318b750992: $139
$500 isn't enough though.

Disclaimer: I've never used ViaBTC's paid accelerator, but I've used their free accelerator many times. Your transaction fee isn't enough for a free acceleration.

If the receiving addresses are owned by Roobet, OP can't do CPFP.

Then you should certainly try CPFP. It means child pays for parent. This means to create a tx from this 17RZPPmSWgjiAisqk1gwSK8sHRMPSTvbAE (both unconfirmed funds!) and another funded address of yours to a third address of yours, with a much higher fee, so it'll cover the other 2 transactions' fees too.

The transaction do not support replace-by-fee, the second transaction has already been dropped from some mempool but that does not mean it is not still included on some other mempool. The first transaction has been rebrocasted which probably was automatically done by your wallet.

The thing is, if he sent the bitcoin to an exchange, there is nothing he can do. But, if he has the seed phrase or private key to the wallet, he can import it on electrum and use CPFP for the unconfirmed transaction.

Can you tell us if you have the seed phrase or the private key to the wallet you sent the bitcoin from? If you have it, or if the receiver has it, all needed to be done is for the receiver to send the whole unconfirmed bitcoin to another address on his wallet (this can required importing the seed phrase or private key to a wallet that can spend unconfirmed transactions, like electrum). But, a fee that will be able to confirm both the parent and child transactions at ones will be used for child transaction.

This transaction consists of 6 inputs and 1 output. Make sure the child transaction fee should be enough for 7 inputs and 2 outputs and substract the fee paid before from it

This transaction consist of 1 input and 1 output. Make sure the child transaction consist of fee that will confirm 2 inputs and 2 outputs after you substract the fee paid before from it.

Even if you get them confirmed, the outputs are virtually useless: 1944 and 3407 sat is barely enough to pay the fee to send it again.
You're consolidating dust/spam-inputs of 547 sat. You're now linking several of your addresses together by consolidating the dust (which is exactly the reason a dust attack happens in the first place). It's probably best to "freeze" those in your wallet and forget about them, unless you can add it to a larger transaction when fees are really low.
If you really insist on doing this, it's better to use native Segwit (bc1q) addresses as output and add as many of those together. If those transactions would have been in one transaction, you'd save half the fees again when sending it later on. 5500 sat on a bc1q address is a lot better than 2 smaller inputs on legacy addresses.

you're wrong.  this is definitely worth it.   i just don't have the funds.   I have about a lot of money locked up in roobet casino.  they won't let me withdraw until these two transactions confirm..  :-)    I'd pay $500 to anyone that can get these transactions confirmed for me.

2 sat/vByte, no unconfirmed parents, no RBF, transacted amount 2$
It looks like a consolidation of inputs, too low amount to do anything else than wait and re-broadcast every 10-14 days.
The only thing you could do would be to do CPFP, but for such a low amount it's not worth it.


2 sat/vByte, no unconfirmed parent, I don't know if it has RBF since Blockchair cannot see it, 1.1$ transferred.
Again, too low amount to do much. Sorry. Wait and re-broadcast every 10-14 days.

..Or don't re-broadcast and wait to get them "forgotten" so they get back to sender (you?)



Too low amounts for that and probably no RBF flag either (at least for one it's certainly missing).

Since fees are super low, you will have to wait super long time for it to be confirmed :-D