Skaro

Hi, nice to see movement around here.
I could write a long text to cover all the things that are discussed here, but as @Skaro said we all have a life and not only FRC, so i will write a short summary of my priorities:
Short term (before anything else):
Reintroduce tithe ratio to have funds for social purpose.
Short term:
Introduce a distribution mechanism for the funds (most likely a citizen dividend)
 
If those two points are filled we have achieved a lot. Centralization is a problem for bitcoin because its decentralized structure makes is slow and needs a high consents in the community for changes, that to a huge extend could be blocked by miners. That makes it slow but also resistant to attacks.
When you have a centralized organization it could change fast but is not as resilient. The thing is to find a golden way because some centralization is needed for social projects.
So in my eyes it could make sense to implement another mining method. A mix of POS/POW seems to be the most convenient way (there are examples and it doesn't give too much value to POS as POS is still viewed critical by many devs).
One thing should be very clear: If i'll be part of the development team or not, even the change to POS/POW could take a year development/discussion procedure, so we should be very clear of what we actually need.
@Arcurus I do not understand how a 2. lvl layer for mining works, so i have to look into it as well..
Rik

10/10 nodes on version 3

Merry Christmas 

"Can we agree, that we want to have other coin distributions then mining"
YES! Everybody here did agree to having methods of coin distribution other than JUST mining.
 

yes. I m all in for a combination of proof of stake and proof of member in the long run. 
proof of stake = one coin one vote
proof of member = one active verified member = one vote
With both in place there would be a balance between people who invested their resources and people that invest their life.

" If a fully p2p issuance mechanism alternative to mining is found, a mechanism (for example, proof-of-stake voting) could be established to determine how much goes to security (miners) and how much to the alternative."

Gentlemen, we broke the 300 level on CoinMarketCap, We are ranked at 292. This rating always fluctuates, but this is a benchmark in Freicoin's new life. At the last trade, FRC was at 0.00000190 BTC.

Gentlemen, we broke the 300 level on CoinMarketCap, We are ranked at 292. This rating always fluctuates, but this is a benchmark in Freicoin's new life. At the last trade, FRC was at 0.00000190 BTC.

There is a genuinely healthy market.

probarly due to windows drops down to compability mode for older software
 

Well, my findings is that the code needs to be branched up to a newer core, we are still on 0.8 version off bitcoin. I still have not had time to debug alot as it takes time to build under gitian to get a ok version for 64 bit.  0.10 and upwards contain builds for 64bit on windows. Linux versions build and work ok.

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.

That's a little bit of awesome.

92.93% growth in price.

I can do some testing. My computer skills are not so great as to be able to build a wallet without a dummy's guide, but Im willling to learn and put in the time.

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.

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.

That's a little bit of awesome.

I can do some testing. My computer skills are not so great as to be able to build a wallet without a dummy's guide, but Im willling to learn and put in the time.

If you came here expecting an authoritative declaration of where Freicoin is headed, prepare to be disappointed. Freicoin is not led from above, it is and must be organized from the grassroots--the user base. It is you that sets the direction of Freicoin and my intention in posting this is to rekindle an open discussion about where freicoin is headed, and what our priorities should be.

Updated Freicoin Core

There are a few consensus bugs that freicoin is currently exposed to. The most egregious bugs can be fixed by backporting fixes to the 0.8 branch and doing an emergency release. This is presently Jorge and my highest priority, and you should expect a soft-fork release implementing these fixes very soon.

There are a lot of other security bug fixes that are not so easily back ported however, as well as valuable new features and performance updates in the latest Bitcoin Core releases. It is our intention to finish the 0.9 port, then move quite rapidly to 0.10 and then 0.11, and having Freicoin keep up with the Bitcoin release schedule thereafter.

There was a while in the past where we kept up a good release cadence, sometimes having freicoin releases the very same day as bitcoin. While I accept responsibility for letting this slide over the past 12 months, one of the difficulties we encountered while we were keeping up was a lack of testing by the freicoin community of our release candidates. It would be absolutely irresponsible of us to do an official release from a code base that had not been adequately tested by multiple individuals in a variety of deployment environments. This is what held up the 0.9 release and what will continue to hold up future releases of Freicoin Core.

We need testers. Please consider volunteering a few hours of your time around each release downloading & building the Freicoin Core wallet, and taking it for a test drive. This is a way in which anyone can give back to freicoin development without requiring any specific skillset.

New features

As you may know, a good chunk of the code Jorge and I work with on a daily basis is now open-source as part of the sidechain elements project. We have explicit permission from our employer baked into our work agreements to allow us to port these features to freicoin as they are released. Many of the features that have already been released we feel freicoin would benefit greatly from, and intend to integrate into freicoin in due time. These features include:
Lock-time improvements. Written by Peter Todd and yours truly, these are soft-fork enhancements which improve the utility of lock-time (allowing trustless micropayment channel setup, for example). These are soft-fork changes and ready to deploy today, although they are presently receiving review by the bitcoin community.
  Native assets. Also known as: freimarkets. Adds explicit asset coloring and corresponding accounting rules, and makes the transaction format more expressive so as to support pre-signed offers and other financial contracts necessary for a peer-to-peer exchange. Only the most basic version is implemented so far, and it is a hard-fork change.
  Segregated witness. Eliminates malleability concerns entirely, as well as yields significant performance enhancements to syncing the historical block chain. This is a hard-fork change, and currently undergoing minor improvements.
  Confidential transactions. Allows selective disclosure of an output's value. Observers watching the chain have limited information about the values being transacted, thereby achieving an increased level of privacy. This is a hard-fork change, and currently undergoing major improvements.
  A non-disclosed method for non-interactive CoinJoin. This is a hard-fork change, and presently still on the drawing board. More details to emerge as this is released as part of sidechain elements. There are other features being worked on for the sidechain elements project we feel freicoin would benefit greatly from. For example, script replacement. However these are large multi-year projects and I'm confining this update to things which could be deployed to freicoin in the relatively short term.
 
Merged mining

The freicoin initial issuance is almost paid out. At some point after the initial issuance is complete, we would like to hard-fork freicoin to allow an improved form of merged mining -- allowing a single proof of work to secure both bitcoin and freicoin at the same time. This will at long last eliminate the difficulties we have had in building and maintaining a stable and secure hash rate.

This will unfortunately have a devastating effect on the grassroots freicoin mining community that presently exists. Although investments in mining ASICs will not be recoverable, it may be possible to restart, for a while, a "GPU mining" initiative by using foundation funds to pay for work performed for reputable scientific distributed compute project, e.g. Folding@Home. More on that in a moment.

The Foundation

Finally, the contentious point that most people want clarity on. What is going to happen with the foundation funds, now that they are almost entirely generated and almost entirely undistributed? And once they are distributed, what is the plan for the foundation afterwards? Let's take these in turn, starting with what has gone before:

The past

When it was first decided that there would be a foundation to distribute a portion of the initial issuance, there was no plan for distributing the coins. Rather, there was a preference to NOT distribute the coins entirely to a subset of early adopters via mining, and a requirement that these funds be distributed in a decentralized way, although no decentralized alternatives to mining had been proposed yet. Ultimately two fair decentralized distribution mechanisms were discovered, and work has begun to start issuance via those methods.

The first approved distribution mechanism was the community and non-profit donation matching program presently being run on freicoin.org. This achieves decentralization because donors select the recipients of foundation funds via their own contributions. It however requires some oversight to prevent emptying of the foundation funds by a bad actor. So far approximately 150k freicoins have been distributed via the donation matching program, and a further 900k is obligated. However the obligated funds have been delayed until such time as the donation matching program can be re-implemented to prevent theft of Foundation funds.

The second approved distribution mechanism was the payment of opt-in participants of a volunteer-compute projects for the social good, such as Folding@Home. Participants would opt-in to running a daemon on their computer which injects payment invoices into the completed work units submitted to the @Home project. Foundation servers then scan these work units for invoices and pay out to the addresses contained within in proportion to the points earned by the submitting user over some interval. This has not been deployed yet simply due to time constraints in getting the code written.

The present

There is need for a programmer to re-write the donation matching script. This requires only rudimentary computer science knowledge. If you or someone you know meets these qualifications and would like to contribute their time (unpaid), please let me know.

There is a need for a programmer to write the @Home issuance mechanism. This requires a moderate amount of computer science knowledge, including an ability to scrape and parse information from HTML sources. If you or someone you know meets these qualifications and would like to contribute their time (unpaid), please let me know.

We are open to approving new distribution mechanisms in the future, but the mechanism for distribution must be fair and decentralized. Alternatively, we may approve a series of prizes for the funds, but only if awarding of the prize purse is done in a provably fair and unbiased manor, e.g. by smart contract.

The future

There seems to be two major concerns regarding the future of the Freicoin Foundation:
What happens at the end of the 3-year issuance period? Nothing out of the ordinary. It was a hope, but never an expectation that the foundation funds would be fully issued during this time period. The foundation will continue to operate as long as funds are available.
  What happens when the foundation funds are exhausted? The foundation will cease to exist, having completed its only purpose of carrying out its portion of the initial issuance. There is no expectation that the foundation will continue to exist as an active entity after its original goals are achieved.  
Conclusion
 
Freicoin belongs to the people who use it. Jorge and I have some ideas for where we would like the project to go -- expanding scope, and pulling in new users. But it is you, the people using freicoin, who hold the ultimate authority over its direction. I open the floor for discussion.

looks quite good, only few addresses have some less than 0,1% difference

All pushed

Great!
I never thought so be so happy about a zero balance

hehe

But the good news is, apparently, Makku confirmed that the balances calculated for the foundation wallets were correct.