So do we need to move out Freicoins to another wallet, or just backup -> update-> restore
Topic: [FRC] - Difficulty Adjustment fork SUCCESSFUL! - page 13. (Read 15904 times)
Yep, I've PMed the moderator asking for a sticky. Also we did compare to TRC and think it fluctuates too wildly, it still kind of has the coin-hopping issue its just so fast a cycle that it gets hoped on and hopped off every hour, you can't really mine it without watching profitability constantly.
Current blocks are taking nearly an hour, 28284 is just the latest such block but the network is trudging along. When the new algorithms comes into effect it should only take about a day or two for difficulty to drop to about a quarter of what it is now and for profitability to be back at parity with BTC.
anyone else stock at block 28284?
192 blocks to go till forking, don't get left behind. Requesting that a moderator sticky this thread until the fork is complete.
Also note that due to some extensive research and simulation run by our developers maaku and galambo we thing FRC will after this new algorithm goes into place have the highest degree of 'fitness' (the match between difficulty and actual network hash rate) of any coin EVER. All the parameters (adjustment ever 9 blocks, gain or 0.1025 and limiter of 1.055) have been carefully selected to be the absolute optimum to both respond to rapid changes in hash rate and to dampen the random fluctuations inherent in the PoW process. Both FRC, BTC and several other alt-coin historical data were used for simulated comparisons and similar parameters were found to be ideal in all of them, should our algorithm prove itself in this final real world test then we would recommend it be used universally.
Also note that due to some extensive research and simulation run by our developers maaku and galambo we thing FRC will after this new algorithm goes into place have the highest degree of 'fitness' (the match between difficulty and actual network hash rate) of any coin EVER. All the parameters (adjustment ever 9 blocks, gain or 0.1025 and limiter of 1.055) have been carefully selected to be the absolute optimum to both respond to rapid changes in hash rate and to dampen the random fluctuations inherent in the PoW process. Both FRC, BTC and several other alt-coin historical data were used for simulated comparisons and similar parameters were found to be ideal in all of them, should our algorithm prove itself in this final real world test then we would recommend it be used universally.
Update:
There was a mistake in the version that was released this morning. The Github repository and binary distributions have been updated to correct this flaw, however any version of Freicoin which was downloaded between the original announcement and now may be non-standard. We recommend upgrading your daemons immediately upon receipt of this message.
There was a mistake in the version that was released this morning. The Github repository and binary distributions have been updated to correct this flaw, however any version of Freicoin which was downloaded between the original announcement and now may be non-standard. We recommend upgrading your daemons immediately upon receipt of this message.
THE NEW DIFFICULTY ADJUSTMENT ALGORITHM IS NOW OFFICIALLY UP AND RUNNING ON THE NETWORK!
Please note (those who have already updated, too)! The hard-fork has been moved forward to a closer block, #28336,
because of the slow block rate at the moment. This means that all those who have upgraded to version 0.0.2-2 are, unfortunately, forced to upgrade once more to avoid being left behind.
At the current hash rate and difficulty, the fork should happen around next Monday.
The new release (0.0.2-2) can be downloaded at http://freico.in/download/.
The updated filter has been designed to stabilize the aggressive fluctuations in network difficulty caused by mining booms followed by large hashrate drops.
Because it is a hard-fork, an update of the client is needed before block #28336. This is of utmost importance to pool operators, exchange admins and solo miners.
Besides the new difficulty adjustment algorithm, a difficulty drop x4 has been hardcoded into the new client at block #28336 to aid the current 'high diff/low hash rate' situation.
Blocks left until hard-fork: 0...
[MAJOR FIXES]
[MINOR FIX]
because of the slow block rate at the moment. This means that all those who have upgraded to version 0.0.2-2 are, unfortunately, forced to upgrade once more to avoid being left behind.
At the current hash rate and difficulty, the fork should happen around next Monday.
The new release (0.0.2-2) can be downloaded at http://freico.in/download/.
The updated filter has been designed to stabilize the aggressive fluctuations in network difficulty caused by mining booms followed by large hashrate drops.
Because it is a hard-fork, an update of the client is needed before block #28336. This is of utmost importance to pool operators, exchange admins and solo miners.
Besides the new difficulty adjustment algorithm, a difficulty drop x4 has been hardcoded into the new client at block #28336 to aid the current 'high diff/low hash rate' situation.
Blocks left until hard-fork: 0...
[MAJOR FIXES]
Quote
- Add the new difficulty adjustment algorithm, which replaces the simple
average over 2016 blocks with a faster-acting 144-tap Parks and
McClellan FIR filter, and adjustments every 9 blocks with a gain of
0.1025 and limiter of 1.055.
- Prepare for deployment of difficulty adjustment filter to production
network by adding a threshold block after which the new difficulty
adjustment algorithm takes over, for both mainnet and testnet.
- Added Python simulator of new difficulty adjustment algorithm.
- Fixed two related bugs in the freicoin "accounts" system. First, the
'move' RPC command now generates AccountingEntry records with the
current reference height rather than refheight=0. Second, the
'listaccounts' RPC command properly time-value adjusts AccountingEntry
records.
- Fix unwanted transaction de-prioritization. Now calculates both inputs
and outputs of a transaction based on the transaction's reference
height, as opposed to the current block height, which was previously
being used for the inputs. This was resulting in smaller (or even
negative) fees for the purposes of priority calculation, thereby
resulting in transactions that had trouble getting on the block chain.
- Change nVersion on Freicoin Foundation addresses to testnet format, so
that budgets validate correctly. This enables mining on testnet.
- Modified output of 'getblocktemplate' RPC command to include a 'budget'
array specifying budgetary requirements.
average over 2016 blocks with a faster-acting 144-tap Parks and
McClellan FIR filter, and adjustments every 9 blocks with a gain of
0.1025 and limiter of 1.055.
- Prepare for deployment of difficulty adjustment filter to production
network by adding a threshold block after which the new difficulty
adjustment algorithm takes over, for both mainnet and testnet.
- Added Python simulator of new difficulty adjustment algorithm.
- Fixed two related bugs in the freicoin "accounts" system. First, the
'move' RPC command now generates AccountingEntry records with the
current reference height rather than refheight=0. Second, the
'listaccounts' RPC command properly time-value adjusts AccountingEntry
records.
- Fix unwanted transaction de-prioritization. Now calculates both inputs
and outputs of a transaction based on the transaction's reference
height, as opposed to the current block height, which was previously
being used for the inputs. This was resulting in smaller (or even
negative) fees for the purposes of priority calculation, thereby
resulting in transactions that had trouble getting on the block chain.
- Change nVersion on Freicoin Foundation addresses to testnet format, so
that budgets validate correctly. This enables mining on testnet.
- Modified output of 'getblocktemplate' RPC command to include a 'budget'
array specifying budgetary requirements.
[MINOR FIX]
Quote
- Fix forking bug due to truncation of initial distribution calculation.
Jump to: