Bitcoin Forum
April 23, 2018, 12:47:41 PM *
News: Latest stable version of Bitcoin Core: 0.16.0  [Torrent]. (New!)
 
   Home   Help Search Donate Login Register  
Pages: « 1 2 3 [4]  All
  Print  
Author Topic: [ANN] HazardCoin, a unique scrypt based coin based on time  (Read 4754 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
Jr. Member
*
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.
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction. Advertise here.
1524487661
Hero Member
*
Offline Offline

Posts: 1524487661

View Profile Personal Message (Offline)

Ignore
1524487661
Reply with quote  #2

1524487661
Report to moderator
hope2907
Sr. Member
****
Offline Offline

Activity: 333
Merit: 250



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

you should let the first thousand blocks no rewards




      ▄▄▄███▌ ██████▄▄▄
    ▄██████▀ ▐██████████▄
  ▄████████ ▐█████████████▄
 █████████▌ ████████████████
▐█████████ ▐████████████████▌
██████████ ▐█████████████████
█████████▌ ████████████████▀
█████████ ▐███████████████▌ ▐
████████▀ ▐██████████████▀ ▄█
▐██████▀ ▐█████████████▀ ▄██▌
 ███▀▀  ▄████████████▀ ▄████
    ▄▄█████████████▀ ▄████▀
    ▀████████████▀ ▄████▀
      ▀▀▀██████▀ ▄██▀
Betrium
Future Of Betting


 █
 █
 █
███
███
███
███
███
███
███
███
███
 █
 █
 █


 █
 █
 █
███
███
███
███
███
███
███
███
███
 █
 █
 █


 █
 █
 █
███
███
███
███
███
███
███
███
███
 █
 █
 █





                ▄█████▄▄
  ██▄          ████████████▀
  ████▄▄       ███████████▄
   ▀██████▄▄▄▄▄███████████
  ██▄████████████████████▌
   ▀████████████████████▌
    ▀███████████████████
   ▀███████████████████
      ▀▀██████████████
      ▄█████████████▀
   ▀████████████▀▀




     ▄▄▄▄▄
   ▄██████
  ████████
  ████▀
▄▄████▄▄▄
█████████
▀▀████▀▀
  ████
  ████
  ████
  ████
  ████



                       ▄▄▄
                   ▄▄█████
               ▄▄████████▌
           ▄▄████████████
      ▄▄█████████████████
  ▄▄███████████▀░▄██████▌
███████████▀▀░░▄████████
  ▀▀▀▀▀██▌░░░░█████████▌
        █▌░▒▄██████████
        ▐▌▒▒▒█▀███████▌
         █▒█▀   ▀█████
         ▐▀      ▀███▌
                   ▀▀
thesnoo23
Jr. Member
*
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

If you like my rants, feel free to give me your coins! Cheesy
LTC   LT6vwfeFGxjsdE62GC2Z7yw8yWC9HNWBxk
BTC   1PcPcdAJQXeA8a65sqcSVHuAL6Uv29dM2W
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.

1CkMBSezoBZmXtKr3WwNbTGvxEpRhWCCKm
Pages: « 1 2 3 [4]  All
  Print  
 
Jump to:  

Sponsored by , a Bitcoin-accepting VPN.
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!