Bitcoin Forum
June 23, 2018, 06:42:19 PM *
News: Latest stable version of Bitcoin Core: 0.16.1  [Torrent]. (New!)
  Home Help Search Donate Login Register  
  Show Posts
Pages: [1] 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 »
1  Bitcoin / Hardware / Re: BFL fucks us over again on: April 19, 2013, 11:58:17 AM
Hmm, except they have also stated they will ship the same GH/s ... the problem of course seems to be that it will use more power than originally expected.
Yeah, I mean it's not like they made a big deal about the power consumption or anything...

Quote from: Inaba
I also want to know what is "competitive."  Is 2x the power consumption considered "competitive?" (Personally, I think 10 - 20% is competitive, not +100%, but I want to know what Tom's definition is.)

Hey... you can get an Avalon unit to do 720 GH/s.  It's totally easy.  Just put 12 BFL singles in the case.  Just a bit more wattage than a 4 card Avalon and you'll have room to spare AND you'll get almost 3/4 of a TH out of an Avalon.

BTW, for creativeIdiot who keeps bitching about BFLs power estimates, I would like to point out that power estimates exceeded expectations for the Minirig.  So if you want to talk track record, it's a wash.  So stop with your lies about how we've never estimated power properly.  We made ONE (count it), ONE mistake and you've been banking on it forever.  Of course, you just can't be bothered to mention that the minirig power estimates came in under spec, for which we over delivered on promises.  God forbid you tell the truth in all your bullshit.

Quote from: BFL_Josh
Even if we have worst case scenario, it's 1.2w per GH and that gives you 72w via the Avalon measuring system and probably somewhere around 80w - 85w at the wall. We are not expecting 1.2w GH/s, that is just the upper limit of the power draw per chip under the worst possible conditions.

Possibly... but I think it's more likely that we'd be right back here in several months with people calling us all sorts of names for forcing an upgrade cycle on them again and calling us greedy assholes for forcing people to upgrade so we can grab more cash.  Instead, we chose to provide a product that will be viable for a long time, far longer than any other product.  You'll still be mining with our first gen product well into the third or fourth gen Avalon, if they ever make it that far.

Oh wait, their employee was going around telling potential customers that they'd be screwed if they went with any of the competition because the Single SC was so much more power efficient it'd force users of competing ASICs to shut down whilst BFL customers kept on ticking, and that anyone who suggested they'd miss their power estimates was a troll. Never mind.
2  Bitcoin / Hardware / Re: Where are the 28nm FPGAs? on: April 15, 2013, 10:49:49 PM
I think Artix-7 would be the best one/most cost efficient to mine BTC on, Virtex is a bit of overkill, and a lot more expensive.

Zynq would probably be amazing as well though (I think)
It seems to be a lot harder to get bitcoin miners to place and route successfully on Artix-7 than on Kintex-7.

I just updated the repo with a DSP48E1 design, for Kintex 7.  400MH/s using 80% of the DSPs, and ~25% of random logic.  I don't have an Artix-7 to port to, but I think they also have DSP48E1's.  I plan to start revamping the code base to better support multi-core designs and standardize the communication modules.  Hope to get my Kintex up to at least 1GH/s by throwing in two regular hashing cores.
3  Bitcoin / Hardware / Re: Where are the 28nm FPGAs? on: April 14, 2013, 04:58:56 PM
Not sure there'd really be any point to anyone developing them, since BFL have been shipping next month for about the last half-year or so.
4  Economy / Service Discussion / Re: Order placing suspended, market cool down at MtGox? on: April 11, 2013, 04:59:42 PM
Ongoing panic sell
I expect a bunch of merchants are still setting their prices based on the now-frozen Mt Gox rate and are going to get the shock of their life.
5  Economy / Service Discussion / Re: Instawallet/Bitcoin-Central Security Breach on: April 03, 2013, 10:35:00 PM
The Instawallet service is suspended indefinitely until we are able to develop an alternative architecture.

Our database was fraudulently accessed, due to the very nature of Instawallet it is impossible to reopen the service as-is.
Fucking maroons. For this to be true, they'd have to be storing the raw, unhashed keys from the URLs, and there's not really any good reason why they should do things this way. Simply hashing the URLs would have made it difficult or impossible for someone who got hold of the database to imitate account holders.
6  Bitcoin / Bitcoin Discussion / Re: Poll - Who would you vote for to replace Gavin, if it was needed on: March 24, 2013, 12:36:08 AM
The idea of gmaxwell being lead dev scares me slightly to be honest. He's a decent enough guy, but he doesn't entirely think things through sometimes...
7  Other / Meta / Re: Self-moderated topics on: March 14, 2013, 12:34:40 PM
I don't think the warning is clear enough, it should read something like this:

High scam risk! This is a self-moderated topic. The original poster can delete replies, including ones which point out fraud or dishonesty by them. If you do not want to be moderated by the person who started this topic, create a new topic.

Because on past experience that's what this is going to be used for, just like the local thread rules were.

Edit: The current warning also doesn't mention that deleted posts disappear completely, so there's no way for normal users to tell if the feature's been used to delete posts.
8  Bitcoin / Bitcoin Discussion / Re: A successful DOUBLE SPEND US$10000 against OKPAY this morning. on: March 13, 2013, 12:27:40 AM
Excuse my non-technical, conceptual-only questions / thoughts / checking if I have this right in my head:

1)  There was no *permanent*  "double spend" right?   i.e. the transaction on the .8 fork would have eventually been orphaned / dumped / never credited to the address specified in the .8 block?

2)  The risk here (and reason why SwC shut off all deposits / withdraws for a few hrs until this was resolved) was that during this very odd period a sophisticated user could use multiple 0-conf services that would all at the same time believe they were getting the same coins, but after the blockchain becomes 1 again only 1 of the transactions would actually be included in the "real" blockchain?
In theory this didn't just affect 0-confirmation services. The transaction on the 0.8 side of the double-spend got 15 confirmations on that fork before it was invalidated by the conflicting transaction from the 0.7 side of the fork, which is more confirmations than anyone requires.
9  Bitcoin / Bitcoin Discussion / Re: In re Bitcoin Devs are idiots on: March 12, 2013, 12:44:54 PM
It is also a huge issue that those suggesting we need the protocol spec are brushed off with the "you don't get it" nonsense by elitist devs.
Bits and pieces, some expired, are scattered around Wiki. Is that the best we can do?
@MP: would you be willing to lead the effort of formulating the current protocol spec?
You really, really don't get it. We can't have a protocol spec becasue the existing client has a whole bunch of unspecified and unintended behaviour that no-one knows about, and any divergence from that behaviour by any major implementation will result in fiascos like this one. This problem could just as easily have been caused by a independent third-party implementation of the client. The developers have been finding and documenting all the corner cases as thoroughly as possible, but some of them are - like this one - really subtle and hard to spot. I'm not sure anyone's managed to fully work out the circumstances under which 0.7 will fail to accept a block due to this bug.
10  Bitcoin / Bitcoin Discussion / Re: Alert: chain fork caused by pre-0.8 clients dealing badly with large blocks on: March 12, 2013, 12:08:06 PM
It's actually about half of that. About half of those people shouldn't have found blocks and only did because the person who should have mined the block was working on the other chain.

Think about it this way, for each block in the fork, someone mined the block in the 0.7 chain and someone mined it in the 0.8 chain. About half the time, the right person got it (because the forks merged when the work in them was roughly equal), and they still have it. About half the time, the wrong person got it and the right person lost it in an orphaned block.
That's not true. Think about it this way - the difficulty didn't change, so on average everyone mined about the same number of blocks as they would have if the blockchain hadn't forked, except that all the blocks on the losing side of the fork were orphaned and the people mining them didn't get paid. If it wasn't for the fork the blocks would have been distributed slightly differently amongst the miners on the losing side and they might have received very slightly more or less, but since it could vary in either direction we can safely say they're out 625BTC or 29k$. (This also means all miners on the losing side of the fork lost money even if none of their blocks were orphaned, since they could potentially have mined blocks if the chain hadn't forked.)
11  Alternate cryptocurrencies / Altcoin Discussion / Re: What exactly is wrong with LTC? on: February 16, 2013, 10:43:50 PM
It's not ASIC resistant at all. You could make an ASIC for LTC if you seriously wanted to and though it was worthwhile. What you mean to say, more precisely, is that Bitcoin specific ASIC's (SHA-256) will not work for LTC.
It's ASIC resistant. You can build ASICs for it, but scrypt is designed to make it impossible to get a worthwhile efficiency gain from doing so compared to general-purpose hardware.
12  Bitcoin / Hardware / Re: BTCFPGA - 115K Refund on: February 13, 2013, 05:56:01 PM
Almost three hours later, and even later in the evening in EU, you posted
At around 2 AM here in the UK - even deeper into the early morning in mainland Europe. Some banks don't even make their online banking systems available at that hour, let alone process wire transfers.
13  Bitcoin / Hardware / Re: Announcement - ASIC mining processor by Butterfly Labs on: February 07, 2013, 06:30:52 PM
Avalon went with a very simple chip on a large(110nm) process. I imagine this strategy gave them very high yields out of the wafers because of the small chip size. This came at the cost of a large PCB to route to all the chips.
Well, that's certainly going to be part of the reason. However, take a look at the distance between chips on the BFL board and compare it to the distance between chips on the Avalon board. Now remember Josh's comment about the PCB ground plane not being able to dissipate enough heat due to the thermal density of their design, and how having to redesign the chips to fix this delayed shipping  whilst Avalon shipped on schedue using similar QFN chips.
14  Bitcoin / Bitcoin Discussion / Re: Potential fix for Apple Bitcoin ban on: February 06, 2013, 09:37:22 PM
Once Apple discovers how it is being used it will be banned. It doesn't matter what gimmick is used to camouflage the intended functionality. Or if you found a flaw in the TOS that means they should allow your app, they will ban it anyway, and maybe update the TOS, if they feel like it.
If Matthew didn't learn that from his previous loophole-finding attempt, he's probably not going to understand it now.
15  Bitcoin / Hardware / Re: Best demonstrated efficiency: 150 Mhash/Joule on: February 05, 2013, 09:19:34 PM
And FYI, FPGA board vendors don't talk about power consumption at the wall, but at the 12V level, after the AC/DC PSU.
BFL's FPGA power consumption figures are at the wall; you can get better-than-quoted power usage by using a more efficient PSU. As far as I know, the only vendors that measure power consumption at the 12V input are the ones which make you supply your own PSU. Icarus had both options and gave both power consumption stats:

After months of work, finally I build a FPGA mining cluster using the board "Icarus".
each board has 2 XC6SLX150 -2FGG484I on it, generates a 380MH/s hashing power. 19.2W (full load working) / 3.4W (idle) power consuming (board input, without fan). here a detail spec table:

Technology: Spartan6 -LX150 -2I (or -3C)
speed (MH/s): 380
$: 569 (1) / 469$ (multiple of 30) (-5$ if you do not need the adapter, recommend for bulk orders, they are heavy)
W: 4.5 for idle / 21 for full load. (notice this is the on wall power, include the adapter losses and fan)
Also, all FPGA vendors which reported board-level power consumption did so for the whole board including power wasted in the onboard DC-DC converters, not the chip power usage as Avalon is doing. It's not like you can really unsolder the chips and put them in your own board with more efficient power circuitry, after all!
16  Alternate cryptocurrencies / Altcoin Discussion / Re: Litecoin IMMUNE to Bitcoin ASICs on: February 05, 2013, 06:21:24 PM
ASIC's are an unstoppable part of any cryptographic 'coin' as it gets more accepted and widespread. It would seem that at the moment Litecoin is 'safe' from ASIC's and can only be mined by GPU's, but an ASIC is sure to come if Litecoin gains fame and widespread acceptance like Bitcoin does.
Not really. The hashing algorithm Bitcoin uses was designed for efficient ASIC implementation, whereas litecoin uses scrypt which is structured to reduce the advantage an ASIC has over general-purpose hardware.
17  Economy / Scam Accusations / Re: SCAMMER: Cablepair (Tom) from on: February 01, 2013, 11:31:22 PM
I'm happy to announce my involvement with the 100TH Mine project, as hosting provider of choice!  This is a great project - BitFury has the design doing simulations already and the project is on track for mining in the June/July timeframe.  What I like about it is the price point - at $5/GHs, it amounts to 200GH/s for the same $1000.  I think its a worthy place to put your hardware dollars, especially if you got aced out of bASIC, BFL or Avalon.

For those of you who haven't checked out BitFury's FPGA project:

One thing to make very clear: this is not a reborn bASIC project, does not use Tom's chips, is not related in ANY way to bASIC.
So Dave has confirmed his involvement in an ASIC project no-one has heard of before which has nothing to do with bASIC, honest. Not fishy in the slightest.
18  Bitcoin / Bitcoin Discussion / Re: David Friedman and Bitcoin on: February 01, 2013, 03:04:40 PM
Not true at all. That bubble happened precisely because of regulation. Banks were practically forced to lower lending standards by Freddie and Fannie, not to mention the FED key interest rate affected mortgage rates to get artificially low enabling many to borrow who couldn't afford it. All Wall Street did was feed upon this circle and meet a demand that was created by the government and no one else. It's called moral hazard, look it up.
This is completely and utterly bass-ackwards. The only influence Freddie and Fannie had was that they wouldn't buy mortgages on the secondary market unless they met minimum underwriting standards. The pressure was actually in the opposite direction - the banks pressured Freddie and Fannie to lower their lending standard so the banks could make more money on risky subprime loans.

However that ignores the bigger picture, namely the amazing and astounding history of Freddie and Fannie from the 70s and the knock on effects.  My oversimplified understanding of it is of the way in which those government-set-up institutions got used to force lenders to lend irresponsibly to fulfill political agendas.
I've heard this said a lot, but again the exact opposite is true. For instance have you looked at what the much-criticised Community Reinvestment Act actually did? It banned the practice of "redlining" - banks were no longer allowed to refuse mortgages to people who otherwise met their lending criteria just because they were buying homes in poor, largely black urban areas. That's it. It didn't require them to lend money to people who couldn't afford it or any of the other things blamed on it; that was a purely profit-motivated commercial decision by the bank.

Actually, things would probably have been worse without the CRA. Amongst other shady things, banks had been pushing black homebuyers into expensive subprime mortgages they couldn't afford even though they were eligible for a much cheaper, affordable prime mortgage on the same house because those mortgages were more profitable for the banks in the short term. Without the CRA, the banks could and almost certainly would have refused to give prime mortgages to those buyers, forcing them to rely on the subprime mortgages that caused the problems in the first place.
19  Bitcoin / Hardware / Re: The bASIC Refund Tracking Thread on: February 01, 2013, 12:55:59 PM
Well, I don't remember Pirate refunding 2/3rds of what was owed before running off with the rest, but I could be wrong.
Even assuming he wasn't lying about the proportion of payments, those 2/3rds were credit card payments, which means that most of the customers could've got their money back via chargebacks. Now when that happens, Tom's credit card processor is forced to pay out from their own funds and get the money back from Tom, meaning they'd lose more than enough money to justify legal action against him. They also have his name, address and ID. Bitcoin customers tend to be a lot more reluctant to sue and a lot less capable of doing so.
20  Bitcoin / Hardware / Re: [Avalon ASIC] Batch #2 pre-Sale Thread on: January 30, 2013, 11:48:41 AM
I kinda agree with this sentiment. But why whine? Call BitSyncom, ask what MOSFETs and inductors he needs, raid the nearest RadioShack and Fry's and negotiate with him an exchange of components for finished product. If needed fly them himself to China in carry-in luggage.
Radio Shack and Fry's don't carry a decent selection of MOSFETs or inductors, and even if they did sending them to China would be like shipping coals to Newcastle - it's one of the few places where you can actually walk in and buy these kinds of parts.
Pages: [1] 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 »
Sponsored by , a Bitcoin-accepting VPN.
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!