Feathercoin release 0.17.0.1 has a vulnerable version of the dependency to the zeromq library and puts the users which have this feature enabled at risk for a remote-code-execution bug related to CVE-2019-6250 .
Feathercoin release 0.17.0.2 fixed this bug by using zeromq version 4.3.1
Users compiling their own version of Feathercoin-wallet or daemon and are using the depends folder of the code to compile the dependencies should update to version 0.17.0.2
Users using the pre-compiled binaries for Linux Windows and MAC should also update to 0.17.0.2
Users using the Linux PPA should have received a patch for zeromq through their Linux packet manager and therefore don’t need to take any actions.
Users not using the zeromq features don’t need to take any actions.
The pre-compiled binaries for version 0.17.0.2 are under compilation and will be available within the next days.
The Android wallet Feathercoin-Wallet-2 is obsolete and removed from Playstore.
Alternatives for Android are
the Coinomi Wallet
the Edge Wallet
Both are available on Playstore
How to move to a new wallet
Send all your coins from Android-Wallet-2 to another wallet you have access to.
Export your private keys from Android-wallet-2 and follow the process described here.
Even when implemenrting a POW/POS solution as described, we still need a POW algorithm. There are two problems that together cause long gaps between blocks.
the difficulty is high, but the hash rate is low, due to a large pool (e.g. nicehash) withdraws it’s hash power.
currently there is no way to announce a new and lower difficulty before the next block is found, what takes a long time due to 1)
POW/POS mixture as described mitigates 2) while a good pow algorithm hopefully mitigates 1)
The short or very short time to block caused by the increase of hash rate has no problem like 2) and a much smaller probelm like 1).
as the blocks are found very fast the pow algorithm can adjust and announce new difficulties very fast.
What also needs to be remembered, is, that a time frame with long or very long time 2 block is required leverage the overall time 2 block. Without time 2 block rates > 1 minute the long average of all blocks generated would get smaller and smaller for every peak in hash rate causing an overproduction of coins.
mhh, I’m using the 0.17.0/0.17.1 version of the client and my original wallet is from 2014.
I didn’t have the problems you faced and all upgrades worked well.
As far as I know you need a clean wallet to enable hd key generatation, but you can dump your private keys to the console, copy/paste the keys to a safe place, delete the wallet.dat file and start the client. It then have hd keys enabled and generate an hd key for you. As soon as that is done you can add your private keys from the console and rescan the blockchain to get your coins.
Another possible solution:
when no new blocks are seen for a given time frame, the daemons themself generate one special block at the configured lowest difficulty.
Characteristics of the block:
no coins generated
no transactions are contained
That way a new difficulty can be calculated /announced after the hash rate drops dramatically and the time to block can be limited without breaking the protocol.
For sure there are complications in this solution, that need to be addressed.
This is a high level idea only
got it, I had already just made a fresh install on a new pc and started messing with the wallet.dat file there once i had my coins moved over. (removing it, replacing it… seeing what happens etc) but its good to know i can just do it on 1 pc in the future. thanks!
while this has been a great learning experience and fun to host for the community, I am unpinning this as we now have a full Feathercore / bitcore port thanks to @Bushstar
This was a very old repo and should no longer be used.