Jump to content

Skaro

Members
  • Content Count

    254
  • Joined

  • Last visited

  • Days Won

    25

Posts posted by Skaro

  1. "Are we ready to go into a Proof of Stake / Proof of Member direction. If so do we want to implement it as a second / third layer or directly?"

    I didn't see a clear decision on this. I think people were asking for developers input. Perhaps, to keep things together, we can quote this comment and say Yes/No and a brief comment.

    Me: Yes.

    As I see, a change in this direction is within the original idea of Freicoin. 

    I think it's implementation is a matter of  resources. So a layered implementation would probably be easier.

    i think SegWit is sort of Proof of Stake, no? So this is implemented in Freicoin .14? Or am I completely full of shit. 

    Is merge mining then part of this too?

  2. The idea of diverting some of the 5% demurrage away from miners to something well within the original philosophy of Freicoin.

    "Once all Foundation funds are spent, the annual 5% demurrage will go in full to miners if no alternative has been found."

    https://freiexchange.com/pages/foundation

    So I think it can be a good idea. (I'm the orignalist  texturalist here lol)

    But I think we should be careful in our minds to consider that the cryptocurrency world is in a different state of evolution than anyone 'predicted', and Freicoin now is different from what it would be with higher volume. Also, perhaps we should consider Freicoin in a world with many cryptocurrencies existing simultaneously. I think the disincentive of usery has a different meaning in this view: people can use Bitcoin for investing and Freicoin for transfer, and maybe Solidar for imposing wealth redistribution in local groups.

     

     

  3. So you should go to your wallets and type "listaddressgroupings" and compare the balance for each address with Freicoin.info. They won't be exactly the same but they should be pretty darn close. The main difference is simply the reference block vs the block containing the transaction--this is on the todo list. The balance for the automatically generated change wallets will be exact :p.

  4. Bicknellski,

    That is exactly what I was talking about yes. Why it happens I'm not exactly sure. The old wallet was still adding blocks and diverging on another chain. So I suppose the wallet was simply unable to reconcile previous transaction. But my question to you is: since, 32 bit applications are supposed to be able to run on 64 bit Windows is you computer an AMD machine? Mine is. I thought that may be the problem.

  5. Yes that's basically how you would calculate it. You have to check if that output has been spent, IF yes, calculate it differently. Its also done in a SELECT statement embedded in Python, which is a little advanced for my level, but I don't mind learning it. Then, finally, we would have to make two separate SELECT statements one to display  differently the 'amounts' the other to calculate the balance using the current method (but if two values cancel each other out maybe not). This may require changes to ABE's display. etc.

    The circulating currency is an API. There was a small bug after the recent modifications (yes, I am literally an amateur). I've already corrected and uploaded it, but it may not be 'pushed' yet. 

×
×
  • Create New...