Mark Friedenbach

Well, 5 years later it's still not clear that a decentralized solution is even possible. And if it's not decentralized.. then what are we doing here? It'd be so much simpler to have a central ledger that manages demurrage in that case. I will say that I am solely and exclusively interested in decentralized solutions only, in both the near and long term.

After the random value is released, I go back and make up a proposed block that's even closer.

No solution, I'm afraid. Anyone can fork bitcoin, or freicoin, or any other crypto currency at any time and try to get people to use the new spinoff coin over the old one. This isn't the first time that it has happened to bitcoin either, just the first time that it had any significant (albeit minority) support from miners, users, developers, etc. There is not some crypto magic that would save us from this outcome -- I can think of generic approaches to replay prevention that would work no matter the underlying crypto system (e.g. XOR the signature with fixed data).

Difference of 2 satoshi/kria, actually. Lightning struck twice. The wallet does not let you spend more than you have. This is not a bug or mistake. What happened was that about a year and a half ago we rolled out a soft-fork upgrade of the Freicoin network which changed the rules regarding how demurrage is calculated. Specifically it made it so that demurrage is truncated (rounded down) per-input instead of in aggregate over all transactions. Imagine a transaction that, after demurrage is calculated, results in 2 inputs that have 0.8 and 0.8 fractional kria each. Under the old rules these

This transaction is invalid: In plain English, this transaction spends more freicoins than are available to it after the inputs are reduced by demurrage. It is possible to recover from this by creating a transaction using the most recent version of freicoind/Freicoin-Qt. In the worst case if the wallet software does not let you do this, as it is equivalent to double-spending, then export the private keys and import them into a new wallet and try from there.

I posted a little bit more about development roadmaps in the Future of Freicoin thread.

It's time to re-start this thread. As mentioned in another thread, I've been professionally busy non-stop for some months on a couple of different projects. That is currently slated to change with my new responsibilities including the maintenance of the Elements codebase, which includes most of the new features we would like to add to Freicoin. So there's a little bit of double-dipping there. Plus since I'll be traveling less and working normal hours I'll be able to spend 8-10 hours a week, evenings and weekends, working on the basic plan outlined at the top of this thread. So let's revis

Skaro, not a currency split, but rather a protocol upgrade by means of a sidechain. I'll post more about it in the 'Future of Friecoin' thread. Actually it occurs to me that you probably mean "currency split" in the same sense as "stock split" -- for each freicoin you own now, you get two on the other side. Yes, that is approximately what I am suggesting. To be clear, it is different from the type of "currency split" you see going on right now with BTC/BCH, which is why I was confused at first. Rik8119, well Freicoin has -5% demurrage, which is fixed, but also a constant subsidy that is e

Wow, what a thread! Jorge told me of his intention to post this, and I told him that although I had some feedback to give he should post anyway and I will provide my own thoughts as a comment. Now that I've wrapped up being a block chain trainer at the BC-2 workshop in Japan, I actually have time to do so. First, I'm very thankful to see that most of the community are of the same mind regarding this issue (also, hi galambo!). The foundation was created for the purpose of solving a problem we perceived with the two competing requirements of the distribution mechanism: we wanted it to

???? ???? ???? ???? Yeah!!!

The current block height is 160755. By my calculation that's 3,085 blocks (about 3 weeks) until the initial issuance of 100M freicoins is fully played out. That is also when the coinbase blocks stop including foundation outputs. Time to organize a celebration?

Reminder to miners to please upgrade... the 144-block window currently shows 75% have upgraded, but 2016-block window hovers at about 50%. I suspect the difference is multi-pool related although further analysis is required. In any case there does appear to be some long-term freicoin miners that have not upgraded, enough to keep us from activating the BIP 66 and input-truncation forks. Also, if anyone has contacts with exchanges that host Freicoin, getting their daemons upgraded should be a priority.

There's a new release of the Freicoin client for Linux and Windows, version 0.8.6-2, hosted on the official website: http://freico.in/download/ Note that there was a problem in trying to update the Ubuntu PPA, which I am working to resolve. The recommended solution is to use the gitian-built, statically linked binaries on the website. The new release contains TWO soft-forks. One is a security update to the consensus rules documented in BIP 66 (strict DER signatures). The other is freicoin-specific: truncation of input amounts. This greatly simplifies the code diff between Bitcoi

You are mistaken. I'm sorry but that was never the plan.

Republicoin solves a problem that doesn't yet exist -- what to do when the subsidy is so large in real dollars that it more than secures the network and then some. Republicoin is an unfinished outline of a solution for how to spend that "and then some" in a socially beneficial way. It's a problem I would like to have. But doing any more than theorizing a this stage is frankly putting the cart before the horse or counting your chickens before they hatch -- pick your metaphor. We don't know what the long-term value of 1 freicoin will be, so it's kinda hard to guess how much security 97 freicoin

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 p

So Black Arrow finally, finally is ready to ships machines 1 & 2. These were originally slated to be hosted with Joe, and they're asking for updated shipping addresses. Unfortunately I lack any kind of hosting capability myself. Does anyone in FA have room for two units? Mollycat, do you have extra rack space where you put unit #3?

There are a couple of things you could mean by this, so I'll address the ones I can think of. If you meant something else, let me know. 1. Within the sidechain paper we talk of the bitcoin mainchain and an indefinite number of sidechains which share the bitcoin currency as an imported asset. What this actually means is that on each of the sidechains there exists an issued asset native to that chain, whose issuance mechanism involves verifying that a corresponding number of bitcoins were sent to a locking script of a particular form. Those bitcoins are unlocked by provably undoing the issuance

By this point I assume that everyone here has heard about the new venture capital funded startup that is making waves in the Bitcoin space with its public unveiling and the release of the sidechains whitepaper. You may have also noticed that beyond being co-authors of the paper, Jorge and myself are co-founders of this new company. I’ll avoid mentioning it by name because I want to speak to the Freicoin community here, not people finding this thread through Google. Why are Jorge and myself proponents of sidechains? Why have we joined up with an ostensibly bitcoin-focused company? What does thi