Author

Topic: Confirmation (Read 951 times)

legendary
Activity: 826
Merit: 1002
amarha
October 15, 2014, 02:17:07 AM
#9
If the time is a constant to achieve the same probability of a successful secure transaction, then shorter confirmations are still better obviously. The only times when you want full security is going to be times when the transactions are large enough to matter then you're waiting the same amount of time either way.

The only question in my mind is how short can we get? 1-2 minutes seems to be the general consensus, but it's not clear how much wasted hash(orphans) is an acceptable amount.

10 minute confirms seem to have been a small error on Satoshi's part. In my opinion it comes down to whether you value miners over users. And clearly users are what matters when we're talking about a currency.
sr. member
Activity: 686
Merit: 320
October 14, 2014, 09:28:02 PM
#8
Confirmation means reducing the likelihood that a transaction can be double spent down to an acceptably unlikely level.

There is a lot of math in the Satoshi whitepaper about how the likelihood that a transaction can be double spent reduces with each block the transaction is buried under.  All of this math is based on average 10 minute blocks and the parameters with which Bitcoin was implemented.

If you change all those parameters, like the timing of the blocks, you will also be changing the difficulty of rewriting the block chain and thus changing the likelihood that a transaction can be double spent.

You cannot merely make blocks faster and claim that your blockchain has "faster confirmations."  You have to do the math!

From Meni Rosenfield's Analysis of hashrate-based double-spending (link):

Quote
The probability of success depends on the number of confirmations and not on the amount of time waited. An alternative network with a different time constant T0 can thus obtain more security with a given amount of wait time.

Consider the math done. (I'm not being lazy, I'm just way more confident in his math than my own.)

"The time constant might be relevant, if we assume that the attacker cannot sustain his hashrate for a prolonged period of time."

6 confirmations with 10 minute block times would mean you'd have to maintain enough of a hashrate for over an hour.  6 confirmations with 1 minute block times means you only have to maintain it for just over 6 minutes or so.  Course if you're actually relying on the shorter time frame to be successful, you probably don't have the hashrate to succeed anyway. lol
legendary
Activity: 2548
Merit: 1054
CPU Web Mining 🕸️ on webmining.io
October 14, 2014, 09:19:39 PM
#7
If only coins used chain "time" and not real life seconds

If only...
sr. member
Activity: 364
Merit: 250
I'm really quite sane!
October 14, 2014, 08:51:09 PM
#6
Confirmation means reducing the likelihood that a transaction can be double spent down to an acceptably unlikely level.

There is a lot of math in the Satoshi whitepaper about how the likelihood that a transaction can be double spent reduces with each block the transaction is buried under.  All of this math is based on average 10 minute blocks and the parameters with which Bitcoin was implemented.

If you change all those parameters, like the timing of the blocks, you will also be changing the difficulty of rewriting the block chain and thus changing the likelihood that a transaction can be double spent.

You cannot merely make blocks faster and claim that your blockchain has "faster confirmations."  You have to do the math!

From Meni Rosenfield's Analysis of hashrate-based double-spending (link):

Quote
The probability of success depends on the number of confirmations and not on the amount of time waited. An alternative network with a different time constant T0 can thus obtain more security with a given amount of wait time.

Consider the math done. (I'm not being lazy, I'm just way more confident in his math than my own.)

sr. member
Activity: 476
Merit: 250
Bytecoin: 8VofSsbQvTd8YwAcxiCcxrqZ9MnGPjaAQm
October 14, 2014, 08:14:14 PM
#5
Never thought of that, is it true?

Read the Satoshi whitepaper and find out how it works!
sr. member
Activity: 476
Merit: 250
Bytecoin: 8VofSsbQvTd8YwAcxiCcxrqZ9MnGPjaAQm
October 14, 2014, 07:54:52 PM
#4
Quote from: Satoshi
Section 11 calculates the worst case under attack. Typically, 5 or
10 blocks is enough for that. If you're selling something that
doesn't merit a network-scale attack to steal it, in practice you
could cut it closer.

http://satoshi.nakamotoinstitute.org/emails/cryptography/14/
sr. member
Activity: 476
Merit: 250
Bytecoin: 8VofSsbQvTd8YwAcxiCcxrqZ9MnGPjaAQm
October 11, 2014, 12:35:58 PM
#3
I haven't but once a transaction is included in the chain it'd have to be 51%'d to be overwritten as a double spend

That would be trivial to do on a lot of alt-chains, where far more hashpower is available on other chains that could be pulled over for long enough to do this.
legendary
Activity: 1610
Merit: 1008
Forget-about-it
October 11, 2014, 12:33:09 PM
#2
have you done the math? I haven't but once a transaction is included in the chain it'd have to be 51%'d to be overwritten as a double spend from a chain height before you did the first spend. Any coin that isn't constantly forking itself should be pretty safe that a confirm = legit.
sr. member
Activity: 476
Merit: 250
Bytecoin: 8VofSsbQvTd8YwAcxiCcxrqZ9MnGPjaAQm
October 11, 2014, 11:55:55 AM
#1
Confirmation means reducing the likelihood that a transaction can be double spent down to an acceptably unlikely level.

There is a lot of math in the Satoshi whitepaper about how the likelihood that a transaction can be double spent reduces with each block the transaction is buried under.  All of this math is based on average 10 minute blocks and the parameters with which Bitcoin was implemented.

If you change all those parameters, like the timing of the blocks, you will also be changing the difficulty of rewriting the block chain and thus changing the likelihood that a transaction can be double spent.

You cannot merely make blocks faster and claim that your blockchain has "faster confirmations."  You have to do the math!
Jump to: