Bitcoin Forum
May 14, 2024, 11:47:31 AM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
   Home   Help Search Login Register More  
Pages: [1]
  Print  
Author Topic: What is the longest conceivable time it could take before a block is "invalid"?  (Read 893 times)
gigabytecoin (OP)
Sr. Member
****
Offline Offline

Activity: 280
Merit: 252


View Profile
June 28, 2011, 03:31:11 AM
 #1

Or how long do I really have to wait to be "sure" that the generated block + 50BTC contained within it are valid?

The default on the bitcoin client is 120 confirmations.

How would somebody manage to "trick" you for 119 confirmations in this day and age at the current difficulty level?

As soon as 1 or perhaps 2 confirmations come in I fail to see how you could declare an older block invalid.
1715687251
Hero Member
*
Offline Offline

Posts: 1715687251

View Profile Personal Message (Offline)

Ignore
1715687251
Reply with quote  #2

1715687251
Report to moderator
1715687251
Hero Member
*
Offline Offline

Posts: 1715687251

View Profile Personal Message (Offline)

Ignore
1715687251
Reply with quote  #2

1715687251
Report to moderator
"Governments are good at cutting off the heads of a centrally controlled networks like Napster, but pure P2P networks like Gnutella and Tor seem to be holding their own." -- Satoshi
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction.
1715687251
Hero Member
*
Offline Offline

Posts: 1715687251

View Profile Personal Message (Offline)

Ignore
1715687251
Reply with quote  #2

1715687251
Report to moderator
JoelKatz
Legendary
*
Offline Offline

Activity: 1596
Merit: 1012


Democracy is vulnerable to a 51% attack.


View Profile WWW
June 28, 2011, 03:43:41 AM
 #2

Or how long do I really have to wait to be "sure" that the generated block + 50BTC contained within it are valid?

The default on the bitcoin client is 120 confirmations.

How would somebody manage to "trick" you for 119 confirmations in this day and age at the current difficulty level?

As soon as 1 or perhaps 2 confirmations come in I fail to see how you could declare an older block invalid.
Single confirmation rewrites are not terribly uncommon. However, the odds that someone will try a double spend attack, there will happen to be a one confirmation rewrite, and one side of the rewrite will have one transaction and one the other are pretty low.

Consider if two miners each find a block at about the same time. One side of the network starts working off one block and one side starts working off the other block. Now imagine if both of these sides also find a block at about the same time, so the network splits again. Of course, the odds of this keeping up for very long are staggeringly low.

I am an employee of Ripple. Follow me on Twitter @JoelKatz
1Joe1Katzci1rFcsr9HH7SLuHVnDy2aihZ BM-NBM3FRExVJSJJamV9ccgyWvQfratUHgN
Sukrim
Legendary
*
Offline Offline

Activity: 2618
Merit: 1006


View Profile
June 28, 2011, 11:38:17 AM
 #3

Depending on the amount of the payment I think you could come up with a solution like this for a business:

0-1 BTC: It's enough to see a pending transaction to "confirm" a payment
1-5 BTC: 1 block
6-100 BTC: 2 blocks
101-500 BTC: 3 blocks
501-1000 BTC: 4 blocks

etc.

This would also mean that really large payments might take more than 6 blocks to be confirmed. If I were to receive a million BTC, I would state in the contract that I require at least 1 full day of mining worth of blocks or even more until I confirm such a transaction on my end to make sure nothing fishy is going on.

For small amounts 0-1 blocks could be enough, as it wouldn't make any sense to try to double-spend this amount at current difficulty.

https://www.coinlend.org <-- automated lending at various exchanges.
https://www.bitfinex.com <-- Trade BTC for other currencies and vice versa.
Pages: [1]
  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!