Bitcoin Forum
November 02, 2024, 08:22:25 PM *
News: Latest Bitcoin Core release: 28.0 [Torrent]
 
   Home   Help Search Login Register More  
Pages: « 1 [2]  All
  Print  
Author Topic: QUICKCOIN - 1 block per second!  (Read 2292 times)
SgtSpike (OP)
Legendary
*
Offline Offline

Activity: 1400
Merit: 1005



View Profile
October 12, 2012, 04:32:35 PM
 #21

Why would splits need to be dealt with?  If two chains are competing with each other, and each has dozens of blocks, and one is finally rejected by all the miners, then.... so what?  Why is that a problem?

Possibly relating to gmaxwells comment but your coin would quickly look like an irreconcilable tree of data with probably hundreds of branches that sprout new splits as often or more often than shorter branches are pruned.  It would also be likely the most energy/resource inefficient coin system out there since your miners would spend a majority of their time mining on yet to be orphaned chains... but if you have a method to converge the branches instead of pruning them then a majority of those issues go away.... oh and 2.5 gb of data for a chain that essentially did nothing for a year?  Seems kind of high to me or you don't intend it to get any use at all and this is just garage talk... in which case, have at it sounds like a great idea!
I am still unconvinced that lots of splits are a bad thing.  The only thing that would be "seen" is the longest chain.  That's all that matters.  Splits can be thrown away as soon as they are detected.

I agree that it would be somewhat inefficient compared to existing solutions, but don't believe that is a deal-breaker.  It would be the price to pay for as-quick-as-possible confirmation of payments.

2.5GB of space is nothing these days.  It would take 1,200 years to fill up a 3 TB HDD at that rate, and storage is only going to continue getting larger, while that 2.5GB/year minimum requirement would stay the same.
DannyM
Sr. Member
****
Offline Offline

Activity: 275
Merit: 250



View Profile
October 12, 2012, 04:44:42 PM
 #22

Geistgold is interesting... but a factor of 15 times slower than QUICKCOIN!™  I am still curious what happens if blocks are generated every second.  That said, it does sound similar in goals to what I am proposing.  So, the question is, why does no one use it?  And more importantly, who came up with that horrible name?  It reminds me of a yeast infection every time I read it.

@ercolinux, I understand that 1 second is slower than network latency/propogation, but why would that really be a problem?  Sure, blocks would be orphaned a lot, and forks would dead-end even after several blocks fairly often, but I don't see either of those as a show-stopper.

@markm - I don't know anything about liquidcoin, and, while it sounds like an interesting experiment as well, I likely do not have the hashpower available to push it to its limit.  Thus, I cannot experiment with such an alt in the way you describe.

You seem to have misunderstood my intent.  This is a call for an experiment - nothing more, nothing less.  It would only be a few lines of code changed from the Bitcoin-QT client to actually see this happen.  I would do it myself if it wasn't for the difficulty in compiling Bitcoin for Windows (and I'm not much of a linux user either).

No one uses geistgeld because it is a resource hog and the blocks are too fast. Why do another experiment? There have been 2, geistgeld and liquidcoin, and both are unusable for the main reason of the exact property you are trying to add. Heck, litecoin is having problems due to its block propogation speed. I know how you coin will turn out (unusable) because i've tried it and it doesn't work. What are you going to do differently to fix the problem? Nothing, you're going to make it even worse. Good luck with that.
SgtSpike (OP)
Legendary
*
Offline Offline

Activity: 1400
Merit: 1005



View Profile
October 12, 2012, 04:55:47 PM
 #23

Geistgold is interesting... but a factor of 15 times slower than QUICKCOIN!™  I am still curious what happens if blocks are generated every second.  That said, it does sound similar in goals to what I am proposing.  So, the question is, why does no one use it?  And more importantly, who came up with that horrible name?  It reminds me of a yeast infection every time I read it.

@ercolinux, I understand that 1 second is slower than network latency/propogation, but why would that really be a problem?  Sure, blocks would be orphaned a lot, and forks would dead-end even after several blocks fairly often, but I don't see either of those as a show-stopper.

@markm - I don't know anything about liquidcoin, and, while it sounds like an interesting experiment as well, I likely do not have the hashpower available to push it to its limit.  Thus, I cannot experiment with such an alt in the way you describe.

You seem to have misunderstood my intent.  This is a call for an experiment - nothing more, nothing less.  It would only be a few lines of code changed from the Bitcoin-QT client to actually see this happen.  I would do it myself if it wasn't for the difficulty in compiling Bitcoin for Windows (and I'm not much of a linux user either).

No one uses geistgeld because it is a resource hog and the blocks are too fast. Why do another experiment? There have been 2, geistgeld and liquidcoin, and both are unusable for the main reason of the exact property you are trying to add. Heck, litecoin is having problems due to its block propogation speed. I know how you coin will turn out (unusable) because i've tried it and it doesn't work. What are you going to do differently to fix the problem? Nothing, you're going to make it even worse. Good luck with that.
Ok, I can agree with you on that.
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!