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

> 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

thx for your work! I have some questions to the implementation of demurrage in Freicoin: Is there still a need to have a refheight in the Freicoin transaction if so why? Is the demurrage calculated on the uxto set, or on the transactions itself? If on the transaction itself is then pruning of old transactions possible in Freicoin?

Hellow everyone! I'd just like to present myself to the community. I still quite new to cryptos, but I'm facinated by them. I'm also very interested on universal income. It was a mind blow for me to mix both into one faierer economic system! By chance I got to Solidar with that, and Solidar brought me to Freicoin as well. I hope to learn a lot here and hopefully be of some good use =)