Apparently it's 0.3 once the hard-fork happens, although I'm not completely sure since the dev never really answered that question...I don't think he has anyway.
I don't believe that is the case. Maybe PM MsCollec or Nite69 to get the straight story. I just PM'ed Nite69 then.
Here I have compiled all his posts so far so that we can work something out from that at least.
Hi!
First; sorry for all this mess.. I have been helping a little, but cannot do all and everyone makes mistakes. With live coins the testing is not so easy, so
you all have seen the issues caused by them. I'm sorry for those, but all I can pomise is that we try to minimize the problems. Unfortunately, all changes to live coins has risks, so issues might still appear. But we will fix them, as fast as our resources allow us.
I believe things are getting better all the time. Just be patient, we cannot do things too fast, or we will encounter more similar problems. And one thing all should understand is that for example PoS cannot be implemented on a live coin too quickly if we want all to go smoothly. That means also I cannot promise it, at least not in a short period of time.
The current change does not have PoS, but it has another blockchain protection: automatic checkpoints. It is a new way of protecting the blockchain, so there are risks, but it certainly is better than only PoW.
The fork also changes the block reward to TX_FEE only.
Hi!
I'm not an original dev of this coin, but I have been helping, as you might have noticed.
There is a fix already done, I will push it to github tonight. As someone noted, the source code is public, so you all can review the code. Actually, I hope you do, because these kind of changes on a live coin are risky. The more eyes check it, the better.
You (or I) don't need the priv keys for fixing the coin.
The root cause of the problem is integer math, which will end up with 0 with small coins at these coin parameters.
The hard fork time is planned to be 2.6 18.00 GMT (or whatever the blockchain tz is), but if you all vote for earlier or later time, it can still be changed.
Hi!
I'm not an original dev of this coin, but I have been helping, as you might have noticed.
There is a fix already done, I will push it to github tonight. As someone noted, the source code is public, so you all can review the code. Actually, I hope you do, because these kind of changes on a live coin are risky. The more eyes check it, the better.
You (or I) don't need the priv keys for fixing the coin.
The root cause of the problem is integer math, which will end up with 0 with small coins at these coin parameters.
The hard fork time is planned to be 2.6 18.00 GMT (or whatever the blockchain tz is), but if you all vote for earlier or later time, it can still be changed.
I have noticed your name in the changeset, which made me wondering if a previous FUD was real or not. But since you post here i do believe the FUD was a real FUD
Great to see someone doing bugfixes!
About the current bug, it is just blocking wallets sometimes?
It rounds stakes with too small coins to 0. Very understandable error; the parameters has changed a lot; max coins down to 1000 and max stake in 3 days.
But here is the good news; as a side effect, at the transition time, the algorithm will share stakes generously, until the retarget algorithm rises the difficulty.. (which can, unfortunately, happen quite quickly) so keep your wallets open!