Looks like they have reached the 30 valid orders - the page is now showing 'Sold Out'.

My order just switched to 'Paied' as well - pretty much right after the 6th confirmation came in. Since they seem to be waiting for all 6 confirmations the 60 minute limit is indeed quite tight. So far I have not received a (payment) confirmation email either.

It looks like they have already received payments for quite a few more than 30 orders, closer to 60. Payments are immediately forwarded to this address:

https://blockchain.info/de/address/1QB8Ds5KbGYBLQa5RyDQ2sVUeSKWf7qgkZ?offset=0&filter=0

I am wondering if the website is not enforcing the 30 unit limit, or if 30 or so of these payments are not considered to have been received in time (and will be refunded?).

It looks like there is a absolute timing dependency between the DATA_P and DATA_N signals, are you sure that you will be able to interpret the data correctly with the PIC controller? Is there are way in a PIC controller to get a timing relationship between two captured serial streams?

Does anybody have any test data for regression testing optimizations for a hasher implementation? Something like the inpute state on one side and then all valid nonce values, if there are any, that yield a valid solution, preferrably for a low difficulty?

I know I have a whole blockchain with thousands of test cases on my disk, but maybe somebody has already gone through this parsing exercise to create some nicely formatted test cases?

Thanks in advance for any feedback.

Are you assuming only one chip will report data at a time (i.e. data is never being sent concurrently by more than one chip)? I have a feeling all chips will report some kind of status not just when a good nounce was found. But I guess we won't know for sure until the communication protocol is released.

It looks like the hash chip sends back the report data asynchronously. Is a PIC controller capable of concurrently clocking in results from multiple chips?

According to other posts regarding this topic, assuming the sync is completely stuck even after shutdown and restart, the database files may have become corrupted. Other folks have recommended starting from scratch, after saving the wallet.dat of course, assuming you have already have some BTC in your wallet:

http://www.reddit.com/r/Bitcoin/comments/11804w/bitcoin_help_stuck_on_synchronizing_with_network

In the bottom right corner - does it show active connections to the Bitcoin network?

Well, for a $150 bet I want at least a free drink - then I would call it fun again 

So you are gambling with $150+ for a coin flip (50% odds, your intended bet), accepting a $150+ loss for potentially turning it into $300?

Sorry, but that kind of cost/benefit ratio is not very appealing to me ...

As far as I observed the processing is not done in a single step, so even after the 'Processing ...' message for a block has disappeared the 'Your BTC reward' value will change for a while. The first value shown is always something really small and then it increases until the reward computation for all shares is complete.