It doesn't have to be bitcoin.  There are lots of GPGPU applications now, so headless cards definitely could make sense.

Price reduced.

Even executed transactions could be an attempt to fool you (though in that case they are at least somewhat expensive).

Correct.  We also haven't tested it with millions or billions of users, over a period of years.

When you look at the dynamics of very long term successful open source projects such as Linux or others, you don't see an "if it ain't broke don't fix it" approach to every proposed change. There is a healthy reluctance to break existing code for no reason but there is a also a willingness to invest in improvements that have no immediate benefit but are expected (and sometimes analyzed) to help longer-term future of the project (scalability, portability, maintainability, etc.).

In addition to the usual open source project management issues, bitcoin faces very significant additional challenges in terms of creating the right set of economic incentives that are likely to lead to a desired equilibrium outcomes in a large multiagent system.  For example, it's already the case that mining is too concentrated in the hands of some very large pools (and there are reasons to suspect this might actually become worse in the future), which suggests that something is broken about the current set of incentives.

Unfortunately, I don't really see the necessarily expertise within the project team to tackle these sorts of issues right now, but perhaps the continued success will attract it.

You could say that about inaction too.  In fact you could say that about having a bias in favor of inaction.

There is hardly any track record at all to say that bitcoin as it exists today "works" on a large scale over a long period of time.  It might, but there is no emperical reason to prefer the current implementation or policies in that problem space over anything else that also might work in that problem space.  The only real reason to prefer the status quo is that it costs nothing to implement, but that's a fairly small factor usually.

Any reasonable argument about long term success has to be based on some sort of analysis methodology (a simulation model for example) that is applied BOTH to status quo policies as well as some proposed alternative on more or less equal footing.

6/hour is the target block rate but when there is a rapid increase in miners the block rate will increase until difficulty adjusts to compensate.  Difficulty only adjusts every ~2000 blocks.

bump for price decrease

That's pretty subjective but it's certainly true that if bitcoin is a flop then all the resources put into it were wasted, much like any other projecct.

Neither demand creates supply nor does supply create demand.  Higher demand raises price, lower supply also raises price, etc.

What people don't understand is that increasing difficulty doesn't decrease supply because supply is fixed (300/hour), at least over a long enough time period for difficulty to adjust.   In the short term there are fluctuations in the block rate.

That sounds like a dumb trading strategy. 

Anything bigger than you need is always fine.  Keep in mind that if you don't run your PSU right up to the limit it will run cooler, more efficiently, and probably last longer.

150 for 1 BTC

Bigger or smaller orders we can negotiate a price.

EDIT: Update price

Maybe, but considering the alternative it's not at all clear that it is "wasteful."  Processing transactions using the traditional banking system is very expensive as well and that translates to high energy usage, just not necessarily directly.  Even directly; it's not like banks don't have big data centers.

Bid 15 BTC

Yes just hook up the 1260 CFM fans to one of the output pins on the Arduino, use analogWrite() and you are good to go.  Don't forget the flyback diode.

Processing transactions.

Just reduce the flow rate.  Get a thermostat (and a relay) for the fans.

Correct, but why would you expect everyone to sell their cards?

I have a bunch of ideas for BTC-enabled applications and not enough time to build out working prototypes.  

I'd like to start working with one or two developers to build prototypes.  You will be paid for the initial work in BTC and then if I decide to take something beyond the prototype stage, we'll discuss ongoing work (pay and/or equity).

Qualifications: You need to be trustworthy, with verifiable professional references, and able to get started quickly building web applications using open source tools (and the BTC code of course).