Topic: [FRC] - Difficulty Adjustment fork SUCCESSFUL! - page 9. (Read 15890 times)
20 blocks to go.
Hi there. I'm tempted to try setting up a pool for FRC this weekend to celebrate the hard fork and new difficulty algorithm. 
I'm still busy getting my TRC pool up and running though.
As far as I can tell, the only thing different I'd need to worry about on the pool side of things is to take the value and address from budget in getblocktemplate and add that as a payment output to the coinbase in the generation area? It doesn't appear the coinbasevalue includes those coins, so I don't even need to worry about that. Just add the addr->value and otherwise treat it like a normal bitcoind server?
Thanks!
I'm still busy getting my TRC pool up and running though.As far as I can tell, the only thing different I'd need to worry about on the pool side of things is to take the value and address from budget in getblocktemplate and add that as a payment output to the coinbase in the generation area? It doesn't appear the coinbasevalue includes those coins, so I don't even need to worry about that. Just add the addr->value and otherwise treat it like a normal bitcoind server?
Thanks!
No reason for it to have been unsticked when the fork hasn't been reached yet and their are likely to be some folks who inevitably don't hear about the fork until after it happens. I will request a re-sticky.
22 blocks remaining 
Sticky Removed? Oh well, lets hope for the best! 
22 blocks remaining
It seems the block rate has sped up. 6 latest blocks were found in roughly 8 hours. At this rate the fork will happen at some time during the weekend.
Well the more people who jump back on to FTC the quicker it will go down so more people is needed.
COME ON MINERS MOVE TO FTC FOR A DAY OR SO PUSH THE DIFFICULTY BACK DOWN YOU KNOW YOU WANT TO
COME ON MINERS MOVE TO FTC FOR A DAY OR SO PUSH THE DIFFICULTY BACK DOWN YOU KNOW YOU WANT TO
This the Freicoin thread....
Freicoin has its hard fork at 28336.
FFS sorry for that lol got 30 tabs open thought me in FTC lol
ROFLMAO
It happens, although FRC really needs some people to mine until the difficulty adjusts. Network hash rate is down to ~100 GH/s. I should not be over 1% of the network hash rate with my 1.5 GH/s.
Well the more people who jump back on to FTC the quicker it will go down so more people is needed.
COME ON MINERS MOVE TO FTC FOR A DAY OR SO PUSH THE DIFFICULTY BACK DOWN YOU KNOW YOU WANT TO
COME ON MINERS MOVE TO FTC FOR A DAY OR SO PUSH THE DIFFICULTY BACK DOWN YOU KNOW YOU WANT TO
This the Freicoin thread....
Freicoin has its hard fork at 28336.
FFS sorry for that lol got 30 tabs open thought me in FTC lol
Well the more people who jump back on to FTC the quicker it will go down so more people is needed.
COME ON MINERS MOVE TO FTC FOR A DAY OR SO PUSH THE DIFFICULTY BACK DOWN YOU KNOW YOU WANT TO
COME ON MINERS MOVE TO FTC FOR A DAY OR SO PUSH THE DIFFICULTY BACK DOWN YOU KNOW YOU WANT TO
This the Freicoin thread....
Freicoin has its hard fork at 28336.
remove
remove
Monday at the current hash rate.
#28303. And the hard-fork is now scheduled for #28336.
How much longer before this is over?
#28303. And the hard-fork is now scheduled for #28336.
how is this stickied?
I tend to sticky threads such as these when people need to know about a mandatory update by a certain time. It will be unstickied after block 28476. By the way, what block is FRC on now?
I came in here to see how close the fork was and read this...
It is confusing and for that I apologize. We took the exact same source code and changed the cutoff block to earlier (block #28336). The new binaries replaced the old binaries at the same URL. So download the binary again, and install it again overwriting the old files.
Seriously?
You would be in some deep **** if you did that to financial software in any regulated market.
The support staff on your own team would kill you, if it was a heavily used/supported tool in any market.
I realize that in this particular situation it's probably not going to cause much harm.. Still, after years of QA and configuration management, that gives me a headache.
You should really version at this point, while you still have a tiny bit of time left before the fork. How much easier is it to say "make sure you are on v3" (for example) than to go through "Which version of v2 do you have? ...You don't know? .... Well download it again and see if you still have the problem..."
I mean, this is the exact reason that the ENTIRE GLOBAL SOFTWARE DEVELOPMENT INDUSTRY agrees and uses version numbers on everything.
When you publish a mandatory upgrade to v 0.0.2-2 how many people are going to check their software, and be relieved that they "already have" the right version?
You've already floated two versions with the same ID and differing functionality. In order to stop that from becoming a major problem for your product, I suggest you float a new version so that there is one version BEFORE the upgrade, and one version AFTER the upgrade.
No one should have to type this out for you at all.
It is confusing and for that I apologize. We took the exact same source code and changed the cutoff block to earlier (block #28336). The new binaries replaced the old binaries at the same URL. So download the binary again, and install it again overwriting the old files.
Seriously?
You would be in some deep **** if you did that to financial software in any regulated market.
The support staff on your own team would kill you, if it was a heavily used/supported tool in any market.
I realize that in this particular situation it's probably not going to cause much harm.. Still, after years of QA and configuration management, that gives me a headache.
You should really version at this point, while you still have a tiny bit of time left before the fork. How much easier is it to say "make sure you are on v3" (for example) than to go through "Which version of v2 do you have? ...You don't know? .... Well download it again and see if you still have the problem..."
I mean, this is the exact reason that the ENTIRE GLOBAL SOFTWARE DEVELOPMENT INDUSTRY agrees and uses version numbers on everything.
When you publish a mandatory upgrade to v 0.0.2-2 how many people are going to check their software, and be relieved that they "already have" the right version?
You've already floated two versions with the same ID and differing functionality. In order to stop that from becoming a major problem for your product, I suggest you float a new version so that there is one version BEFORE the upgrade, and one version AFTER the upgrade.
No one should have to type this out for you at all.
How long it would take for difficulty to retarget from 1 to 1+ million or the opposite case?
Bitcoin Megastore, I'm getting around 10 days but there is no telling how that would play out without really testing it.
Every 9 blocks it can adjust as much as +/- 1.055x. That's approximately a doubling (or halving) every 117 blocks, or a factor of +/- 10x every 387 blocks. So 1 to 1e6 or vice versa would take about 2322 blocks, plus another day/144 blocks or so for it to stabilize (the filter is slightly under-damped, so it overshoots and then corrects; you can see that in the real results above). How that works out in real time is a different story, because obviously 1 block != 10min for most of the adjustment period. From 1 to 1e9 about 10 days sounds about right and I trust galambo to have calculated that correctly. In the other direction it'll take quite a bit longer, as at first ~19 years (!) will pass between blocks. Hard-fork is your only real option in that case.
Thanks for explaining this in detail.
Version numbering is especially important whenever a change causes a hard fork. With two versions of 2-2 out, there exists a distinct possibility of an unexpected fork because of clients disagreeing about when the new difficulty calculations take effect. This new version should really be called 2-3 to avoid that confusion.
I stumbled over the version number problem already with your last software change.
Why did you again not change the version number ?
Now, after installation/restart nobody can tell for sure if really the "newest" version
is running with the even earlier hard fork block ?
What if that happens with some of the bigger FRC pools ?
You test the new difficulty algorithm for days but don't take your time (about 1 minute?)
to change the version number....
Really, I want this coin to succeed, but I can't follow your reasoning here.
Thanks for your time & consideration.
Why did you again not change the version number ?
Now, after installation/restart nobody can tell for sure if really the "newest" version
is running with the even earlier hard fork block ?
What if that happens with some of the bigger FRC pools ?
You test the new difficulty algorithm for days but don't take your time (about 1 minute?)
to change the version number....
Really, I want this coin to succeed, but I can't follow your reasoning here.
Thanks for your time & consideration.
Jump to: