I believe I may have misinterpreted your feelings on BFL. It's your position that they aren't going to deliver anything at all, correct? By use of logical deduction, it appears you think it's possible they will deliver a device between May 30th and June 30th with an efficiency below 350mhash/joule but above 110mhash/Joule? Is that correct? If that's not the case, why don't you accept my bet?

If BFL doesn't deliver by June 30th, they are going bankrupt, regardless of if they are a scam or not. I'd have no issue giving you 5 coins at that point.

I primarily use cgminer but I switch back and forth from time to time. I switched to bfgminer when I found out you removed BFL serial-usb support, which broke my instance based load balancing script. Not that I see any problem with libusb, I just needed to change the syntax of my start-up command. This led me to my next issue, cgminer cannot access my bfl devices unless I run as super user. I'll spend some time figuring it out later as I think it's important to have both forks of cpuminer ready to go in the event that one doesn't work properly with BFL ASICs.

Load-balancing options in both forks are uneven and leave much to be desired. I brought it up in September and November in the cgminer thread but I seem to be the only person concerned about even load distribution across pools with ASIC devices. This is what led me to write my script to provide device based load balancing, and I'm just suggesting this would be a good thing to have in the application. I'm not upset, these are open source projects and I appreciate the work you guys have put into them with little to no monetary compensation. You've both advanced mining tremendously over the python based miners I used in the beginning.

On that note, I think it's detrimental to the community that you guys are arguing in each others release threads.  Personally, I'd like to see you guys working on the same branch. If that's not going to happen, why don't you just leave each other alone?

C'mon now, work with me here. You still plan on winning the bet with mrb right? If they release something with Avalon efficiency, a lot of people would be very angry, including me, but they wouldn't be considered a scam. They've already admit they can't meet the power estimate, at least not for now, perhaps not by June 30th either.

Ok, found this a few posts up.
"by 5/15/2013 Butterfly Labs ships products to 3+ forum members unconnected to the company and the devices achieve 350+ Mhash/Joule"

Let's change to the following and shake on it
"by 6/30/2013 Butterfly Labs ships products to 3+ forum members unconnected to the company and the devices achieve 110+ Mhash/Joule"

What good is a efficiency rating if the device doesn't exist? I do see your point though. If BFL delivers a 4,000 watt 40gh/s SC single composed of 100 FPGA chips, that would be far from what they promised. How about a 1/1 bet similar to the one with mrb and Shipping by June 30th, but at Avalon or better efficiency? I believe Avalon is 66gh at 600 watts? Does 110MHash/Joule or better sound good? Given their specifications, I don't think they will have any trouble beating that number. I want as much leverage as I can get, and since your position is that BFL is a straight up scam, the power numbers should be irrelevant.

Well, you seem to have it figured out.

It's an interesting theory, but here are my thoughts: If they are pulling a long con, they really dropped the ball by not putting the flashy light video up a week ago and tearing away tons of cash from Avalon Batch 3 investors. An adept scammer would have taken a finished SC single case or the big box of fans, hooked up some nice LED lights and scripted out a bfgminer screen showing a hashrate of 1.5th on testnet in a box. Now imagine they did that the night before Avalon started taking 75 BTC Batch 3 preorders, which are scheduled for mid-may deliveries. Is the guy getting ready to buy 5 Avalons going to go through with that purchase the next morning, or is he going to say: "F that, I'm getting one of those fancy mini-rigs!" It just doesn't make much sense to me.

I don't usually gamble unless I'm guaranteed to win, or guaranteed to "lose" somehow (aka bets with Matthew Wright). I don't think this bet is a guaranteed win but I think I have a pretty good chance here. I also don't like large amounts of egg on my face, so let's make this small. Would you take a 10btc(5btc each) bet with me on the same terms as mrb, minus any power requirements?  

I'll take your batch 2 for $1500. Honestly though, I wouldn't be too worried about it, it's going to take a while for the difficulty to reach a level where Avalon ASICs are unprofitable. The batch 3 may take quite a bit longer to pay off but it will eventually. It all depends on how quickly BFL can move their models. Of course, if BTC value goes back down to $2 in the next month you are completely screwed, but you already knew that...

Micon, have you conceded that you will lose your 80 btc bet to Mrb, or do you expect to still win that one as well? It appears you may have hedged that bet with some shipping date bets; have you fully covered the 80 btc bet with wins from those bets yet? I'm just curious...

While you weren't able to convince all members that pirate was a ponzi, I believe your persistence did convince some people to stay away and I think it's important that we have vocal skeptics in this community. It's a bit sad looking at some of the older member's profiles who were heavy investors and seeing they haven't been online in months. I wonder how many of them lost their life savings and are in serious trouble...

I do believe you are incorrect about BFL though. While their estimates have been way off, it's obvious that they are working to deliver a product. Pirate only accepted bitcoin and either believed that would be enough to prevent a conviction, or he was fooled into a larger ponzi himself. BFL accepts fiat and is running out of the US, making them a guaranteed target for investigation and prosecution in the event they didn't deliver. They've delivered FPGA products with a comparable delay in the past. What spurred you to start calling BFL a scam and do you still think they are a scam, or just overly optimistic about delivery dates?

Ah great, I'll give the USB switch a shot. I quickly scanned through the docs but was more interested in why -S was removed. Now that I've read serial-USB was removed that makes sense. Thanks

How difficult would it be to implement the ability to tie a pool to a specific mining device?(Using backup pools as failiver only for each device)My current method is to run multiple instances with each device on its own instance. It appears I'll be receiving more devices from BFL than I had originally planned, and I'm not sure I want to be running that many instances at once.

My concern is the unreliable load distribution using the various load balancing switches. An unproportionate amount of hashing power given to a pool that's having issues or underperforming could result in a huge loss in mining profit for the day. With ASICs rolling out in mass quantities soon, I predict pool issues are going to climb dramatically.  

Spawning another process in app would prob be the easiest way to go about it, but I'm not sure that would be any better than running multiple instances. I'm really looking for an even distribution of hashrate across pools, and I'm thinking the best way to do that with multiple devices is tie each device to its own pool.

Anyways, am I the only person concerned about even hashrate distribution and pool issues from ASIC rollout?

.5 & .08

I have no idea what is going on between you guys but this is a prime example of the benefit of not allowing customers to change their shipping address after an order.

I decided to upgrade from 2.10.x today and it looks like you've killed my startup scripts. Why was scan-serial removed for BFL devices? I was running multiple instances of CGminer with each instance pointing to only one of my singles. This allowed me to tie one pool to one device(with all other pools set to failover only).

 Is there any other way I can replicate this functionality in 2.11.x or should I go back to 2.10.x or BFGminer? Do I need to build with icarus support, and if I do, will the switch still work with a BFL device? If you guys were to add the ability to tie a pool to a specific device in one instance, that would work too:)

Automatic with TIPS control. Pristine condition, low miles, multiple upgrades, clean title, no vermin calling it home.

Good question! Hopefully they didn't spend their reserves on Avalons too. 1 Porsche beats 2 Toyota Avalons hands down. Seriously though, the price of bitcoin is sparking a lot of interest. I don't expect it to be available much longer.

I like the license plate idea, please don't put a sticker on this car!

It's 39k actually. I've priced the car in the range 2007 models are selling for. Still, you'll be hard pressed to find a 2007 in this condition, and with comparable upgrades at the same price point. I'd be willing to accept a higher offer if you are interested

Also, this is not a bitcoin only price. I have it listed locally for those crusty individuals still interested in using fiat.

Bump.. Under 500 BTC at the moment!(496.6)

Less mature is a nice way of putting it. I prefer: arrogant and soon to be forgotten.

Glad to hear bitpay handled the sale properly. Walletbit seriously dropped the ball on batch #2. Multiple email exchanges with walletbit about their decision to keep ill-deserved deposit fees and mishandling of first day orders left me feeling angry and helpless. It was the main reason I decided to use bitpay as the payments processor for my Porsche Cayman S and Harley Sportster sale and any future big ticket item sales.

Go bitpay!

For those interested in my correspondence with Walletbit, I was told that it would have taken a 1000 node botnet to handle the volume of orders they received Feb 2nd. (Something bitpay must obviously have access to!) When pressing further on the token errors I received and horrible experience with their service that weekend, it was indirectly hinted that they could accuse me of using a backdoor method to place my order and reverse the transaction if I didn't shut up.

Sure, just let me know when you're ready.