Pages:
Author

Topic: BitFury 110GH/s per rack? (Read 11013 times)

legendary
Activity: 1162
Merit: 1000
DiabloMiner author
May 31, 2012, 09:59:51 AM
#66
hence they pre-announce their ASIC

Keep in mind that BFL has already lied once about whether or not their product was a custom ASIC, and they got caught.  Then they simply deleted the ASIC claim from their FAQ.

I really dislike being drawn into these discussions but in this case it's necessary to correct you.  BF Labs has never gone on record claiming it's previous generation processors are pure ASIC.  Never.  Forum members simply came to their own conclusions based on our FAQ (which did not say it was pure ASIC, just left it ambiguous).  Others read erroneous forum posts as fact and then repeated them as the lore of the day.   Now you're doing the same in hopes of undermining our reputation as you release your product.  There's no mystery here as to what's going on and I'm not so naive to think this post will stop it.  Carry on.

Ima puttin my mod hat on here.

Don't feed the trolls, even if the troll is your competitor and you're both making lots of money. Just don't do it.
BFL
full member
Activity: 217
Merit: 100
May 31, 2012, 08:08:12 AM
#65
hence they pre-announce their ASIC

Keep in mind that BFL has already lied once about whether or not their product was a custom ASIC, and they got caught.  Then they simply deleted the ASIC claim from their FAQ.

I really dislike being drawn into these discussions but in this case it's necessary to correct you.  BF Labs has never gone on record claiming it's previous generation processors are pure ASIC.  Never.  Forum members simply came to their own conclusions based on our FAQ (which did not say it was pure ASIC, just left it ambiguous).  Others read erroneous forum posts as fact and then repeated them as the lore of the day.   Now you're doing the same in hopes of undermining our reputation as you release your product.  There's no mystery here as to what's going on and I'm not so naive to think this post will stop it.  Carry on.
donator
Activity: 980
Merit: 1004
felonious vagrancy, personified
May 31, 2012, 03:04:42 AM
#64
Just downloaded it... But if .bit -> .ncd could be converted - it will be not difficult to decode keys from chip. OR - EXTREMELY complex self-modifying bitstream should be made for protection alone... So costs would be not justified for this SHA256 thing protection alone... I've implemented some time ago meta-translators for x86 code protection, generating morphed code & executable difficult for analysis, and with FPGA it would be even more complex.

Hrm, not too sure about that.  FPGAs are pretty easy to simulate in software… it just takes a really really really long time and runs really really really slowly.  But the attacker only has to do that once.  The root problem is that they don't need to be able to understand your design; they only need to be able to simulate the device it runs on and snoop the bits being written into the ICAP port.


So in -7 series they will make logic that consumes _same_ power not depending on their internal key, so correlation will not be possible ?

I believe so.  I can't speak for Xilinx in particular, but I know a guy who had to design a decryption circuit with this property for some sort of wireless system.  There are lots of ways to do it; some of them aren't too hard.  The lazy way is to run your circuit through a transformation that turns every wire into two wires; on odd numbered clock cycles you drive both wires to zero and on even numbered clock cycles you pull high exactly one of the wires (the "left" one to represent logic-1 and the "right" one to represent logic-0).  So the power consumption is perfectly uniform: for each bit there is one wire worth of capacitance discharged on each odd-numbered cycle and one wire worth of capacitance charged on each even-numbered cycle.  Of course this makes your circuit 2-3 times larger and twice as slow, but for something tiny like an AES core it's no big deal.


And I may reconsider initial licensing offer, as I still have no binding on that of course.

Probably a good idea.  Here's one other reason I forgot: if you let people ship you boards that you didn't design, how do you know they don't have a microcontroller on there somewhere snooping the JTAG bus and capturing your decryption key as you send it to the device in cleartext?  If the snoop wire is on one of the inner planes of a 4-layer board and the microcontroller draws power from VCCAUX you'd never notice it.


So looking again on these numbers and having troubles with protection of bitstream, all of these devices can be "on hold" in some datacenter say in Iceland in name of their owners,

I think there's a real market for that -- combined hardware and hosting sales.  You can also offer to ship them the hardware but tell them you're going to wipe the bitstream and encryption key off of it before you ship it out.


And seems to be more fair play than "perpetual bonds" without significant backing, where bond issuer can go defunct half the road etc.

Definitely.
donator
Activity: 980
Merit: 1004
felonious vagrancy, personified
May 31, 2012, 02:47:55 AM
#63
Enter the buy-back guarantee. The buy-back guarantee ensures that BFL's sales will be unaffected by the pre-announcement - nobody will cancel existing orders and nobody will shy away from new orders.

You're on the right track there!  But buy-back guarantees aren't the only preannouncement/vaporware-proof sales strategy.  There's another one, and it's called….


Brilliantly played, BFL.

I believe it's about to look slightly less brilliant.
donator
Activity: 980
Merit: 1004
felonious vagrancy, personified
May 31, 2012, 02:42:35 AM
#62
hence they pre-announce their ASIC

Keep in mind that BFL has already lied once about whether or not their product was a custom ASIC, and they got caught.  Then they simply deleted the ASIC claim from their FAQ.
donator
Activity: 980
Merit: 1004
felonious vagrancy, personified
May 31, 2012, 02:40:21 AM
#61
and now BFL is trying to eldentyrell bitfury.

I must have missed this one.
c_k
donator
Activity: 242
Merit: 100
May 30, 2012, 12:01:58 AM
#60
Quote
$700 without VAT with 6 spartan6 on it - if it would be 1.8 Gh/s this means $0.38 per Mh/s

Do want!
sr. member
Activity: 266
Merit: 251
May 28, 2012, 12:31:28 PM
#59
I'll wait for your release, anyway you have my question in your thread.... And I may reconsider initial licensing offer, as I still have no binding on that of course. As I still have about 200 Gh/s power, and if it would become 240 Gh/s - that would be nice benefit. And it is substantial benefit, as I can get board for say

$700 without VAT with 6 spartan6 on it - if it would be 1.8 Gh/s this means $0.38 per Mh/s
if it would be 2.2 Gh/s this means $0.32 per Mh/s.

Feel free to not disclose this, but what kind of volume are you going through that you're able to get a finished board with 6 LX150s on it for $700? I would have thought that even in large volume the S-6 LX150s would cost close to that.

I've already disclosed it, but I would not exactly tell that say Spartan has price $xxx because it is not the case with chip markets, as what basically cost there is not chip production, but NRE (R&D, masks, marketing etc) costs that Xilinx paid to make Spartan's rolling. And price for it will be falling with time.

But most important for Xilinx is not to make competition for their sales of Sparan's for other purpose - i.e. that will not buy it for $50 and sell for $100 to other contractors of them, who buy them at $100 level.

This is as ASIC vs FPGA design... FPGA is basically custom ASIC... do you think that its price is what silicon worth ? It's basically interest that FPGA vendor would like to get. I've told it already - that if FPGA vendor would like to - he can blow off with 28-nm say Virtex-7 sales for $50 that could be priced $10k on digikey any ASIC initiative here... And FPGA vendors more likely impose danger, as FPGAs are better suited for such calculations than say what GPU vendors manufacture...

This is what actually rises concerns about proof-of-work overall security. If you mention Scrypt - then - I can place about 4 to 6 hashers inside of Spartan and get blowing off speeds for that..... So it is even worse... As this makes edge for FPGA actually better than worse. As RAM accesses could be pipelined via multiple pipes............ getting bandwidthes that would not be available within usual computers/GPUs. Although I cannot parallelize single Scrypt, I can execute MULTIPLE calculations of different Scrypts - that's the point... Pipelining accesses to RAM...

What can really make benefits - is the both - modification of hashing algorithm and calculated hash, making ASICs obsolete, and highly-tuned FPGA modules, GPU modules and CPU modules more or less comparable. But that requires complex research indeed and probably not question of current day, and it should be performed by people not only who knows math in cryptography, but who also knows how hardware could be implemented etc. This not going to happen soon indeed as well.

And another weakness is ability to merge mining into pools... As this allows to manipulate hashing power against network...
legendary
Activity: 1274
Merit: 1004
May 28, 2012, 12:08:23 PM
#58
I'll wait for your release, anyway you have my question in your thread.... And I may reconsider initial licensing offer, as I still have no binding on that of course. As I still have about 200 Gh/s power, and if it would become 240 Gh/s - that would be nice benefit. And it is substantial benefit, as I can get board for say

$700 without VAT with 6 spartan6 on it - if it would be 1.8 Gh/s this means $0.38 per Mh/s
if it would be 2.2 Gh/s this means $0.32 per Mh/s.

Feel free to not disclose this, but what kind of volume are you going through that you're able to get a finished board with 6 LX150s on it for $700? I would have thought that even in large volume the S-6 LX150s would cost close to that.

No, in volume of 100s, a Spartan6-150 justs just barely more than $100. $110, $115, $120, something like that.

That's what I mean, $700/6 = $117. That doesn't leave a lot of room for the board, other components and assembly. I was wondering how many FPGAs he's going through.
sr. member
Activity: 448
Merit: 250
May 28, 2012, 12:02:15 PM
#57
I'll wait for your release, anyway you have my question in your thread.... And I may reconsider initial licensing offer, as I still have no binding on that of course. As I still have about 200 Gh/s power, and if it would become 240 Gh/s - that would be nice benefit. And it is substantial benefit, as I can get board for say

$700 without VAT with 6 spartan6 on it - if it would be 1.8 Gh/s this means $0.38 per Mh/s
if it would be 2.2 Gh/s this means $0.32 per Mh/s.

Feel free to not disclose this, but what kind of volume are you going through that you're able to get a finished board with 6 LX150s on it for $700? I would have thought that even in large volume the S-6 LX150s would cost close to that.

No, in volume of 100s, a Spartan6-150 costs just barely more than $100. $110, $115, $120, something like that.
legendary
Activity: 1274
Merit: 1004
May 28, 2012, 12:00:21 PM
#56
I'll wait for your release, anyway you have my question in your thread.... And I may reconsider initial licensing offer, as I still have no binding on that of course. As I still have about 200 Gh/s power, and if it would become 240 Gh/s - that would be nice benefit. And it is substantial benefit, as I can get board for say

$700 without VAT with 6 spartan6 on it - if it would be 1.8 Gh/s this means $0.38 per Mh/s
if it would be 2.2 Gh/s this means $0.32 per Mh/s.

Feel free to not disclose this, but what kind of volume are you going through that you're able to get a finished board with 6 LX150s on it for $700? I would have thought that even in large volume the S-6 LX150s would cost close to that.
sr. member
Activity: 266
Merit: 251
May 28, 2012, 11:46:54 AM
#55
Does anyone know if bitfury's design stores the SHA-256 constants in BRAMs or has them spread over through the SLICEs?

Just guessing, but he probably daisy-chains the hashers in each clock region, runs them one step out-of-phase with each other, and has a single bram feed them k-values which get passed along from one hasher to the next, bucket-brigade style.  My very first design -- which was bit-serial (really bad idea!) -- worked that way.

CONFIRM. Exactly how this is done... Why to install multiple K RAM, if you can install only few one per whole chip ? ;-)

There's actually several possibilities - one possibility that bitstream reads Device DNA code (it's serial number),

The DNA register is just a shift register; it's trivial to swap it out for an SRL32 in fpga_editor.

I've thought that it is different to convert .bit to .ncd .... But as you given me following links it seems to be trivial...

By the way, these guys have documented the bitstream format and made tools that turn .bit files back into .ncd files -- even (completely illegible) .v files in some cases.

-1 for Xilinx... it means that their bitstream non-disclosure protection basically make burden on normal developers, but not defies hackers / ip thieves, because they would have time and money to invest into reverse-engineering tools.

It is bad that chip manufacturer implemented AES only, because if they would implement in silicon some public-private key infrastructure with Xilinx certificate - it would be much simpler.

I don't think Xilinx wants the liability that comes with being a certificate authority -- especially one whose certificates can't be revoked because they're burned into millions of dollars worth of silicon.  You can bootstrap similar schemes yourself on Virtex-6 and above; see section 6 of this paper.

Just downloaded it... But if .bit -> .ncd could be converted - it will be not difficult to decode keys from chip. OR - EXTREMELY complex self-modifying bitstream should be made for protection alone... So costs would be not justified for this SHA256 thing protection alone... I've implemented some time ago meta-translators for x86 code protection, generating morphed code & executable difficult for analysis, and with FPGA it would be even more complex.

Even with e-fuse it is less protection compared to SRAM + battery for AES key.

I wouldn't trust them if I were you.  It's completely trivial to extract the AES key from Xilinx devices, even Spartan-6.  Even battery-backed ram.  Only one power-on is required, and the equipment isn't expensive (if you rent it it's downright cheap).  They didn't fix this problem until Virtex-6.

So in -7 series they will make logic that consumes _same_ power not depending on their internal key, so correlation will not be possible ? Have they at least aware of such bug ?

About remote activation - it is pretty possible thing.

Quite prescient of you -- stay tuned.  But I'm not sure how well this would work for you -- with a highly-rolled design it's easy for an attacker to tell the difference between countermeasure circuits and the actual hashers -- just look for the pattern and chop out anything irregular.  Once you've got it down to a few hundred slices it's easy to figure out where the inputs and outputs are and what they mean. Replicate that block, stitch it back together and the game's over.

On the other hand, you guys make your own hardware -- that's a big advantage when it comes to anti-piracy measures.  You might be better off looking into ways to leverage that, like a tamper-proof housing around the spartan that erases the bitstream if breached and extra circuits to thwart power-analysis attacks.  People are also less likely to try to reverse engineer your work if they have to take apart and possibly damage a box they've paid $100,000 for!
[/quote]

I'll wait for your release, anyway you have my question in your thread.... And I may reconsider initial licensing offer, as I still have no binding on that of course. As I still have about 200 Gh/s power, and if it would become 240 Gh/s - that would be nice benefit. And it is substantial benefit, as I can get board for say

$700 without VAT with 6 spartan6 on it - if it would be 1.8 Gh/s this means $0.38 per Mh/s
if it would be 2.2 Gh/s this means $0.32 per Mh/s.

So looking again on these numbers and having troubles with protection of bitstream, all of these devices can be "on hold" in some datacenter say in Iceland in name of their owners, but without ability to get them in hardware or get access without our consent/permission to equipment until IP released open-source. And open-source release I believe should be done at least for educational purposes, when we'll be ready to roll out best 28nm technology. Say this could be beneficial for DMC initiative. Also _existing_ hashing power (200 GH/s) can be good backing that equipment would be actually deployed, as my investors trust me with this.

So the coupon for 1 Mh/s with say 1 year hardware redemption possibility if you get enough for single board + shipment can be sold for about $0.60 + cost of equipment maintenance, insurance, etc - that would be fair price. And seems to be more fair play than "perpetual bonds" without significant backing, where bond issuer can go defunct half the road etc.
And also looking @ GLBSE it seems to be very risky, I suppose that some legal framework needed for this, to protect rights of buyers. Just putting reputation against such venture would be not enough I think. As investing into mining not with 4-6 month break even point would scare off investors if they would feel that fighting for their rights could cost more and without returning their assets than invested funds.

One of the ways could be - implementing specialized legal-based framework for hashing power trading. For example domain names are sold - sold legally and without any problems... And people not worry owning domain name worth say $10'000'000 etc. The same should be with equipment probably for mining, as this could help dramatically to secure investments into IP alone. Into ASIC for example as well. As when it would come to invest say $5 M into ASIC production, and there will be right engineers to proceed - it would be still great problem that "good fellow who organized all of that" would not just take part of these money and run away.


hero member
Activity: 648
Merit: 500
May 28, 2012, 10:06:42 AM
#54
the only osbourne i know is norman (aka the green goblin), and a google for "osbourne company, -ozzy, -kelly, -sharon" fails to return anything. care to link?

http://en.wikipedia.org/wiki/Osborne_Computer_Corporation

interesting read, thanks
donator
Activity: 1218
Merit: 1079
Gerald Davis
May 28, 2012, 09:52:24 AM
#53
the only osbourne i know is norman (aka the green goblin), and a google for "osbourne company, -ozzy, -kelly, -sharon" fails to return anything. care to link?

http://en.wikipedia.org/wiki/Osborne_Computer_Corporation
hero member
Activity: 648
Merit: 500
May 28, 2012, 09:39:26 AM
#52
I don't think these announcements in close succession are a coincidence.

Seeing that EldenTyrell is planning to sell his 260 MH/s bitstream starting June 1st, Bitfury tried to preempt these sales by disclosing their own 300 MH/s bitstream, which has a better price/performance ratio than BFL's Single, at about half the power draw. Of course, BFL doesn't want Single sales to drop off by 95%, hence they pre-announce their ASIC, and thus ensure that sales of Lancelot, Bitfury and Eldentyrell's bitstream will be zero or close to zero. But such a pre-announcement of a better product can have a devastating side effect on your OWN product sales as well, which has bankrupted more than a few companies. For the baby boomers among us, let me just mention Osborne. Enter the buy-back guarantee. The buy-back guarantee ensures that BFL's sales will be unaffected by the pre-announcement - nobody will cancel existing orders and nobody will shy away from new orders.

Brilliantly played, BFL.

the only osbourne i know is norman (aka the green goblin), and a google for "osbourne company, -ozzy, -kelly, -sharon" fails to return anything. care to link?

also, BFL's pay up front policy was always a genius (if somewhat controversial) way to ensure enough bankroll to ramp up production while guarding against competition.
legendary
Activity: 1022
Merit: 1000
BitMinter
May 28, 2012, 04:21:20 AM
#51
Yeah except DMC could very well be the largest buyer of miner hardware, and if I don't like what BFL now is doing, I won't buy their hardware in the future no matter how cheap it is, and would do business with Bitfury and Eldentyrell instead (who, really, should be combining forces right about now).

Bring it on Cheesy
legendary
Activity: 1162
Merit: 1000
DiabloMiner author
May 28, 2012, 02:37:15 AM
#50
I don't think these announcements in close succession are a coincidence.

Seeing that EldenTyrell is planning to sell his 260 MH/s bitstream starting June 1st, Bitfury tried to preempt these sales by disclosing their own 300 MH/s bitstream, which has a better price/performance ratio than BFL's Single, at about half the power draw. Of course, BFL doesn't want Single sales to drop off by 95%, hence they pre-announce their ASIC, and thus ensure that sales of Lancelot, Bitfury and Eldentyrell's bitstream will be zero or close to zero. But such a pre-announcement of a better product can have a devastating side effect on your OWN product sales as well, which has bankrupted more than a few companies. For the baby boomers among us, let me just mention Osborne. Enter the buy-back guarantee. The buy-back guarantee ensures that BFL's sales will be unaffected by the pre-announcement - nobody will cancel existing orders and nobody will shy away from new orders.

Brilliantly played, BFL.

Yeah except DMC could very well be the largest buyer of miner hardware, and if I don't like what BFL now is doing, I won't buy their hardware in the future no matter how cheap it is, and would do business with Bitfury and Eldentyrell instead (who, really, should be combining forces right about now).
sr. member
Activity: 448
Merit: 250
May 28, 2012, 02:30:06 AM
#49
I don't think these announcements in close succession are a coincidence.

Seeing that EldenTyrell is planning to sell his 260 MH/s bitstream starting June 1st, Bitfury tried to preempt these sales by disclosing their own 300 MH/s bitstream, which has a better price/performance ratio than BFL's Single, at about half the power draw. Of course, BFL doesn't want Single sales to drop off by 95%, hence they pre-announce their ASIC, and thus ensure that sales of Lancelot, Bitfury and Eldentyrell's bitstream will be zero or close to zero. But such a pre-announcement of a better product can have a devastating side effect on your OWN product sales as well, which has bankrupted more than a few companies. For the baby boomers among us, let me just mention Osborne. Enter the buy-back guarantee. The buy-back guarantee ensures that BFL's sales will be unaffected by the pre-announcement - nobody will cancel existing orders and nobody will shy away from new orders.

Brilliantly played, BFL.
legendary
Activity: 1778
Merit: 1008
May 28, 2012, 02:04:59 AM
#48
ok, yea... that got some laughs out of me, d3.
legendary
Activity: 1162
Merit: 1000
DiabloMiner author
May 28, 2012, 01:53:52 AM
#47
Hey, at least I get to share with zhoutong the dubious honor of having had my name verbified by the forum users.  I guess that's something! Wink

So eldentyrell eldentyrell'ed existing Spartan 6 bitstreams, then bitfury eldentyrell'ed eldentyrell, and now BFL is trying to eldentyrell bitfury.

I simply don't have enough popcorn for this.
Pages:
Jump to: