Bitcoin Forum

I am going to explain everything I know and have. I am tired of waiting. I’m willing to pay $400 to get this confirmed.

0.08 BTC sent to me from “Company A”. “Company A” uses “Bitgo” as their “Banker”, So..”BitGo” sent me 0.08 BTC, with a very low mining fee. I contacted both company A and Bitgo, so far with no luck.

I am the receiver, My wallet is with the app Crypto.com. I do not have my private keys. I contacted them, they said they do not have them either- when online it clearly says that they keep private keys “Just like all the other exchanges do”. Well, they said they don’t have mine. So i think I’m screwed…Can someone either validate that I’m screwed, or actually help me? Thank you,

https://blockchair.com/bitcoin/transaction/524ff79c71013b4ed78fc170626997a1a3c46a4c2ee3f03a444c194da16a575f

2.2 sat/vB wow!

They sent with very low fees. These days you at least needs 10 sat/vB for your tx to be confirmed in a few days. I am not sure if there are any accepters around who can help you too with this low fees. However, try this : ViaBTC.com

There must be some misunderstanding. If I assume Crypto.com has a custodial address for you then definatly they have the private key or the seed of the address.


Anyway, I had a similar problem with one of my tx which actually needing high fees but the discussions may give you some idea of what to do. Here : https://bitcointalk.org/index.php?topic=5332148.0

In your case I see the best option for you is to use ViaBTC.com or wait until the mempool fees drop under 2.2 sat/vB which will obviously take a long time.

You are screwed in a sense that the funds will be in your account not very soon but eventually you will have them.

The feerate (2 sat/vbyte) used is very low, assuming if it is like 10 sat/vbyte that was used, the transaction would have been confirmed by now. The best is to make use of paid accelerator like ViaBTC (https://www.viabtc.com/tools/txaccelerator), but the fee that will be demanded for the service will be very high.

Pretty bad even ViaBTC paid service shows this

https://i.imgur.com/8xFrsjI.png

It does not exist according to ViaBTC paid service.

Another bad thing is pushtx from poolin paid accelerator service asking for a very huge fee to confirmed this transaction look at the image below.

https://i.imgur.com/v02jKLB.png

There is nothing we can do about this transaction unless if the network congestion drops a lot or if you can contact the company who sent it and ask to make a double-spend or to rebuild this transaction with a higher fee.

This is scarey to be honest.


Lately even I guess I have seen it today too that the fees were below 7 sat/vB. So considering the last few weeks when the fees were crazy high like over 200 sat/vB, if the sender company can just rebroadcast it with at least 10 sat/vB then I don't think OP will need to wait much longer time.

I think your first suggestion will be the best, he will need to wait till the mempool has been decongested in a way it will be able to accept 2 sat/vbyte transactions. But very possible for ViaBTC node to still pickup the transaction again, but I am thinking the fee may be as high as that of Poolin as a result of high inputs (although, I am not sure). The transaction can not be double-spent because it does not support replace-by-fee. Only what the sender can do is to use CPFP, but the change address UTXO only have 0.00046802 BTC which can not make both the child and parent transactions to be confirmed, unless more bitcoin can be spent from the sender's wallet another address in addition to the change address UTXO in a way high fee will be included that will get both transactions (child and parent) confirmed. I have not used Bitgo before, but I have not seen a custodial trading platform that their transaction fee will be as low as that.

Yes, you are right. I have heard before that if a sender do not open his wallet and not able to sychronize with the blockchain, this can make the transaction to leave almost all the mempool (although few mempools may still have it) with the wallet not able to rebrocaste the transaction automatically as it is not synchronizing with the blockchain, then the sender can be able to be rebrocasted it manually after leaving almost all the mempools, but I think this may differ from one wallet to another, I have once had a frustrating stuck transaction for over 2 months before it was confirmed, I have my wallet not synchronized for over 30 days to the extent I was not able to see the transaction on some mempool again, but nothing was reflecting on my balance. I had to wait until the transaction was confirmed. The sender may not be able to rebrocaste the inputs even if he has full control over the wallet.

I thought it will stay in the network for only two weeks and if anything exceeds the network will drop the transaction but you are saying that you waited 60 days and OP 23days and still counting so what is the actual maximum time for the transaction to be in the pending/unconfirmed status?

What I am saying is that a transaction may remain stuck in mempool, the best is to make sure you have possible ways to make sure a transaction can be unstuck easily either through RBF or CPFP because thinking of a transaction to finally leave the mempool in a way you can rebroadcaste it can be so frustrating, it may even never happen.

Actually, you can double-spend even it is RBF or not unless if it was changed recently?

CPFP is another solution only if the wallet of the sender has an extra balance on the wallet.


I think there is another option if he can find someone who mines on f2pool he can try to deal with them to submit his transaction to F2pool from here https://www.f2pool.com/pushtx
It is free for those who mine on their pool with a referral code.

It's very unlikely that you can double-spend a non-RBF transaction successfully.
A transaction spending an input of a non-RBF transaction is rejected by nodes even if you pay a very high fee for the second transaction.

If the bitcoins were sent to your wallet (not custodial, of course), then you can speed up the transaction by sending the unconfirmed bitcoins to yourself with a $400 fee. It is called CPFP.

If not, then don't give up hope. Fees will probably be dropping very low this weekend, and even a 2.2 s/b transaction may be confirmed.

WOW... just... WOW :o :o :o :o
https://i.imgur.com/oTVSfhY.png

No wonder they send with only 2 sat/byte fee... it's a 25868 byte transaction ::) ::) I don't know what this company and/or BitGo are doing... but that is just fucking ridiculous. 25kb to send 0.08 BTC??!? ??? And they didn't even use RBF ::) ::) :-\

Even a CPFP is going to be ludicrously expensive... to achieve a 10 sat/vbyte overall fee, you would need to spend something like 210,000 sats in a CPFP transaction for an all up total fee for child/parent of ~260,000 sats... Which would cost something like ~US$147. :-\

However, it seems like the crypto.com "app" is a typical custodial exchange type wallet... so you won't be able to execute a CPFP transaction... and I really doubt that crypto.com will go to the effort of creating a CPFP transaction for you. They would need to compromise their own security protocols to be able to access the private key you deposited to, to manually create a specific transaction to do this.


At this point, unfortunately, your only option is to wait for fees to drop to a level that will enable the transaction to confirm... or for the transaction to drop out of the mempool... however if it has already been 23 days, then it would seem that some party (maybe BitGo?) is rebroadcasting your transaction. It should really have dropped after 14 days.

This entire situation is a basically reinforcing why custodial, centralised services are "bad"™ :-\

What did they tell you exactly? Did they tell you they can't help accelerate the transaction or they don't own the receiving address? Because if it's the latter then you're having a totally different and more serious problem than a stuck transaction due to low fees as it could mean you've sent the coins to a wrong address. Check your account to see if the receiving address is correct, just to be sure.

If the address is correct then the only thing that could help you accelerate this transaction is to use a paid accelerator such as viabtc but you will have to pay them 25% of the total sent amount wich is more than the $400 you're willing to pay.

Sorry to tell you this but since you don't have the private keys then you are not the receiver and the wallet is not yours. See: not your keys, not your coins (http://NotYourKeys.org)

The transaction is now confirmed naturally without anyone's help, mempools just got to the point that your 2.2sat/vB transaction's position got to the tip.
If anyone's claiming that they helped you, do not trust it.

Yeah, I know the importance of enabling RBF while broadcasting a transaction but technically I just wants to know how long a transaction can stay in the mempool?

I will never make a transaction more than 1MB depth from the mempool so I always keep an eye on the mempool chart whenever I want to make transactions but it's completely out of our hands when we use custodial wallets.

Theoretically... it can stay there forever (providing certain conditions are met). Don't forget, there isn't just one global mempool... each node has it's own mempool and they're not necessarily all configured the same.

"Default" Bitcoin Core nodes, will generally drop a transaction after 14 days (or when the transaction fee falls below the "mempool min fee" value) etc... but not all nodes are configured like this... some will hold onto a transaction forever until it is confirmed or becomes invalid.

Some nodes might even override the default behaviour and drop transactions after only 3 days or X days... or never!

Additionally, if a node (or wallet) takes it upon itself to keep rebroadcasting the transaction, it might briefly drop from some (but not all) nodes after the 14 days, but then be put right back into those mempools because of the rebroadcast.



Not necessarily... *some* custodial wallets allow users to set fees... but yes, most don't... some use RBF (but that's generally useless to the user as they can't execute RBF transactions anyway, at least I've not seen any that support this)... and if you sending from a custodial wallet, CPFP might still be an option if the receiver is not using a custodial service.

Quite the opposite: in the past weeks, a 2 sat/byte transaction would easily drop from most mempools, so a new transaction using the same inputs can be broadcasted to most nodes.

This was discussed in OP's other topic (https://bitcointalk.org/index.php?topic=5334397.0) already. FYI: at the bottom-left, you can move a topic to another board when needed.
Considering OP isn't the owner of the sending or receiving wallet, he basically is no party in this transaction. That's the risk of using custodial Bitcoin wallets, and if the sender isn't cooperating, there's really nothing more OP can do than wait:

That's actually quite fast, considering for how long fees have been quite high.

When I was making the post above, the default mempoolminfee was 1 satoshi. So I assumed that most nodes should have the transaction in their mempool and they will reject a transaction spending same inputs. I also checked the transaction in three explorers and could see that in all of them.

A question:
Let's say last week I made a transaction with 2 sat/vbyte.
Two days ago, the default mempoolminfee increased to 5 sat/vbyte and my transaction was dropped from the mempool of most nodes.
Now the mempoolminfee is 1 sat/vbyte. Shouldn't my transaction appear again?
If I double-spend the same inputs, will nodes accept my transaction? (My transaction hasn't been flagged as RBF)

If I can double-spend same inputs, because the first transaction is no longer in mempools of most nodes, then why did OP's transaction get confirmed?
I don't think OP's transaction was rebroadcast. If I remember correctly, the transaction time was 23 days ago in all three explorers I checked.

From what I can tell, the transaction was confirmed seven hours ago:

https://i.imgur.com/FtMHgHh.jpg

The number of transactions in the mempool (https://mempool.space/) has been dwindling over the last couple of days which has enabled a lot of smaller fee's paid transactions to finally get processed.  It's absurd that CORE users have to outbid each-other to make a payment whereas the Lightning Network they are undercutting each-other to send the TX.

The OP got lucky considering the crazy fees we have seen for the next few months. A few days ago it was over 150 sat/vMB from jochen reading. Even a few hours ago it was over 80 sat/vMB. These days the miner's fees are very volatile. I think some online services has high fees set as default and they create all these high fees paying transactions.

Anyway, it was a good experience for OP maybe next time he will know which wallet will be best for him after reading above responses.

If it's been removed from a node's mempool... how would it magically appear again? The node has no record of it any more. So, most likely it won't "appear" again unless it gets rebroadcast.

So, either a node that still had it, would have to rebroadcast it... not sure how many nodes actually do this? or your wallet would need to rebroadcast it... or someone else who happened to have the raw transaction would have to broadcast it.

Custodial wallets, exchanges even gambling sites are the main reasons why the fees are highly volatile and insane when the required fee is very low so its like some kind of manipulation too. Every exchanges and sites should move to dynamic fee structure so they can avoid spiking the mempool fee with their high fee which is win-win for them as well as to the crypto community.

It's no coincidence that I see a default mempoolminfee of 1 sat/vbyte.

This site becomes my basis when I make a Bitcoin transaction A member just shared that in another thread that became my reference as well. But knowing that, when the transaction is not supported by the RBF, it is unlikely to be able to double spend.

If you look at mempool transactions, almost everyone chooses the lowest transaction fee.

Someone paying an unnecessarily high fee doesn't affect the fee that you must pay. All that matters is whether they are paying a higher or lower fee than you. If a 10 sats/vbyte fee is necessary to make it into the next block, then it doesn't make a difference whether an exchange pays 100 sats/vbyte or 1 million sats/vbyte.

Fee rates going up and down has nothing to do with "manipuation" by custodial wallets, exchanges or gambling sites.

It is simply a function of the "supply and demand" nature of the Bitcoin network. Space in bitcoin blocks is limited, so if you want to get your transaction in on quickly, you need to "outbid" others trying to get in.

For instance... if there are 1000 transactions in the mempool (that will completely fill a block)... and there are 999 transactions that pay a fee rate of 1000 sats/vbyte and 1 transaction that pays 1 sat/byte... and you want to send a transaction and get it in the next block.

It makes no difference that 999 transactions are sending with 1000 sats/byte... you would only need to outbid the 1000th ranked transaction to likely get in... in which case, you could use 2 sats/byte and you would "outrank" the 1 sat/byte transaction.

What causes problems is that often, we have a situation where there are just a lot more transactions being generated and sent than can be included... and a lot of the people sending these transactions, want them confirmed fast... so they start outbidding each other to try and get it the next block.

THAT is what causes fees to go up... not anything untoward by exchanges, gambling sites or custodial wallets... if anything, they usually end up sending with low fees to try and minimise their expenses (and increasing their profits). :P ::)

OP, feel free to shoot me a PM if you have the raw transaction. If the transaction is still valid, I should be able to help you. I would expect payment in advance.

The OP would be better off locking this thread ( lower left of page) given their transaction was confirmed seven days ago.