Bitcoin Forum
November 18, 2024, 01:48:59 PM *
News: Check out the artwork 1Dq created to commemorate this forum's 15th anniversary
 
   Home   Help Search Login Register More  
Pages: « 1 2 3 [4]  All
  Print  
Author Topic: [ANN] HazardCoin, a unique scrypt based coin based on time  (Read 4981 times)
This is a self-moderated topic. If you do not want to be moderated by the person who started this topic, create a new topic.
sor.rge
Newbie
*
Offline Offline

Activity: 42
Merit: 0


View Profile
May 17, 2013, 04:40:34 PM
 #61

Would it be possible to track the number of non-mining transactions, and factor that into some kind of algorithm that would lower the block reward when transactions were high, and raise it when transactions were low? Within certain parameters, of course. Unbounded reward limits could lead to undesirable concentrations due to perfectly normal fluctuations in the amount of transactions that have occurred since the last adjustment.
So that the almost empty blocks will get most rewards? This will again benefit early miners.
hope2907
Sr. Member
****
Offline Offline

Activity: 432
Merit: 250



View Profile
May 17, 2013, 05:22:08 PM
 #62

you should let the first thousand blocks no rewards
thesnoo23
Newbie
*
Offline Offline

Activity: 56
Merit: 0


View Profile
May 17, 2013, 05:45:18 PM
 #63

Would it be possible to track the number of non-mining transactions, and factor that into some kind of algorithm that would lower the block reward when transactions were high, and raise it when transactions were low? Within certain parameters, of course. Unbounded reward limits could lead to undesirable concentrations due to perfectly normal fluctuations in the amount of transactions that have occurred since the last adjustment.
So that the almost empty blocks will get most rewards? This will again benefit early miners.

Good point, I hadn't considered that.

Hope2907 partially addressed that:

you should let the first thousand blocks no rewards

Also, you would keep the reward between an upper and lower amount, so that even when transactions are very very low, you still aren't getting a billion coins per block.

Another thing to add to it would be to make the number that you apply to your block reward calculations be a ratio of transaction amounts to mined coins, and then in the beginning, all someone would have to do would be to pass a small amount of coins between two wallets to prevent the block reward from going up. And it should be a % change to the block reward rather than an amount of coins
Wabba
Newbie
*
Offline Offline

Activity: 15
Merit: 0



View Profile
May 20, 2013, 04:37:05 PM
 #64

How about using an algorithm that cannot be done on a GPU? Something that needs single threaded performance. RSA comes to mind, as I think the CPU performance is much higher than when you run it on a GPU.  There is probably something better out there.  This will put the currency in the hands of the users that want to use the coin, instead of miner that buy the most GPUs.  Also, there are tons of scrypt based altcoins already.
Pages: « 1 2 3 [4]  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!