[Dev] Hard fork to change retarget, averages and block time
-
maximum change on difficulty must be fixed ?
Yes and no, this is where it becomes a double edged sword and may cause unintended consequences…
Just like what Newton said “for every action, there is an equal and opposite reaction”. Even though this applies to physics specifically, it can apply to other factors in life.
If you adjust it too quickly / great amount (say 30%), you may be suspect to an attack where a block may be solved too quickly, then difficulty goes way up up, the group leaves and then the next block may take a long period of time to be solved because there is not enough hashrate to solve it quick enough.
Think of this as a difficulty attack.
Just a thought… I dont think you can adjust difficulty mid block??
-
As for the name we need to be careful as ACP has Advanced in the title and the two things are completely unrelated.
Maybe something like
Quondam Difficulty Adjustment
-
FOMP - Stands for, Please Go Away Multipools.
-
Just a thought… I dont think you can adjust difficulty mid block??
The difficulty is set so that the “current hash rate” will produce an answer (Transaction Block) at the correct time. There is no mid block. That is why driveing up the difficulty leaves longer times for loyal miners and less blocks being produced.
You are completely correct though about the difficulties of changing the algorithm, we spent most time making sure we did not open ourselves to other forms of “more evil” attacks, such as those against Terracoin…
-
:)
if(fNewDifficultyProtocol) //DigiShield implementation - thanks to RealSolid & WDC for this code { // amplitude filter - thanks to daft27 for this code nActualTimespan = retargetTimespan + (nActualTimespan - retargetTimespan)/8; printf("DIGISHIELD RETARGET\n"); if (nActualTimespan < (retargetTimespan - (retargetTimespan/4)) ) nActualTimespan = (retargetTimespan - (retargetTimespan/4)); if (nActualTimespan > (retargetTimespan + (retargetTimespan/2)) ) nActualTimespan = (retargetTimespan + (retargetTimespan/2)); }
This looks very simple, and we already have a comparable piece of code in feathercoin, if I read our source right ;)
Different values, but the same principle.
I doubt, that it will be sufficient for them in the long run
-
Re: DigiShield implementation
I can also see another problem we tried to avoid in using the nActualTimespan. The solution without reference to measuring actual time has fewer drawbacks.
-
Just a couple of points.
We will probably need a name. That has not been our priority but something like “Advanced Difficulty Averaging” ADA
or ABC - Advanced block calculation. or FAB Feathercoin Advanced Block (Calc)
FMP
-
FOMP - Stands for, Please Go Away Multipools.
Lol
-
FOMP - Stands for, Please Go Away Multipools.
Ah, didn’t see someone beat me to it!
-
We def need to get this change going soon… This is killing loyal miners with the hash rate so low, and it will take over 9 hours to re-target???
-
Yes. Last week I have stopped my POOL, mining FTC no profit . Purchase cost than mining. I’m minging some of the new currency until the FTC Reply.
-
If we drop the difficulty change then it increases the ability of multipools to manipulate us. The flip side is that hostile entities can push our difficulty up quicker, but there is still the averaging that stops it from being too rapid.
Wrapper is happy with the 9% difficulty as it is and our difficulty change is still less than Dogecoin are planning. They now have a lot of resources and developers as they launched into a much bigger crypt community. We should give them some faith… Actually their new difficulty should have kicked in by now. I’m going to go take a look at how they are doing.
Once we are past the fork we can look at the algo change to duck the Scrypt ASICs and who ever has been attacking us with what is presumed redirected Scrypt resources.
-
Here we go again today with another 9hr High difficulty rate and only 1 hr at a lower difficulty rate once it resets.
Any idea on the time frame these difficulty changes might be implemented?
We def need to get this change going soon… This is killing loyal miners with the hash rate so low, and it will take over 9 hours to re-target???
-
These changes need to be tested carefully before implementation.
It’s in the testbed right now.
We all are keen to get it implemented, but we need to be sure, that it works as expected before we can implement it in the production network.
I’m sure, as soon as the tests are finished, Bushstar will announce the change and the new version of the wallet will be released
-
Inspirational . We need to deal with 30Ghash attacks. In the future may also be more.
-
Yes lizhi, we are in the 30 GH/s right now… and they keep pushing at least to times a day.
So, wellenreiter, keep up the good work!
-
The people involved should rattle their tip jars a little more. :)
-
The people involved should rattle their tip jars a little more. :)
rattle… rattle… rattle…
Lol :D
Look at my signature ;)
But I’m not doing this for tips, even if every tip is appreciated ;)
I want to keep feathercoin safe and solid in the long term.
-
Still, tipping culture is a positive one. :)
-
It is and it’s a nice motivation, indeed :)