The programming paradigm just described will be very unusual in comparison to typical development technologies and will require innovative (and perhaps sometimes kludgey) approaches. If a programmer can only expect the state of the business logic to update once per minute, stochastically, techniques will have to be developed for certain kinds of applications to perhaps cache certain expected state changes and wait on back end processing before updating the front end. Even more complicated is the fact that a block housing transactions and associated ÐApp state changes can be constructed and included in the blockchain but then find itself not part of the main consensus blockchain soon after and possibly have the associated transactions remain unconfirmed and unprocessed for a period of time. Worse, an intervening transaction might be processed first, thus rendering the first transaction invalid. An entire new field of blockchain-based software development techniques is required. Many developers will forge novel solutions. And some fundamentally new approaches may be required. And for this, we are developing the Crypto Currency Research Group (CCRG) to conduct general research of benefit to the entire niche. Please watch this space for more on the CCRG.

From what I can understand, these limitations seem small potatoes if they can pull it off. However, "quirks and edge cases" might regale applications to the social sphere for a while. Bitcoin sets out to solve very specific problems. I wonder if the dev team has a list of concrete problems they see Ethereum addressing.

Also, Q4 of 2014 is coming fast.

That said, I'll buy some in the initial sale, even if it probably will dip back below that point after pent up enthusiasm is spent.