For those of us who bought at 1.45 for the same March delivery date -- should we expect a small refund?

I'm under no delusion about ROI, or discounts after shipment, but this seems like the very same pre-order at a lower price.

I'm looking to use a non-PC power supply, with regulated high current 12v DC.
Does anyone know (from measurements, specs) what the DC Current draw of the Antminer S1 is?  (Standard or overclocked?)

Is 12.0v the ideal input voltage, or would it prefer 13.5v DC?
(Is there a DC-to-DC converter in the unit, or does it need 12.0v?)

Do all S1 units need a total of six positive leads and six ground leads (for screw terminals)?  I want to have the wiring ready for arrival.

Thanks!

I suppose you can check to see if the same coins were 'spent' by bytemaster, and to whom.

It's relentless..  "difficulty" : 917.83093744!   That's 6.57 gigahash/second running right now, or about 2,000 modern (3500 khash/sec) desktop PCs.

The puzzling thing is that the dramatic rises in difficulty seems to have absolutely no effect on the dollar conversion rates.  This can only mean that the meeting between buyers and sellers is totally independent of any specific machine generation rates.

It seems likely that the people buying coins have no perceived competition in generating their own btc, so the value is immune to difficulty.

I'm just spouting off...

Are your settings still showing an unlimited number of Cores for generation?

Could it be you were faster when you enabled fewer cores?  (I know some of my HT machines behave this way.)

What does your Resource Monitor show?  All CPU's 100% loaded?
Any changes to system cooling?

Thanks theymos!  That's exactly what I was wondering.  How did you do that?  Was it with the 'bitcointools' that gavinandresen mentioned?

I'm also surprised that there's so... few!!

I count a grand total of SIX auto-payments from the CUDA client.. that is, six payments to the mandatory address of 5.00 BTC.

Each block that the CUDA client found should have sent 5 to that specific address, so this would imply that in the entire closed-source life of the CUDA client, on all the machines it ran on, it found six blocks.

What am I missing?  Puddinpop?

I think I was perhaps unclear.

I want to know the total "incoming" bitcoin count for the address
1HZNsUqQxKVLmfPfCAzLwrnVDzx8CxwxnM

That is, not the donations or payoff or whatever, but the auto-transfered coins that the previous CUDA client was sending out.  Unlike any other payment system, we (anyone interested) should be able to determine just how many blocks were generated and taxed to that address.

It's just curiosity, but more an exercise in fund tracking.  I haven't figured out how.

I don't get it..  Anything that has value is then "cash equivalent".

So I've been trying to figure out.. just how many coins did
1HZNsUqQxKVLmfPfCAzLwrnVDzx8CxwxnM
receive?

It seems like this should be a matter of public record, and objectively verifiable by anyone.

It would be interesting to see how many blocks (before open source) the CUDA client generated.  If each block sent 5 BTC to the address above, that should be easy math, right?

I just can't figure out how to get a total tally of coins to a specific address.  Is there a tool for that?

It's still not cost effective.
These are HP BL460c blades.. around $6k each.  That buys a lot of fresh CUDA!

It's a fun way to do "burn in", but not a smart use of resources.
12 hyperthreading Xeon cores, though..  each.

22,500 khash/sec with -4way, and only 13,400 without, so yeah, it's not subtle.

So has anyone tried this client on a HardOCP/Anandtech glory gaming machine?

You know, something dual-SLI 480 cards or beastly pair of space heaters?

I'm just curious to know what a few hundred CUDA threads looks like in khash/sec.

Anyone here pause Crysis for long enough to run it?

4way pays off on one of the HP blade machines..
It's a 12-core Intel(R) Xeon(R) CPU X5650  @ 2.67GHz

Running 24 threads with 4way, I get 22,569 khash/sec.

Yow.

Failure on HP EliteBook 6930p w/ ATI Mobility Radeon HD 3450.

BitcoinMinerGPU started
then the app fails with an error an exits.

Win7-64bit

I set up a new wallet for this client.  Starting balance is zero, so it can only be a net win regardless of what the code wants to do.

That said, my passively-cooled Zotac GT240 is not up to the task.  After five minutes, the generation rate has dropped down to nearly nothing.  I suspect the card has throttled itself down as it bakes under the passive heatsink.  Hmm.

Everything above is true here too.

My GT240 is pumping 16,339 khash/sec.  Yow!
And yes, the machine is damn near unuseable.

By my math, I'm generating coins at 3x the previous rate, so if there's a 10% author tax, I can live with that.

The article is all about the cost of the hardware, neglecting the more significant cost: electricity.

Once you're above baseline power of 11 kWh/day (as any geek is), Southern California utilities get about $0.13/kwh marginal, with taxes, distribution, etc.
The 24-core beast built in the article probably draws some serious current.  Hard to guess how much, but I'd guess about 500W?  Anyone know?

This will add 360kW/h a month to your electric bill, which will easily drive you into the next pricing tier, or maybe two tiers higher.  Now your marginal power can be $0.18 kW/hr.
Yikes.
That bitcoin miner would be about $2/day to run, or $788 a year, which means you've never matched the hardware cost of the system in two or three years.

If you have to actively cool the room with the computer, at least during daytime, double it again.

Not to get all mathy, but if your machine is poking along at 150 khash/sec, you're effectively generating (contributing) about 0.01 BTC/hr for the pool.

I dunno.. just my two cents: I thought the wiki info was great.
Every field that goes into the hash, when it changes, and how the nonce iteration works.

To get more technical than that, you have to bring up your code editor.

Your neighborhood sounds pretty fun. 

Is it possible that 'testing' a bitcoin bill for double-spend could be done much faster than confirmation?

After all, you just want to know if the coin has been previously spent.

SO the cashier takes the bill with the 2D barcode, scans it, and the register confirms that the coin hasn't been previously spent (ie, the balance is real).  The confirmations can come later if the merchant wants to extend some trust.  Seems this wouldn't take any longer than a Visa authorization.

In a nutshell, my goal is to pay for something
1) Anonymously (thank you sir, you have no idea who I am.)
2) Spontaneously (I wasn't planning to spend bills at lunch, but here I am)
3) Off-line (I didn't bring my gadgets)
4) Minimal trust required (Give me physical goods, and you have reasonable confidence my bill is good.)

A completely separate discussion would be valid for discussing a quick way to share BTC addresses, IRL.  Cut & Paste works fine.  "Read your number to me" would not.  A standard 2D sticker on the back of a register would be the ticket here.  "BTC Accepted @" with a phone client that scans and pays.

Seriously?  Got free electricity?

At Difficulty 623, I've shut down anything under 3000 khash/sec.