Bitcoin Forum
June 14, 2024, 11:33:55 AM *
News: Voting for pizza day contest
 
   Home   Help Search Login Register More  
Pages: [1] 2 »  All
  Print  
Author Topic: Has anyone ever cancelled a BTC transaction after 1 confirmation?  (Read 2361 times)
RockHound (OP)
Full Member
***
Offline Offline

Activity: 224
Merit: 100


View Profile
April 23, 2014, 04:44:40 PM
 #1

Is this even possible?

Thanks in advance  Cool
cooldgamer
Legendary
*
Offline Offline

Activity: 1218
Merit: 1003


We are the champions of the night


View Profile WWW
April 23, 2014, 04:45:19 PM
 #2

Is this even possible?

Thanks in advance  Cool
Not possible, once it's confirmed it's in the blockchain forever.  That's the beauty of Bitcoin Smiley

RockHound (OP)
Full Member
***
Offline Offline

Activity: 224
Merit: 100


View Profile
April 23, 2014, 04:49:10 PM
 #3

Nice one brother, that's what I thought.

There's another post regarding "how bitcoins are too slow" - This being a non-issue then
Meuh6879
Legendary
*
Offline Offline

Activity: 1512
Merit: 1011



View Profile
April 23, 2014, 04:54:49 PM
 #4

even if you shutdown the client ... when you emit transaction, it's spread from 6 to 9 node at the same instant.
you can't stop the network even with 0 confirmation.

1 confirmation append from 15mins to 40mins.

yes; it's the beauty of a strong and unstoppable working network over the world (and behind ?).
RockHound (OP)
Full Member
***
Offline Offline

Activity: 224
Merit: 100


View Profile
April 23, 2014, 04:59:19 PM
 #5

Nice one brother, that's what I thought.

There's another post regarding "how bitcoins are too slow" - This being a non-issue then

Many bitcoiners on here are frustrated with the #/time (confirmations) required from 3rd party bitcoin services.

As a business idea, could someone (probably me : )  offer a service where client inputs their transaction ID, sign the funds/xBTC over to me, then I instantly back them up for xBTC so that they can spend straight away?
TrailingComet
Sr. Member
****
Offline Offline

Activity: 462
Merit: 250


View Profile
April 23, 2014, 05:00:12 PM
 #6

Not possible, can't be done

DannyHamilton
Legendary
*
Offline Offline

Activity: 3416
Merit: 4658



View Profile
April 23, 2014, 05:18:54 PM
 #7

Is this even possible?

Thanks in advance  Cool

It is possible, but it is difficult, expensive, and unreliable.

If you have enough hashpower, you could create a transaction that spends some bitcoins to another address that you own, and not broadcast that transaction.

Then you could mine a block with that transaction on top of the current blockchain.

As soon as you successfully mine a block, you could broadcast a different transaction that spends the same inputs sending the bitcoins to a merchant, and NOT broadcast the block you just solved.

While the network is working on confirming your transaction into a block that will compete with your block, you continue mining on top of your block.

Eventually, the network will solve a block with your transaction in it and the merchant will see 1 confirmation. You continue to mine on top of your block instead of on top of the network's block.

If you have enough hash power and are lucky enough to mine another block before the rest of the network does, you broadcast your two blocks.

There are other possible attacks as well, but none of them are cheap, easy, and 100% reliable.

Since your two blocks create a longer blockchain than the current blockchain that has only added one block, the entire network switches to your blockchain and the 1 confirmation transaction to the merchant disappears (since it competes with your first transaction that now has 2 confirmations).

The more confirmations you have, the more difficult, expensive, and unreliable an attack like this is.
RockHound (OP)
Full Member
***
Offline Offline

Activity: 224
Merit: 100


View Profile
April 23, 2014, 05:38:37 PM
 #8

Cheers Dr Danny,

Interesting scenario there! But won't they have different txid's?

My proposed model for instant spendable BTC, would require enormous trust in it's clients. Would have to trust exact funds are transferred after our client receives full confirmations.

So to recap,  bitcoiners cannot spend their BTC until their 3rd party service allows? Even if they see the funds are incoming? WTF  Cheesy given after 1st confirmation it can't be reversed (or very expensive, to do so)

Why can't we request redirection after 1 confirmation i.e as soon as fully confirmed it automatically goes to specified redirect address?
DannyHamilton
Legendary
*
Offline Offline

Activity: 3416
Merit: 4658



View Profile
April 23, 2014, 06:03:56 PM
 #9

Cheers Dr Danny,

Interesting scenario there! But won't they have different txid's?

Absolutely.  How does this effect the original question?

My proposed model for instant spendable BTC, would require enormous trust in it's clients. Would have to trust exact funds are transferred after our client receives full confirmations.

I didn't see anything about a proposed model for anything.  I just saw a question about cancelling a BTC transaction after 1 confirmation.

So to recap,  bitcoiners cannot spend their BTC until their 3rd party service allows?

What 3rd party service are you asking about?

Even if they see the funds are incoming?

What do you mean by "see the funds incoming"?

WTF  Cheesy given after 1st confirmation it can't be reversed (or very expensive, to do so)

Each receiver sets their own requirements of payment.

Why can't we request redirection after 1 confirmation i.e as soon as fully confirmed it automatically goes to specified redirect address?

Redirect address?  I don't understand how this relates to the question in this thread.
sgbett
Legendary
*
Offline Offline

Activity: 2576
Merit: 1087



View Profile
April 23, 2014, 06:31:24 PM
 #10

Is this even possible?

Thanks in advance  Cool

mostly, you don't even need 1 confirmation...

http://www.cryptocoinsnews.com/news/the-mathematically-secure-way-to-accept-zero-confirmation-transactions/2014/02/13

"A purely peer-to-peer version of electronic cash would allow online payments to be sent directly from one party to another without going through a financial institution" - Satoshi Nakamoto
*my posts are not investment advice*
RockHound (OP)
Full Member
***
Offline Offline

Activity: 224
Merit: 100


View Profile
April 23, 2014, 06:31:39 PM
 #11

Nice one brother, that's what I thought.

There's another post regarding "how bitcoins are too slow" - This being a non-issue then

Many bitcoiners on here are frustrated with the #/time (confirmations) required from 3rd party bitcoin services.

As a business idea, could someone (probably me : )  offer a service where client inputs their transaction ID, sign the funds/xBTC over to me, then I instantly back them up for xBTC so that they can spend straight away?


Cheers Dan, here's the rough model. I posted as a response to this thread.
escrow.ms
Legendary
*
Offline Offline

Activity: 1274
Merit: 1004


View Profile
April 23, 2014, 06:33:10 PM
 #12

Yes but that case was different. (Fork)
A successful DOUBLE SPEND US$10000 against OKPAY this morning.
https://bitcointalk.org/index.php?topic=152348.0
Yuki1988
Hero Member
*****
Offline Offline

Activity: 614
Merit: 500



View Profile
April 23, 2014, 06:39:19 PM
 #13

Yes but that case was different. (Fork)
A successful DOUBLE SPEND US$10000 against OKPAY this morning.
https://bitcointalk.org/index.php?topic=152348.0

And the story has a happy ending. OP of that thread sent the bitcoin back to OKPay. Smiley

RockHound (OP)
Full Member
***
Offline Offline

Activity: 224
Merit: 100


View Profile
April 23, 2014, 06:40:56 PM
 #14

Nice one Escrow - that's a really interesting thread, however I think Franky1 explained this well:

"technically its not a double spend.. there is only one "receipt" of BTC that got confirmed on this main blockchain, meaning there is not 2 bunches of bitcoins that originated from one single bitcoin source on this main blockchain.

what happened is that businesses did not update the clients to be using the correct blockchain. thus the business does not see the correct transaction and ends out paying FIAT twice.

what needs to be done is to ensure forks dont happen, and in the small chance that a fork does occur, that businesses are not lazy about updating their clients, or double checking transactions before releasing different forms of funds or goods. (which would have prevented malleability issues if businesses had proper double checking methods in place)

there is not one single extra bitcoin on the blockchain that was cloned or not originate from a verified block reward. ill say it again a double spend is where 1 btc can be used twice. no coin has been used twice. all that has happened is that businesses have not had adequate checking processes in place. the bitcoin protocol and the blockchain does not show more confirmed coins then what has been released through blockchain rewards"
Bitcoin Magazine
Sr. Member
****
Offline Offline

Activity: 252
Merit: 250


View Profile
April 23, 2014, 07:46:14 PM
 #15

it's like reverse killing a man.  impossible

i am here.
Lauda
Legendary
*
Offline Offline

Activity: 2674
Merit: 2965


Terminated.


View Profile WWW
April 23, 2014, 08:03:08 PM
 #16

Is this even possible?

Thanks in advance  Cool

It is possible, but it is difficult, expensive, and unreliable.

If you have enough hashpower, you could create a transaction that spends some bitcoins to another address that you own, and not broadcast that transaction.

Then you could mine a block with that transaction on top of the current blockchain.

As soon as you successfully mine a block, you could broadcast a different transaction that spends the same inputs sending the bitcoins to a merchant, and NOT broadcast the block you just solved.

While the network is working on confirming your transaction into a block that will compete with your block, you continue mining on top of your block.

Eventually, the network will solve a block with your transaction in it and the merchant will see 1 confirmation. You continue to mine on top of your block instead of on top of the network's block.

If you have enough hash power and are lucky enough to mine another block before the rest of the network does, you broadcast your two blocks.

There are other possible attacks as well, but none of them are cheap, easy, and 100% reliable.

Since your two blocks create a longer blockchain than the current blockchain that has only added one block, the entire network switches to your blockchain and the 1 confirmation transaction to the merchant disappears (since it competes with your first transaction that now has 2 confirmations).

The more confirmations you have, the more difficult, expensive, and unreliable an attack like this is.
Your knowledge always seems to amaze me. This is a bit complicated to do, and not worth it like you just said.

"The Times 03/Jan/2009 Chancellor on brink of second bailout for banks"
😼 Bitcoin Core (onion)
Syke
Legendary
*
Offline Offline

Activity: 3878
Merit: 1193


View Profile
April 24, 2014, 02:39:00 AM
 #17

Any time a block is orphaned, there is a (very small) chance a transaction from the orphaned block won't get confirmed in the new chain. Typically there are about 2 orphans per day:

https://blockchain.info/charts/n-orphaned-blocks?timespan=30days&showDataPoints=false&daysAverageString=1&show_header=true&scale=0&address=

A single confirmation is by no means a guarantee that the transaction will stay valid. That is why the normal bitcoin client shows transactions as "unconfirmed" until there are 6 confirmations.

Buy & Hold
activebiz
Hero Member
*****
Offline Offline

Activity: 518
Merit: 500


View Profile
April 24, 2014, 06:13:00 AM
 #18

I dont think its possible unless with miners thats why they cant spend mined blocks for 100blocks

vnvizow
Sr. Member
****
Offline Offline

Activity: 364
Merit: 250



View Profile
April 24, 2014, 07:42:39 AM
 #19

virtually impossible, same concept as double spending
omgeak
Newbie
*
Offline Offline

Activity: 12
Merit: 0


View Profile
April 24, 2014, 09:24:47 AM
 #20

"Event can occur, but with 0 probability", - my lecturer in probability theory said  )
Pages: [1] 2 »  All
  Print  
 
Jump to:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!