Help me massive Problem with my Transaction because of a double spend

[Fireforce1988]

Hey guys,

I have a huge Problem, i received a payment i paid for, but it is a double spend.

The sender made a transaction to me with doubled standard blockchain fee.
But 7 hours later he made the same payment to a other wallet with less fee.
My question is how i get my Transaction confirmed so i get my money??
I dont wanna lose my money that is all i have.
There must be a way that my Transaction gets comfirmed because i have higher fee on my Transaction then the sender who tried to cheat me.

I hope someone can help.

[1714808192]

1714808192

[1714808192]

1714808192

[1714808192]

1714808192

[1714808192]

1714808192

[1714808192]

1714808192

[1714808192]

1714808192

[Fireforce1988]

Please some one Help me 

[mocacinno]

Could you post the transaction id?
If your transaction has a higher fee, and it has the same inputs and roughly the same size, the odds are good that your transaction will end up in a block, but certainly not 100%

[Fireforce1988]

Could you post the transaction id?
If your transaction has a higher fee, and it has the same inputs and roughly the same size, the odds are good that your transaction will end up in a block, but certainly not 100%

https://blockchain.info/de/tx/71a61f01d4e436b4bbb50847d9d6b7802dc6308a4bcd3a1a3ab6bbac55eca7d8

The other Transaction is 7 hours later then mine

I am really in a sorry for my money

[mocacinno]

Could you post the transaction id?
If your transaction has a higher fee, and it has the same inputs and roughly the same size, the odds are good that your transaction will end up in a block, but certainly not 100%

https://blockchain.info/de/tx/71a61f01d4e436b4bbb50847d9d6b7802dc6308a4bcd3a1a3ab6bbac55eca7d8

The other Transaction is 7 hours later then mine

I am really i a sorry for my money

If this is your transaction, the odds are pretty big that it will indeed have a bigger chance of getting into a transaction as the competing transaction... However, both transactions use the same UNCONFIRMED input

https://blockchain.info/tx/bbf69880c3464b7c6f316738b0f496580186ff051ebf25396fc6efc7f128f83e

This means that neither you, nor the double spent can get into a block before bbf69880c3464b7c6f316738b0f496580186ff051ebf25396fc6efc7f128f83e gets into a block, and the sender seems to know a way to double spend the same inputs and broadcast them to the network, this means there is no way of telling if he will double spend the inputs for bbf69880c3464b7c6f316738b0f496580186ff051ebf25396fc6efc7f128f83e using a higher fee, thus lowering the chance bbf69880c3464b7c6f316738b0f496580186ff051ebf25396fc6efc7f128f83e will ever make it into a block...

However, since the sender decided to double spend the unconfirmed input in a transaction using a way lower fee, i'd say there is a pretty good chance it was a human error. If he really wanted to cheat you, he would have double spent the input of bbf69880c3464b7c6f316738b0f496580186ff051ebf25396fc6efc7f128f83e or used a higher fee when double spending the input used in your transaction...

[Fireforce1988]

Could you post the transaction id?
If your transaction has a higher fee, and it has the same inputs and roughly the same size, the odds are good that your transaction will end up in a block, but certainly not 100%

https://blockchain.info/de/tx/71a61f01d4e436b4bbb50847d9d6b7802dc6308a4bcd3a1a3ab6bbac55eca7d8

The other Transaction is 7 hours later then mine

I am really i a sorry for my money

If this is your transaction, the odds are pretty big that it will indeed have a bigger chance of getting into a transaction as the competing transaction... However, both transactions use the same UNCONFIRMED input

https://blockchain.info/tx/bbf69880c3464b7c6f316738b0f496580186ff051ebf25396fc6efc7f128f83e

This means that neither you, nor the double spent can get into a block before bbf69880c3464b7c6f316738b0f496580186ff051ebf25396fc6efc7f128f83e gets into a block, and the sender seems to know a way to double spend the same inputs and broadcast them to the network, this means there is no way of telling if he will double spend the inputs for bbf69880c3464b7c6f316738b0f496580186ff051ebf25396fc6efc7f128f83e using a higher fee, thus lowering the chance bbf69880c3464b7c6f316738b0f496580186ff051ebf25396fc6efc7f128f83e will ever make it into a block...

So what can i do to get my money i am really in trouble i need this money that is all i have.

[mocacinno]

Could you post the transaction id?
If your transaction has a higher fee, and it has the same inputs and roughly the same size, the odds are good that your transaction will end up in a block, but certainly not 100%

https://blockchain.info/de/tx/71a61f01d4e436b4bbb50847d9d6b7802dc6308a4bcd3a1a3ab6bbac55eca7d8

The other Transaction is 7 hours later then mine

I am really i a sorry for my money

If this is your transaction, the odds are pretty big that it will indeed have a bigger chance of getting into a transaction as the competing transaction... However, both transactions use the same UNCONFIRMED input

https://blockchain.info/tx/bbf69880c3464b7c6f316738b0f496580186ff051ebf25396fc6efc7f128f83e

This means that neither you, nor the double spent can get into a block before bbf69880c3464b7c6f316738b0f496580186ff051ebf25396fc6efc7f128f83e gets into a block, and the sender seems to know a way to double spend the same inputs and broadcast them to the network, this means there is no way of telling if he will double spend the inputs for bbf69880c3464b7c6f316738b0f496580186ff051ebf25396fc6efc7f128f83e using a higher fee, thus lowering the chance bbf69880c3464b7c6f316738b0f496580186ff051ebf25396fc6efc7f128f83e will ever make it into a block...

So what can i do to get my money i am really in trouble i need this money that is all i have.

If I was you, i'd do the following things:
I'd try to get bbf69880c3464b7c6f316738b0f496580186ff051ebf25396fc6efc7f128f83e into a block, you can use my tool to look at your options:
https://www.mocacinno.com/feecheck.php?txid=bbf69880c3464b7c6f316738b0f496580186ff051ebf25396fc6efc7f128f83e . I think viabtc is the best option for you now.. I'd defenately wouldn't pay anybody to get this transaction into a block, since this is only the transaction whose output was used as an input for your transaction

Then, i'd hope your transaction got into a block before the double spending one did...

IF bbf69880c3464b7c6f316738b0f496580186ff051ebf25396fc6efc7f128f83e makes it into a block, and the sender doesn't decide to tripple spend the input for your unconfirmed transaction with a much higher fee, the odds are pretty good that your transaction will be confirmed, and not the double spending one... Why? Because it was broadcasted first, so most nodes will have accepted it, while the other one was broadcasted hours later, so some nodes might have rejected it AND the fee is much higher, so it gives the miners much more incentive to put your tx into the block their working on compared to putting the double spend transaction into a block...

It would also be a good idear to contact the sender once your transaction gets confirmed, and notify him of the problem... If the double spending transaction was also generated to pay somebody, this other person's transaction will be cancelled as soon as yours makes it into a block...

[Fireforce1988]

Could you post the transaction id?
If your transaction has a higher fee, and it has the same inputs and roughly the same size, the odds are good that your transaction will end up in a block, but certainly not 100%

https://blockchain.info/de/tx/71a61f01d4e436b4bbb50847d9d6b7802dc6308a4bcd3a1a3ab6bbac55eca7d8

The other Transaction is 7 hours later then mine

I am really i a sorry for my money

If this is your transaction, the odds are pretty big that it will indeed have a bigger chance of getting into a transaction as the competing transaction... However, both transactions use the same UNCONFIRMED input

https://blockchain.info/tx/bbf69880c3464b7c6f316738b0f496580186ff051ebf25396fc6efc7f128f83e

This means that neither you, nor the double spent can get into a block before bbf69880c3464b7c6f316738b0f496580186ff051ebf25396fc6efc7f128f83e gets into a block, and the sender seems to know a way to double spend the same inputs and broadcast them to the network, this means there is no way of telling if he will double spend the inputs for bbf69880c3464b7c6f316738b0f496580186ff051ebf25396fc6efc7f128f83e using a higher fee, thus lowering the chance bbf69880c3464b7c6f316738b0f496580186ff051ebf25396fc6efc7f128f83e will ever make it into a block...

So what can i do to get my money i am really in trouble i need this money that is all i have.

If I was you, i'd do the following things:
I'd try to get bbf69880c3464b7c6f316738b0f496580186ff051ebf25396fc6efc7f128f83e into a block, you can use my tool to look at your options:
https://www.mocacinno.com/feecheck.php?txid=bbf69880c3464b7c6f316738b0f496580186ff051ebf25396fc6efc7f128f83e . I think viabtc is the best option for you now.. I'd defenately wouldn't pay anybody to get this transaction into a block, since this is only the transaction whose output was used as an input for your transaction

Then, i'd hope your transaction got into a block before the double spending one did...

IF bbf69880c3464b7c6f316738b0f496580186ff051ebf25396fc6efc7f128f83e makes it into a block, and the sender doesn't decide to tripple spend the input for your unconfirmed transaction with a much higher fee, the odds are pretty good that your transaction will be confirmed, and not the double spending one... Why? Because it was broadcasted first, so most nodes will have accepted it, while the other one was broadcasted hours later, so some nodes might have rejected it AND the fee is much higher, so it gives the miners much more incentive to put your tx into the block their working on compared to putting the double spend transaction into a block...

It would also be a good idear to contact the sender once your transaction gets confirmed, and notify him of the problem... If the double spending transaction was also generated to pay somebody, this other person's transaction will be cancelled as soon as yours makes it into a block...

Ok so i must get the id you posted here to be confirmed and then hope that mine gets confirmed too. So i must accelerate the id you posted in a way i dunno and then after it is confirmed they watch in my id and confirm it?

[mocacinno]

Ok so i must get the id you posted here to be confirmed and then hope that mine gets confirmed too. So i must accelerate the id you posted in a way i dunno and then after it is confirmed they watch in my id and confirm it?

I have a tendency to write complex things... sorry  
I'll try to explain it a big more new user friendly... I'll have to ommit certain details, so don't take this story as the complete bitcoin theory, becuase it's heavily simplified...

Each transaction is basically a string of text that explains which inputs are used to create one or multiple outputs. As long as a transaction is unconfirmed, it only exists in the volatile memory of the nodes, so it's pretty unsecure.
The only way of securing a transaction is when it's added to a block, thus gets a confirmation. From this point out, your transaction will be written in a physical file on the disks of hundreds of nodes, so it will no longer exist in mempools only (as a matter of fact, it gets removed from the mempool once it's confirmed).

In your case, the sender received an output from transaction bbf69880c3464b7c6f316738b0f496580186ff051ebf25396fc6efc7f128f83e, but instead of waiting untill this transaction was included into a block (so the transaction no longer only existed in the memory of a bunch of nodes), he used the output of this "pending" transaction as an input for both your transaction AND the double spending one.

So, if transaction bbf69880c3464b7c6f316738b0f496580186ff051ebf25396fc6efc7f128f83e gets dropped from the mempool of most nodes, or if the creator of bbf69880c3464b7c6f316738b0f496580186ff051ebf25396fc6efc7f128f83e decides to double spend the inputs used for bbf69880c3464b7c6f316738b0f496580186ff051ebf25396fc6efc7f128f83e, both your transaction as your competing transaction are now using inputs that no longer exist on the network... In this case both your and your competing transaction will be dropped...

So, your first order of business should be to make sure that the input for your transaction is actually confirmed... After this is done, your transaction has a much higher chance of getting into a block as the competing transaction

[HCP]

There must be a way that my Transaction gets comfirmed because i have higher fee on my Transaction then the sender who tried to cheat me.

Sounds like he got it wrong if he is trying to cheat you... if he really wanted those coins, the other transaction should have had the higher fee!

Unfortunately, none of the transaction accelerators will accept your transaction if it is a double spend. So about your only option would be "Child Pays For Parent"... ie. try and send the unconfirmed output from your transaction to another of your addresses with a MASSIVE fee, such that the average fee for both transactions would be like 300+ sats/byte.

I hope you did not send this guy any money or products or provide any services...You should NEVER do that until the transaction gets at least 1 confirmation.


As for the CPFP... it would go something like this:

- If I'm reading your message right... you were supposed to get 0.1105434 BTC to 1Pngc9UQUrhCFJFnYhvY7iE3N3FyrAsWh5 in the 71a61... TX? (this is your address right?)
- What you'd want to do, is send that output from 1Pngc9UQUrhCFJFnYhvY7iE3N3FyrAsWh5 to another address in your wallet... and use a fee of ~450 sats/byte... so the combined average fee across both "your" transactions was greater than the current recommended fees (~300 sats/byte)

For example, if you sent 0.1096794 from 1Pngc9UQUrhCFJFnYhvY7iE3N3FyrAsWh5 to another address in your wallet and made sure the fee was 0.00086400 btc (0.1096794 + 0.00086400 = 0.1105434)... then you'd have the overall fees as:

Size = 226 bytes (trans you want to push) + 192 (new trans) = 418 bytes
Fees = 0.00047119 BTC + 0.00086400 btc = 0.00133519 btc = 133519 sats

Overall fee = 133519 sats / 418 bytes = ~319 sats/byte... which is a "decent" fee at the moment... so the miners would prioritise both of them into a block


NOTE: you would want to do this AFTER the bbf69880c3464b7c6f316738b0f496580186ff051ebf25396fc6efc7f128f83e transaction gets a confirmation. (Try pushing it using the ViaBTC TX Accelerator)

[Fireforce1988]

There must be a way that my Transaction gets comfirmed because i have higher fee on my Transaction then the sender who tried to cheat me.

Sounds like he got it wrong if he is trying to cheat you... if he really wanted those coins, the other transaction should have had the higher fee!

Unfortunately, none of the transaction accelerators will accept your transaction if it is a double spend. So about your only option would be "Child Pays For Parent"... ie. try and send the unconfirmed output from your transaction to another of your addresses with a MASSIVE fee, such that the average fee for both transactions would be like 300+ sats/byte.

I hope you did not send this guy any money or products or provide any services...You should NEVER do that until the transaction gets at least 1 confirmation.


As for the CPFP... it would go something like this:

- If I'm reading your message right... you were supposed to get 0.1105434 BTC to 1Pngc9UQUrhCFJFnYhvY7iE3N3FyrAsWh5 in the 71a61... TX? (this is your address right?)
- What you'd want to do, is send that output from 1Pngc9UQUrhCFJFnYhvY7iE3N3FyrAsWh5 to another address in your wallet... and use a fee of ~450 sats/byte... so the combined average fee across both "your" transactions was greater than the current recommended fees (~300 sats/byte)

For example, if you sent 0.1096794 from 1Pngc9UQUrhCFJFnYhvY7iE3N3FyrAsWh5 to another address in your wallet and made sure the fee was 0.00086400 btc (0.1096794 + 0.00086400 = 0.1105434)... then you'd have the overall fees as:

Size = 226 bytes (trans you want to push) + 192 (new trans) = 418 bytes
Fees = 0.00047119 BTC + 0.00086400 btc = 0.00133519 btc = 133519 sats

Overall fee = 133519 sats / 418 bytes = ~319 sats/byte... which is a "decent" fee at the moment... so the miners would prioritise both of them into a block


NOTE: you would want to do this AFTER the bbf69880c3464b7c6f316738b0f496580186ff051ebf25396fc6efc7f128f83e transaction gets a confirmation. (Try pushing it using the ViaBTC TX Accelerator)

No idea of all that

[HCP]

Well... I managed to get bbf69880c3464b7c6f316738b0f496580186ff051ebf25396fc6efc7f128f83e accelerated just now using the ViaBTC TX accelerator... hopefully that transaction will then confirm when they mine their next block...

There is no way anyone else can really help you with the CPFP... a person would need access to the private key for the 1Pngc9UQUrhCFJFnYhvY7iE3N3FyrAsWh5 address to be able to send the output from it... and you don't want to give that to ANYONE!

If CPFP is not an option, then hopefully your transaction confirms first... Best of luck... I hope it works out for you!