Jump to content

Leaderboard

Popular Content

Showing content with the highest reputation on 02/26/18 in all areas

  1. 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
    2 points
  2. Arcurus

    Draft - Freirepublic

    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
    1 point
  3. > 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
    1 point
×
×
  • Create New...