Difficulty Discussion - Fork Update - Bushstar
-
Great news bush! In the meantime, I’m stocking up on cheap coins. :)
A 51% attack is usually what is bantered about by people who don’t really understand the complexity in successfully pulling one off, in fact usually by people who would actually struggle [i]pulling one off[/i] [citation needed] :D
-
[quote name=“UKMark” post=“2449” timestamp=“1368264525”]
A 51% attack is usually what is bantered about by people who don’t really understand the complexity in successfully pulling one off, in fact usually by people who would actually struggle [i]pulling one off[/i] [citation needed] :D
[/quote] ;D -
Great news bush! Looking forward for this getting pushed out.
-
Sounds good to me, and if I’m reading into it correctly then it should change difficulty 4x as fast, but won’t ever rise or fall 40% more than current. Even two ‘fast’ round would only raise it; (start+40%)+40% which makes it a 106% overall maximum rise from the first round to third. Albeing my math is correct.
But I am curious of one thing, if it’s forked what will the difficulty of the first 504 blocks be?
-
The current difficulty would stay the same so we would have to keep pushing through it to get 504 block from the last difficulty adjust. At that point the difficulty will drop 40%. That will make it roughly as profitable to mine as Bitcoin. It will not bring the miners back that only chase the most profitable coins.
Those like myself who support Feathercoin can continue mining the coins with the lowered difficulty and see the rewards. The smaller adjust stops us from being hopped on and then abandoned. I’ve used Freicoin as an example of a coin that went through this. It recently was the most popular to mine and has now been left very unprofitable and will face a very long wait to get back.
We do not want to continue with a problem that could come back in the future. Like Litecoin had to be faster than Bitcoin we have to be faster than Litecoin.
-
So next re-target at 32760? 100 blocks away?
By my estimation at the current hash rate that’s nearly 3 days? :o
Or have i got it all wrong?
-
Remember that the hard fork means that everyone has to update their client, this includes pool and services. Three days is not a great deal of time to get everyone to prepare properly for a hard fork.
-
Fair enough. So what are you doing now to announce/promote the fork?
I can hold out for a while longer but i would be greatly reassured if I see you announce something official not only to the community here but across bitcointalk etc.
-
[quote name=“UKMark” post=“2449” timestamp=“1368264525”]
Great news bush! In the meantime, I’m stocking up on cheap coins. :)A 51% attack is usually what is bantered about by people who don’t really understand the complexity in successfully pulling one off, in fact usually by people who would actually struggle [i]pulling one off[/i] [citation needed] :D
[/quote]Nice! Bought some myself last night at the bottom of that valley :)
-
[quote name=“Nutnut” post=“2532” timestamp=“1368281144”]
Fair enough. So what are you doing now to announce/promote the fork?I can hold out for a while longer but i would be greatly reassured if I see you announce something official not only to the community here but across bitcointalk etc.
[/quote]As soon as I can I will announce the update version across the forums and contact all pools and services to update their daemons. We have to engage with everyone to make this as seamless a transition as possible.
-
Sweet im ready! :o
-
[quote name=“Bushstar” post=“2538” timestamp=“1368282210”]
[quote author=Nutnut link=topic=363.msg2532#msg2532 date=1368281144]
Fair enough. So what are you doing now to announce/promote the fork?I can hold out for a while longer but i would be greatly reassured if I see you announce something official not only to the community here but across bitcointalk etc.
[/quote]As soon as I can I will announce the update version across the forums and contact all pools and services to update their daemons. We have to engage with everyone to make this as seamless a transition as possible.
[/quote]WeMineFTC.com is ready to upgrade w/e you want :) Just letus know :)
-
I’ll upgrade as well. I have a feeling litecoin is about to get the same treatment. The price will drop if it stays below BTC profitability for too long.
Bushstar, can you move the difficulty code into a library? It would make it much easier for people to upgrade.
-
[b]Here’s how Freicoin is handling it …[/b]
[url=https://bitcointalk.org/index.php?topic=202250.0]https://bitcointalk.org/index.php?topic=202250.0[/url]
Freicoin - Difficulty Adjustment Algorithm updated [HARD-FORK @ block #28476]
-
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.
-
-
Block 32760 is only 66 blocks away, any update on when the new version will be released?
-
I may have worked out an innovation so far reaching that Bitcoin may want to copy it from us.
Once that happens FTC’s karma will be off the charts.
If I’m right, after we clear up this current issue, we’ll be able to prevent stampedes throughout the cryptocoin universe AND make 51% attacks virtually impossible. Not even when there is a DDoS in progress.
-
[quote name=“archminer” post=“2690” timestamp=“1368341296”]
Block 32760 is only 66 blocks away, any update on when the new version will be released?
[/quote]There is not enough time to get it in for 32760. The hash rate seems to go up dramatically at times and every body needs to upgrade before we hit the threshold block. We can set whatever block we want in the code.
[quote author=Tuck Fheman link=topic=363.msg2670#msg2670 date=1368315013]
[b]Here’s how Freicoin is handling it …[/b][url=https://bitcointalk.org/index.php?topic=202250.0]https://bitcointalk.org/index.php?topic=202250.0[/url]
Freicoin - Difficulty Adjustment Algorithm updated [HARD-FORK @ block #28476]
-
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.
[/quote]
I was looking at this earlier. This is another solution that I need to investigate.
-
-
Do you see big spikes in hash rates, we can only see the stats on your main page over the last +400 blocks in total
-
Why do we stop retargeting at 1/4the original with 40% cap? I understand you like the 4x similarility; but is it possible to faster retargeting with higher caps?
Also, maybe you can put the cap at 41.4% (so that it is 4x after the original retargeting).
-
[quote name=“Fernandez” post=“2712” timestamp=“1368349304”]
Why do we stop retargeting at 1/4the original with 40% cap? I understand you like the 4x similarility; but is it possible to faster retargeting with higher caps?Also, maybe you can put the cap at 41.4% (so that it is 4x after the original retargeting).
[/quote]Take a look at Freicoin. Difficulty adjustments every 9 blocks. It will be very interesting to see how their filter works in practice.
We’ll go with 41.4% as this will probably appeal to others that we do not deviate too much from Litecoin. Thanks for contributing :)
