Feathercoin - The Miner Update - Hard Fork Block 87948

[bushstar]

Feathercoin - The Miner Update - Hard Fork Block 87948

The latest Feathercoin version 0.6.4.4 is now available and is a mandatory update. This update includes a hard fork of the block chain to accommodate the changes made in this patch. This hard fork should happen roughly around the 1st October which is only a week away.  To be able to send and receive Feathercoin after block 87948 you have to use the new client. Continuing to use old clients after the hard fork could result in the loss of coins.

Primarily this update is to further the refine of the difficulty adjust. Though the current Feathercoin difficulty which we changed to get us out of a tough spot it is not fair for long term miners who have to experience 41.4% swings on every adjust. The new code will adjust four times more frequently at 126 blocks but to approximately 9% which still gives the exact same overall adjust. To prevent the difficulty from being sent up or down too rapidly the current 504 sample window is being maintained and damping is being introduced to reduce fluctuations between extremes.

There have been long running discussion and arguments on the Feathercoin forum including simulations of various different options surrounding this solution. Feel free to take a look at the latest discussion here.

To get the latest update please go to the Official Feathercoin Website and download the client from the homepage.

Official Feathercoin Website

Changelog:
Move to 126 difficulty adjust with 504 averaging window and .25 damping
Reduce effectivness of Time Warp attack
Reinstate CAlert system
Make getnetworkhashps more accurate
Release Windows binary with QR encode

[1714046268]

1714046268

[1714046268]

1714046268

[1714046268]

1714046268

[ChekaZ]

Great to see the work doesnt stop!

[smoothie]

Though the current Feathercoin difficulty which we changed to get us out of a tough spot it is not fair for long term miners who have to experience 41.4% swings on every adjust.

How so?

If there is an even playing field (i.e. all participants agree to the rules of the network) how is that not fair?

[Nutnut]

Perhaps loyal miners would have been a better term.

In short, when the diff swings up 41% the hashrate drops to ~3Gh/s. The LOYAL miners, rather than hop to the next most profitable coin stick around and mine at a higher diff for 2+ days to bring the diff back down. Then when the diff does swing down by 41%, all the multipools and profiteers swing their miners back to FTC, the hashrate jumps to ~10Gh/s and so the good times (low diff) only lasts for 8 hours before swinging up again.

This update will stop the 41% bounce and limit it to 9%. There will be swings still of course but hopefully the effect will be reduced. Simples.

Of course, if you are not a loyal miner, you may not see the benefits, possibly the opposite but we're all about looking after the loyal guys in the community.

That is all.

[smoothie]

Perhaps loyal miners would have been a better term.

In short, when the diff swings up 41% the hashrate drops to ~3Gh/s. The LOYAL miners, rather than hop to the next most profitable coin stick around and mine at a higher diff for 2+ days to bring the diff back down. Then when the diff does swing down by 41%, all the multipools and profiteers swing their miners back to FTC, the hashrate jumps to ~10Gh/s and so the good times (low diff) only lasts for 8 hours before swinging up again.

This update will stop the 41% bounce and limit it to 9%. There will be swings still of course but hopefully the effect will be reduced. Simples.

Of course, if you are not a loyal miner, you may not see the benefits, possibly the opposite but we're all about looking after the loyal guys in the community.

That is all.

Why not then just remove all that and go with the most granular diff adjustment (i.e. after each block)?

[erk]

I like the windows installer, a bit more pro than a lot of the other coins that you basically unzip.

[Conqueror]

Just perfect, no more diff traps for FTC!

[SaltySpitoon]

Stickied for a day or so. I'll be watching the thread, but please send me a pm after the fork target block has been passed.

[flound1129]

Perhaps loyal miners would have been a better term.

In short, when the diff swings up 41% the hashrate drops to ~3Gh/s. The LOYAL miners, rather than hop to the next most profitable coin stick around and mine at a higher diff for 2+ days to bring the diff back down. Then when the diff does swing down by 41%, all the multipools and profiteers swing their miners back to FTC, the hashrate jumps to ~10Gh/s and so the good times (low diff) only lasts for 8 hours before swinging up again.

This update will stop the 41% bounce and limit it to 9%. There will be swings still of course but hopefully the effect will be reduced. Simples.

Of course, if you are not a loyal miner, you may not see the benefits, possibly the opposite but we're all about looking after the loyal guys in the community.

That is all.

By profiteers you mean those guys who saved the coin from 51% attack back by switching to FTC when the diff dropped a couple months ago?

[lemons]

This webpage is not available  (https://www.feathercoin.com/)

[erk]

I would love to hear how you're going to reduce the effectiveness of the TW Exploit and which one?

Either you're vulnerable to the exploit or you're not, there is no middle ground.


~BCX~

Read the source code and you might learn something.

[bushstar]

I would love to hear how you're going to reduce the effectiveness of the TW Exploit and which one?

Either you're vulnerable to the exploit or you're not, there is no middle ground.


~BCX~

We experienced attacks where Feathercoin blocks were being created two hours into the future. This is the most that the protocol will tolerate and is the default of Bitcoin which has 12 blocks in that time period. We have 12 blocks in a 30 minute period and our code as been adjusted to reject blocks outside of that time period. So the attackers can still swing out time but not by as much.

With adjusts every 126 blocks (5.25 hours) having attackers swing our time by two hours would be a huge problem so we had to limit this in some way.

[aa]

Just let this piece of shit coin die already.

[digitalindustry]

Just read the whole things from start to finish on the FTC forum .

as you know i'm not a holder of FTC but i think these implementations help the FTC community -

particularly the 504 averaging window and .25 damping

in conjunction with the shortening of the time regarding the "Time warp" flaw. 

as this can help sure up security which ultimately supports confidence to the degree that you can control that aspect.

so good work.  

[ChrisJ]

Just let this piece of shit coin die already.

Survival is the best form of revenge... hmm that gives me an idea.

[flound1129]

After updating, two blocks Multipool found were rejected with the following error:

ThreadRPCServer method=submitblock
ERROR: AcceptBlock() : rejected by synchronized checkpoint
ERROR: ProcessBlock() : AcceptBlock FAILED

What is the fix for this?

[Balthazar]

You can't fix this. This message means that another block is already accepted by network and successfully checkpointed. It seems that blockchain is too fast for the current checkpoints implementation/settings. You can switch it into advisory mode to prevent such events in the future.

But it's better to change checkpoints interval setting to 6-12 blocks.

[erk]

You can't fix this. This message means that another block is already accepted by network and successfully checkpointed. It seems that blockchain is too fast for the current checkpoints implementation/settings. You can switch it into advisory mode to prevent such events in the future.

But it's better to change checkpoints interval setting to 6-12 blocks.

Are you sure? The advanced checkpointing has been running since August, you should have noticed any problems like that ages ago. I am inclined to think it was something else.

[flound1129]

You can't fix this. This message means that another block is already accepted by network and successfully checkpointed. It seems that blockchain is too fast for the current checkpoints implementation/settings. You can switch it into advisory mode to prevent such events in the future.

But it's better to change checkpoints interval setting to 6-12 blocks.

So I basically got 2 orphans in a row is what you're saying?

[bushstar]

So I basically got 2 orphans in a row is what you're saying?

You said those blocks got orphaned after updating but were those blocks minted before you updated or after?

Blocks found on the old chain will get orphaned by the new fork. If anyone wants to continue using 0.6.4.3 they would need to set ACP to advisory.