Are any of the controllers going to be OpenCores' OpenRISC? That would be neat, if so.
|
|
|
watching
Next time, try clicking the "watch" link. There is no need to respond to a thread, just to watch it. (look at Watchlist link in the upper left)
|
|
|
Hah, cute! I might buy a few. Thanks.
|
|
|
There is certainly "life at Avalon." I was poked by the team, to make sure my batch #3 arrived (it did, even after a shipping address mistake, though manual intervention with DHL was required).
|
|
|
Update: 2x working Singles (~60GH each), 2x dead BFL-supplied PSUs. You can see an example of the dead PSU on the left side of this picture (the PSU is on the left, the miner on the right): https://twitter.com/jgarzik/status/364783173869113344/photo/1Had to purchase third party PSUs at Fry's, and fashion wires out of a child's toy, but the miners are happily mining. Or just buy a proper PSU with PCIe connectors on it ......... like is in almost every desktop computer now-a-days That's what I did -- but modern ATX often requires shorting a pin, to turn on the PSU. See http://www.techpowerup.com/articles/other/22
|
|
|
Jeff, when you've ordered them (singles)?
June 2012.
|
|
|
U.S. judge says SEC can pursue Bitcoin-related lawsuit URL: http://www.reuters.com/article/2013/08/06/us-court-sec-bitcoin-idUSBRE97517G20130806U.S. regulators got the green light from a federal judge to proceed with their lawsuit against a Texas man accused of running a Ponzi scheme using Bitcoin, the virtual online money system.
Trendon Shavers of Bitcoin Savings & Trust had challenged the Securities and Exchange Commission's case against him, saying the regulator had no jurisdiction to sue him because the Bitcoin investments he offered are not securities or subject to any U.S. regulation.
But U.S. Magistrate Judge Amos L. Mazzant in the Eastern District of Texas ruled on Tuesday that his Bitcoin investments "meet the definition of investment contract, and as such, are securities." [...]
|
|
|
Update: 2x working Singles (~60GH each), 2x dead BFL-supplied PSUs. You can see an example of the dead PSU on the left side of this picture (the PSU is on the left, the miner on the right): https://twitter.com/jgarzik/status/364783173869113344/photo/1Had to purchase third party PSUs at Fry's, and fashion wires out of a child's toy, but the miners are happily mining.
|
|
|
May never ROI. Since difficulty can fall (or stop rising), there are infinite scenarios under which a BFL Single could generate ROI. However, the more BTC rises in USD, the better off the early pre-order people would have been just buying BTC from Gox or BTC-E instead of BFL.
In almost every case, buying bitcoins would have been smarter, easier and more lucrative than buying ASIC mining hardware. That is a separate subject from whether or not my BFL hardware returns the initial investment (it will).
|
|
|
Hey Would someone be so nice and explain the following to a beginner ? ----"-loadblock=/path/to/file"---- Just drop bootstrap.dat into your bitcoin data directory, restart Bitcoin-Qt, and do not be confused by other, more complicated instructions.
|
|
|
Difficulty has gone up 25x. That means that device is even less profitable now than when he made that comment.
True. BFL is so late that their devices will never ROI.
Hogwash. My 2x $1300 SC Singles are quite likely to return their purchase price in a few months.
|
|
|
bfgminer worked out of the box on Fedora Linux.
One SC Single is happily mining away, seeing 55-60 GH as expected.
Another Single is not running currently, due to faulty BFL-supplied PSU. Will test second unit tomorrow.
|
|
|
Just got 2x BFL SC Single miners, but cannot find my Kill-A-Watt. Has anybody posted amps/watts numbers for the ASIC Single anywhere? Thanks. Need to make sure I don't blow a circuit or three.
|
|
|
Received 2x BFL Singles today (ordered June 2012).
Was a bit of a pleasant surprise, as I was only expecting one. (double-checked the order, I paid for two, just forgot)
|
|
|
My batch #3 order (1x machine, 3x modules) arrived.
With PSU ? Yes.
|
|
|
Thanks for checking into this! Was I correct to update the block headers table on the wiki to indicate that the value is a var_int that is always 0?
For the "headers" response message, that is correct.
|
|
|
Sadly this is one of those cases where it can be easy to get it wrong. It does seem worth investigating whether there was any breakage or behavior changes since 0.3.x days. We have changed CBlock to CBlockHeader and it is entirely conceivable that one might have output the "number of transactions" variable, and another did not. Worth checking.
This may be the case. Untested thesis, based on code read: "headers" message format changed when https://github.com/bitcoin/bitcoin/pull/2013 was merged in Nov 2012. You may have uncovered a protocol-related bitcoind bug.Update: Incorrect. I was misreading some code.
|
|
|
Simply dropping bootstrap.dat into the folder is the safe, easy way. After the import is complete, the file is renamed to ensure it is not re-imported over and over again.
-loadblock is fine too, but requires a bit of extra work on the part of the user.
|
|
|
My batch #3 order (1x machine, 3x modules) arrived.
|
|
|
|