Topic: Is there a difficulty adjustment limit? (Read 1036 times)

Ah, yes. I heard about the time stamp fraud elsewhere, but I don't think I understood it until now. Basically we'd be saying that we started mining in 1970 (or whatever) and that we all the time kept producing one block every ten minutes. Thus, the difficulty wouldn't be adjusted, and no one would be able to see that we had been calculating a block in one second (or whatever).
But then, as you say, if we go through this block chain, we can sum up all the initial zeros in the hashes, and calculate how much processing power it took to create this block chain (the more initial zeros, the more processing power), and use this as a basis for selecting the "correct" block chain, instead of chain length.
Clever! But I guess that is the essense of Satoshi's solution to the Byzatine Generals' Problem anyway, ie. that processing power is what proves honesty, not some more or less direct derivative of that (the block chain length).

Without knowing for certain, I believe this was included in Satoshi's release of his original Bitcoin client. The "processing power wins"-idea is basically the most elemental innovation that Satoshi made in order to make Bitcoin work, and he describes this in the following post:
http://www.mail-archive.com/[email protected]/msg09997.html
So I'm fairly sure he was acutely aware that it must be proven processing power that wins, instead of some other factor that relates in some way to proven processing power (block chain length).

noob question.

Is this part of the original satoshi white paper? or was this algorithm added?.  I am asking about the "the "stronger" hash chain wins. "

He could game the timestamps so his difficulty stays at 1 the whole time and easily produce a longer chain. He'd face several major obstacles. The biggest one is this -- we sometimes say the "longer" hash chain wins because that is true for situations where a difficulty change is not spanned. But for reorganizations that span a difficulty chain, the "stronger" hash chain wins. (That is, the one that we would expect to have taken the most hashes to create.)

I see.

The reason I asked was because I though this might be exploitable in some way, since creating a new block chain (at an initial difficulty of 1) would go extremely quickly (134.4 minutes per 2016 blocks at 1 GH/s). But since the difficulty is adjusted every number of blocks (and not at a certain time interval instead), this, as far as I can tell, can't be exploited because the miner working on that new block chain would just increase difficulty very quickly.
If he had two weeks to mine at 1 GH/s at difficulty 1 he could create a longer block chain than the current one (150,000 blocks) in about a week. But since the difficulty is adjusted every time the miner has calculated 2016 blocks, the speed at which he creates blocks would decrease by a factor of 4 for every 2016 blocks he found. The faster he would mine, the faster the time to find 2016 blocks would increase.

So never mind .

Looking at the difficulty history, I can see that from level 34 to 35 the difficulty level went up by exactly 300.0% (~45 to ~181). Is this a coincidence or is the difficulty adjustment limited to a maximum of +300% per 2016 blocks?