Jump to content

Arcurus

Moderators
  • Content Count

    747
  • Joined

  • Last visited

  • Days Won

    66

Posts posted by Arcurus

  1. yes for sure we need updated qt wallets. Its just without the help of maaku its very difficult to get, so i tried my best to contact him and also to get rid of the compile errors of 0.9

    It would be good to have also a budget for core development. I think the best would be to donate some coins directly to the freicoin foundation address listed at the foundation web to give something back to all the effort maaku did up to now.

    to mining pools, rik is looking into the p2p pool

    what would be the difference / benefit, between the p2p pool and the links above. is one of them enough to have?

     

    To merge mining, i'm not sure if this is a good idea. Currently Bitcoin mining is controlled by an monopoly of one Chinese Asic manufacturer. 

    Irony: Better then use a single server which says what is the current block, it cannot be worse than that and fore sure costs less energy.

    Merge mining is one option, one even simpler one would be to just use an Freicoin unique mining alg. That will make us far less attackable.

    As second step we could use dashs masternode concept to secure the blockchain and even have near instant payments, private payments and a budget system.

    Or we could implement the POS + POW proposal i outlined.

     

    What i'm talking mostly about is not so much about a giveaway, it's all about bringing freicoin out to the people and focusing what freicoin makes different.

    The big promise is not to have just a demurrage that goes to miners. The big difference of freicoin is to create a money for people.

    So the whole point is what we do with the demurrage.

    There were many developers coming and asking to help, but when they saw, that we still did not distribute any significant amount of money to projects they soon disappeared, because we missed the core of Freicoin.

    There were also lot of people asking if we make a simple forum giveaway, or basic income, but we still now we seem to refuse that, so naturally these people go on and we loose their resources and time to develop better Freicoin infrastructure.

    Therefore i'm so focused on bringing this core functions to run. Once we show to people that these core vision of Freicoin is met, we naturally attract also lot more developers and development resources.

    Just take @Rik8119 or me personally. I want to have nothing to do with a money that just burns 5% of the monetary supply each year. That is not inspiring at all. I want to have a money that is distributed to common good projects and people to bring things to move.

    My focus is simply to bring at least one project to run, that makes Freicoin different from other currencies and brings real use cases to Freicoin.

    Simply lets bring Freicoin to the people and the people will help us naturally.

     

    For the qtwallet, I will try my best to get news from maaku.

    For the mining pool rik is looking into that.

    With feddes Electrum server running we have at least one easy to use wallet.

    What is still missing is a simple giveaway, or even better universal dividend project.

    For me this part is very much important. Once people have money, they will start using it. And people will naturally start supporting Freicoin.

     

    To the Alliance funds:

    The Alliance was not only meant to make development projects. That was one part of it.

    We wanted to use the matching to bring different projects to run, until they are big enough to register them separately on the Freicoin Foundation web.

    If matching would come in regularly from the Freicoin Foundation, yes, we could just register these other projects and get the matching.

    I would also encourage all who have costs for running Freicoin infrastructure and who did free work related to Freicoin to make it transparent and get matching for that, even if we just donate them again to the alliance. These are real costs that are donated and therefore should get matching from the Freicoin Foundation. 

     

    The 400K I donated was for bringing out a universal dividend project. If someone has better uses for that, ok let's talk about that.

    I wish really we don't need all this hick hack and could just give out some part of the demurrage to people.

     

    https://www.indiegogo.com/projects/freicoin-global-community-currency-from-the-occupy-movement#/

    OCCCU's provision of “basic income” and the assessing of demurrage fees

  2. By the way, after checking the alliance address, i just saw some small things:

    The explorer lists transactions multiple times for each redeemed input.

    http://freicoin.info/address/1EcMiqBNfVi5SfSaCu8GAEwcnz1ArXyoaC

    Wouldn't it be nice to have just the sum of all inputs and all outputs for one single transaction displayed in the blockexplorer?

    In the details of a transaction each single amount could still be displayed.

     

     

  3. yeah, I guess I can update the web even if we don't have the script to do it automatically yet

    and yes we can start doing 100% for new matchings without having the code to retro-actively give 90% extra to the old yet

    I think monthly is good enough, but if it's set to do it automatically, I guess it should be easy to move it to weekly or even daily

     

    and by automatically I mean maaku not having to run the current script every month

  4. On 3/20/2015 at 5:20 AM, Arcurus said:

    Darin M. Bicknell: -  2 Freihours (10,000 FRC) pledged

    Fede: 10 Freihours (50.000 FRC) pledged

    Fab: 2 Freihours (10.000 FRC) pledged

    by the way, it looks like there are some coins missing :)

    If so please donate them to the alliance donation address:

    http://freicoin.info/address/1Gdemcgkm8LtbJ4wdR2NTWHFWrsY6WNrsB

    I will pay for Fab if we dont find him.

  5. lets say, i found out where the compile errors came from.

    two errors i could solve was mainly that numbers needed to be casted, because bitcoin 0.9 uses different numbers. Still i dont know 100% yet if the casts will make runtime errors lets see.

    Sadly Freicoin has its own number format, so the merge with Bitcoin 0.9 is little bit tricky.

    The other error in serialize.h is because a template function is called, most likely also with wrong number format. Sadly its a template function, so it throws errors at linktime, so its very tricky to debug. 

    For compiling i uncommented these two left errors, then it compiles, so at least there are not more then these two errors left that needs to be fixed :)

    That said that doesn't mean that it will run, just that it will compile.

  6. Transaction Block Approx. Time Transaction Amount --- Cumulative Demurrage Balance Currency
    d0748d998d... 115223 2015-06-04 06:56:32 247194.9999 232347.57408587 14847.42581413 232347.57408587 FRC
    2e1e9b99ca... 137415 2016-01-04 19:23:44 0.02106383 0.02022214 14847.42665582 232347.59430801 FRC

    - Renamed to Transaction Amount

    - No need for Redeemable Amount

    - Cumulative Demurrage (at block / time when transaction occurred)

    - Balance (at block / time when transaction occurred)

    That's it :)

     

     

  7. On 4/21/2017 at 11:43 AM, Skaro said:

    Our 24volume curve on coinmarketcap is the best its been since September 2014.

    the 24volume curve from freiexchange looks too good to be true... its steady increasing without any fall down in between. It looks more like the 24volume displays the total trading volume since beginning and just sums it up. 

×
×
  • Create New...