I think they try and play games with the diff adjustment toward the end of the cycle.  Like HerbPean mentions, we see the same thing over and over, it can't be coincidence.

I'm sure the big players have figured out how to optimize their profits by turning some gear on and off at key times based on electricity rate and btc price.

Nicely done, that's how it should look for the solo ckpool.

I've wondered the same thing.  I think some folk get blinded by the 0% fee, people do anything when "free" is involved.

Like "free scoop day" at the ice cream store and people stand in line like an hour for a free ice cream cone.  You could work a minimum wage job for that hour and buy 2 quarts of ice cream, these people don't take into account the value of their own time.

0.55GB on my windows node, but my computer is old and I've noticed a significant performance decrease the last few days because of this.

I would say that anything you can do to make it as close to a plug-n-play swap with an S1, the more you will move when resale time comes.

You're only looking at 30 days and then putting a spin on it.  More hash = more blocks, always.  Play with the numbers all you like and read into them what you may, but if you're rooting for less hash power you're on the wrong team.

I agree, a very eloquent explanation, however, I can find fault with the above statement.  I know it's an analogy, not a literal comparison, but I am a civil engineer and I deal with pipe capacity all day long.  When we have a pipe that is handling/going to handle more flow than its capacity making the pipe bigger is NOT always the first thing we do, but it is the obvious thing to do.  I'm sure the same thing is going on here, but since I don't understand programming I'm not involved with those technical discussions.  Making the blocks bigger seems like the obvious thing to do, but I'm sure there are other elements to this solution that need to be considered.

What about massive "spam attacks" of no-tx-fee transactions, is that possible?  That wouldn't cost anyone anything.

The post you quoted also makes the assumption that all miners are producing full blocks when that is not the case.  Many miners produce less-than-full blocks, even empty blocks, and so I'm sure that just compounds the issue even further.

I am of the opinion that the answer to the block size debate is not 1 or 8 or 20 or variable, the ultimate solution will be one that address the issue of block size in a manner that hasn't been conceived yet.

No, all withdraws are processed by a real live human.

Why, what would that fix?

This is a much bigger issue, this is a fatal flaw with the network itself.  You could have a 20 gigabyte block size and someone could still overflow it with simple, cheap transactions.

What if the "spam" never stops?  How does the network protect itself from this?  Imagine if the spam were being sent at a rate 10x what it is today, 100x, 1000x!  Easily achieveable on a modest budget.  I don't know enough about the inner workings of bitcoin, but to me this "test" is a clear example of one way you can defeat bitcoin.

Refer to the discussion a few pages back: https://bitcointalk.org/index.php?topic=441465.4260

That is one of the dumbest things I've read in a while, the biggest (only) factor in solving blocks is hash rate.  More hash = more blocks = more btc in your wallet.

Otherwise you may want to tell these megapools, like Antpool, that they're killing their income with all that hash power.
 

Probably had his feelings hurt when their 2PH left.  

But I'm sure he knows everything about their situation and is not jumping to any conclusions or anything  .  Don't burn bridges.

Hopefully it does go down, just a little...

None of the delays were due to the fork, people posting here about tx fees and delays are posting in the wrong place.

Fork is done and over, don't know why this thread still persists.  There have been forks in the past, there will be more in the future.  Carry on.

Yes, there's a great bitcoin web forum where you can read threads that talk about all this stuff.  Now where did I put that url...
 

The solution is to stop flooding the network with dust transactions.  I'm not sure what point "they" are trying to make with all of this, but it's not identifying any problem we didn't already know exists, and it's not working toward any solution.

I would definitely take a look at them to replace my U3s.  I was going to look to replace my U3s with your sticks, but this path would make more sense.  I would replace my current sticks with a few of yours, replace my U3s with this device, and replace my unused S1 with the board ya'll are working on.

Question: would you need to already have a R-Box to upgrade, or would you be selling a turn-key kit?

There has to be more ignorant, selfish assholes per capita in the USA than any other country in the world.  I hope it all ends soon, I'm cheering for the next extinction level event to wipe the slate clean and start over again.

Since it's a solo "pool" the pool stats are meaningless to individual users; there's no need to display them.  Please remove them, it would be more useful to use that space to show the 1m 1h 1d 7d user hash rates.

Don't get an S1, they're not worth turning on, but an S3 still is.  It uses (just a little) less power than the S1 and is more than twice as fast.