j"1LAnZuoQdcKCkpDBKQMCgziGMoPC4VQUckM§ <div class="post"><div class="quoteheader"><a href="https://bitcointalk.org/index.php?topic=325.msg2608#msg2608">Quote from: laszlo on July 13, 2010, 06:35:38 PM</a></div><div class="quote">Couldn't I just run 500 instances of the proposed capped client? This is more about trading than generating - the generation is just to make it so the supply is limited.<br/></div><br/>The original question still applies here, however, and the idea that people new to the network don't have coins with which to even experiment is an issue, where in this case it is a hoarding issue of those who have come earlier.<br/><br/>Is it possible to have a multi-tiered coin generation system, where you would have a cryptographically difficult series that would generate a whole bunch of coins at once when the series is completed (taking a few days, weeks, or even months to complete on average), but for those who are more interested in generating coins on a more gradual basis could generate say one bitcoin or even a fractional amount of a bitcoin every few minutes or hours?<br/><br/>The complaint right now is that given the current number of users on the network (which has increased substantially since the slashdot story.... look at the download statistics on Source Forge with a huge spike in the last few days for downloads alone) that coins simply aren't being generated at all.<br/><br/>BTW, it would be nice to see if some other alternative random number generators could be used, as the current one seems to be a time-randomized Linear Congruential Generator. (see <a href="http://en.wikipedia.org/wiki/Linear_congruential_generator">http://en.wikipedia.org/wiki/Linear_congruential_generator</a> for details) BTW, feel free to correct me if I'm wrong on this point too. <br/><br/>It might be kind of interesting to experiment with alternate number generators, and it certainly would be healthy for the network if more than one kind of generator was being used. The nice thing with the LCG as a random number generator is that it can be implemented using only integer arithmetic (often with floating point operations, however) and generally is the most efficient generator in terms of simply getting a number for most common implementations (such as is found with a typical video game) with the fewest CPU cycles. There are some classes of numerical analysis applications where a generator of this nature may not be the best choice.</div> text/html
https://whatsonchain.com/tx/41dfe367effd505ea952a44934f930f2cf40d7639f75a056fa58c70ca9787697