Your transaction has opt-in RBF enabled which is good as it allows you to send a replacement transaction from your Electrum. If you would like to continue with it, right-click on your transaction in Electrum and select 'bump fee'. You'll be given a slider to increase your fees to make it confirm faster.

Yes, it'll cost quite a bit extra as compared to your current fees but your current fees would result in quite a long wait before your transaction gets confirmed. If you'd like, you can choose to not follow the steps and wait for the transaction backlog to be cleared before your transaction gets confirmed.

The backlog of transaction is huge and I doubt miners would get to your transaction anytime soon. Could you provide us with your TXID?

Bitcoin propagation takes seconds. Nodes around the network should be able to see that you've made this transaction quickly.

Confirmations, on the other hand is different. By verifying, coinbase is talking about confirmations. With 2 satoshis per byte, it would take forever for it to be confirmed given current network conditions. (The current median fees is roughly 60 to 70 satoshis)

There are a lot of factors when it comes to inputs selection. You're right in a sense that they could have used a few of the inputs instead of all of them. However, it is not exactly the most cost-efficient way of doing it.

If you analyse the address, you'll realise that for that address, there's only one UTXO. My theory is that the exchange is trying to save on fees and thus attempts to consolidate inputs by spending all of them in order to generate one UTXO in the end.

Most of the addresses generated with BIP39 has 12 seed words. The English word list has 2048 words. Hence, for each of the 12 words, each of them will have 2048 possible combinations. Thus, the total number of possible keys is 2048^12. Might not look like much but it is a lot more than the number of grains of sand on earth.

Even if you factor in birthday attack, you would still have better luck trying to find a specific grain of sand on earth.

#45 please. Thank you for the raffle

Great analysis. Could you factor in the timestamp/the timing received by blockchair into the graph? It would be a lot clearer to see the timings between the empty blocks and the block before it.

Once the transaction gets its first confirmation, the subsequent blocks mined would count as an additional transaction. Transactions are only included in a block once and every block after it is considered a confirmation.

Bitcoin isn't anonymous and only pseudonymous because you can see where the coins are being sent and received. Although you won't know who has sent and received Bitcoins, you can at least see which addresses are involved in the transaction. Through various analysis, you can link addresses up and find an identity leak somewhere down the chain.
It doesn't concern the merkle root at all. Anyone who knows you and sends you funds to any specified address would know with a good accuracy that it belongs to you, unless you immediately use a mixer like the one in my signature. Mixers would break the chain off completely and they wouldn't be able to tell where your funds go as long as you do not reuse your addresses.

You should be trying to accelerate this transaction instead (c4d334244395d650b49a2b7fe1975547903cf18bb360c90c5733aea04b927c69). Accelerating c4d3342 would allow both of your transaction to be confirmed since the second transaction spends the child output of the first transaction.

Don't trust anyone on Telegram or whoever claims to be able to accelerate your transaction.

For the hefty sum of money to accelerate your transaction, it's partly due to the fact that there is an unconfirmed input. If the second transaction is confirmed, it would also mean that your first transaction would be confirmed.

Your transaction will confirm eventually. If it doesn't confirm within a few days, it could potentially be 'returned' to your wallet as if it was never spent. If someone is actively rebroadcasting it, and they cannot be stopped, it will remain in the mempool until some miner picks it up.

All in all, you won't lose the Bitcoins and it would confirm eventually (albeit after the mempool clears up which could take some time).

You cannot.

A few sites:
https://pushtx.btc.com/
https://www.viabtc.com/tools/txaccelerator/
https://pushtx.com/


Unfortunately, your TX is rather big and it would cost a bit more to accelerate it. This is why people recommends using wallet like Electrum or Bitcoin Core which allows signalling for opt-in RBF to reduce these kinds of situation.

You can't do RBF as your transaction doesn't signal that. CPFP is not possible since you do not directly own the private key to that address.


The transaction accelerators (at least the trusted ones which are linked to a pool) will include your transaction into the blocks that they are mining. This means that your transaction would potentially be confirmed if they manage to mine a valid block soon. There is no time guarantee to it AFAIK and the pricing can be upwards of $50.

What's the point in helping others to gamble if you already have money. Wouldn't it be more profitable for you to gamble your own funds and you don't have to split the money? You'll be a millionaire in no time! Your 2FA plan offers little assurance, people would be more worried about you losing everything and running away. Future income is not indicative of your trust.

For the second transaction, (c4d334244395d650b49a2b7fe1975547903cf18bb360c90c5733aea04b927c69), do you own the address 1FspD? If you do, you can try CPFP to try to entice the miners to accept your transaction. If not, then you can't do both RBF and CPFP.

Yes. Just accelerate the transaction above and the accelerator will calculate the fees to accelerate both transactions since the prior transaction has to be confirmed before your transaction above can.

It's not necessarily bad but it having a thread keeps it more organised and other users can also answer your questions without going through different threads for every question.

I don't think there's any concrete answer to this.

The most common reason for choosing RIPEMD160 is due to its shorter message digest as compared to SHA256 alone.

You might want to stop creating new threads for every question or just Google it. Most of your questions are fairly common and can just be googled. Just continue in this thread if you have more questions that you can't find the answer to.

88 - ranochigo

Thank you for the raffle

Privacy. If you were to reuse your Bitcoin address, most of your transaction would originate and be sent to your address. Anyone, without much effort, would be able to trace all your activities just by monitoring one address.

In contrast, if you were to use a different address for every transaction, the funds would be sent to and be sent from different addresses. Since each of your transaction would be linked to different addresses, this makes it a lot harder for people to trace.

Security-wise, it is a non-trivial factor but it does help to eliminate attacks against your address using your public key if quantum computing becomes strong enough.