Leaderboard

A little bit of a technical update I want to share. As part of the refactoring and rebasing effort I've worked out a way to eliminate Freicoin's extra dependencies while at the same time achieving a 10x performance boost for the mathematical calculations we use these libraries for. I'm quite excited about this, although for reasons that might be obscure for those without a technical background. If you don't understand this post, that's okay. The TL;DR is that we can make Freicoin faster while further aligning the code base with bitcoin to minimize the maintenance burden. Freicoin uses the

Freirepublic could be really what makes Freicoin different to other coins. I would do it for example like this: Implement Freirepublic in a second layer like for example dash does it. Second layer could look like this: A part of the block reward + fees lets say 80% is distributed according to the votes. (can be phased in starting by 20%) To vote the demurraged coins are used. You can vote pro and con for a project. Each month the X top voted projects receive coins relative to the amount of votes (pro-con) they received. Enforcement c

Thanks for the update and info.

> Is there still a need to have a refheight in the Freicoin transaction if so why? There's a couple of ways I can answer this question. First, there is always a need for refheight in Freicoin transactions just by definition: it would be a hard-forking consensus change to remove them. This is the technically correct answer but mention it only for completeness as I assume it's not what you meant. This doesn't affect the need for reference heights in any fundamental way. Reference heights address a problem that generally applies to demurrage in bitcoin-like block chains: the dem