Quite a bit of FUD here.

Now i would like to see those maths

They started selling 43khash at a time, new shares are 100khash each and sold in batches equivalent of 183mhash.

It's been validated that most orders go unpaid etc.

The new 40k0 packs resulted in a few dozen ghash indeed by themselves. That is huge, seeing the total network is right now 1 426Ghash. several % of the network there alone.

EDIT:
This is explained: https://litecointalk.org/index.php?topic=22708.0

Now assuming he has had 10k "orders", out of which 80% are paid which is 8000, and if each is the latest 183Mhash pack that is 1464Ghash indeed. But alas it is not, most of them are not actual sales etc. because # gets larger with each comment, page etc. so it's probably more like 4k paid orders, out of which most are sub 100Mhash. even at 4k & 183Mhash it results to about 732Ghash. Still a huge number tho.

This list bases on a few criteria, so one must do their own research first.
LTCGear has been so far good and so has been PBMining.
But i would never put money down on PETAmine, the payouts they give out is far less than what should be for 1Gh, plus other users seem to think it is a long con.
Criterias should include real world contact and reachability, a real person(s) behind this and has someone visited them etc.

EDIT: Tho thanks for doing the work, it does cut some of the work vetting these out

Good sources on what? Server pricings?

We charge for an Dual Hexcore Opteron, 16Gb ECC, 4x2Tb with 1Gbps burstable connection just 99€ a month. Tho the bandwidth is calced among max 150mbps average upload traffic. Downstream doesn't matter to us, and this would be mostly downstream most likely. Tho that is extremely cheap for a dual cpu node, and we are likely to increase that pricing at fall.
For storage servers we charge for an E350, 8G, 4x3Tb, 100Mbps Unmetered, 89.98€/Mo + 125€ setup fee.
Both of these two are very cost effective options, the latter coming to just under 7.5€/TiB/Mo.

Zfec: Good, a common, well used library. Eliminates chances of making mistakes, and puts the pressure of bug fixes on 3rd party on the erasure coding front.

Free data sources? What's that?
Please explain why transit capacity becomes storage available?
Does the system constantly transmit the data again and again and again even tho no one is requesting it?

If the system is built so that bandwidth == storage maximum, it becomes INSANELY expensive.
Most operators still pay something like 1.5€+ per Mbps, that's 1500€ for 1Gbps connection -> ~300Tb a month transfer capacity. That's 5€ per Tb! For a large operator like that the cost per Tb of storage to offer then quickly quadruples!
Nevermind a gazillion of other issues.

In any case, as long as the bandwidth usage is sane, for example i have a warehouse which is limited to 20/1M connection or über expensive SDSL, but it needs to be heated up during winters, 5-6 months of a year we need to spend money on heating it up, whether it's oil, bitcoin miners or to this. If BW usage is low, it would make us much sense to put in a couple kWs worth of disk arrays there over time as the capacity gets filled.

Which reminds of compression? On the plans?
Also, do you intend to build in algos separating colder data from warmer to emphasis warmer data to those storage nodes with more BW and colder to the ones with less BW, or do you intend to let natural selection do the job for you with some ultra simple idea?

If the price per TiB on end user ends up cheap enough i envision a lot of parties will use this for backup purposes.

didn't notice that - just learned of storj.

That article tho - you move directly from storage pricing to compare storage pricing against transfer pricing? What?!?
Now that doesn't make - since when did transit capacity become storage capacity?

Apples to Oranges.

Now, the going rate per TiB per month at lowest levels on current dedicated market is 7.5€ for low end servers, and around 6.2€ for very large nodes.
Hence, 100Gb costs a month somewhere around the average of 7.25€ when using the current most cost effective offers out there.

and for someone like me who has his own DC... Well, it's on the CAPEX and not OPEX side of the sheet, but turned to OPEX... Well, it's a fraction of that Depends on what kind of deals you got, what bulk pricing you get, do you outright buy it or do you lease or rent it, what level of hardware are you utilizing etc. If you buy really big, and seriously skimp on the quality level of hardware we are talking about under 1.5€/TiB/Mo potentially, plus bandwidth fees.
So approximately 0.15€ for 100GiB/Mo with current HDD pricing at cost level, at high efficiency operation.

So, on a system like this, we could potentially see pricing to fall to about quadruple to that fairly easily, when the storage providers start to outweigh user base, we will see it to drop around just 25-30% markup.

If average lifetime of data is 1year, and it is read 4 times during this time, we have 3months timespan, hence with 1Gbps you can host about 790TiB. 1Gbps connected server never really achieves more than 85-95% of the maximum, infact, no link can do faster, since usually about 5% is spent on error correction.

The true ratios of read, cold data timespans etc. will only be revealed on production, it's totally impossible to predict.

What kind of erasure coding is in the plans?

Further, deduplication on GRAND scale would be worth it on something like this, on blocks/files larger than 1000Mb or something like that, then the hash tables will stay somewhat sanely sized. but that can be worked in later on... Just saying, deduplication along with erasure coding in this kind of system are not only just a GREAT idea, but almost necessary. Further, the dedup count could increase redundancy factor for that data as well, dynamically making data which is of interest to more people, more resilient to failures, and the cost could be shared by all those users who wanted to store that data, thus driving the cost dramatically down for those putting in data others have put in as well.
Those dedup tables will still consume INSANE amounts of storage - but hey, that's what's abundantly available It would still work rather fast with nicely optimized lookup trees, split those hashes up! a single look up would consume only a couple of I/Os, needs some careful thought to see the quantity of I/Os and to minimize them.

Just because it's cloud, resources ought not to be wasted

EDIT: Oh yeah, and i'm sorry to say, but reading that article made the impression that the writer doesn't know sh** about industrial scale computing, at least explain the reason why comparing apples to oranges, and assumptions that 1Gbps can actually do 1Gbps tells writer had no idea of network technology. In all my 15 or so years in hosting industry i've probably never seen above 120M/s for 1Gig link, and over internet  never above 116M/s, and even that is a freakishly rare occurence, average node, average network seems to stall at 95-105M/s commonly.

If this comes to fruition and the software is adaptible and robust enough we could easily contribute hundreds of Tbs of storage and probably 100Gbps of burst bandwidth.

But it needs to be robust and scalable.

We use tons of disks, each system has 2 disks, and they are sold on potential maximum disk usage basis, hence even smallest servers generally have 30%+ of disk space unused, large servers can run 80% empty. We have even nodes with 30Tb+ of disk space and just 4Tb used. For low activity data, that's perfect storage, as long as it's robust.
Ie. if users need more disk space available, we need to be able to autonomously, effortlessly and fast go from say 2Tb to the network to 1Tb to the network on a single node.

If that can happen and esp. if built in, and the software works stable on Linux, we could put it in 50 servers just to test out.

If it actually makes a positive return financially, we could eventually put up petabytes of storage only dedicated to the network.

NOW, as a data specialist, you need at least replication in any case, in a network like this probably 3+ replicas. Better yet, since CPU and RAM is going to be abound and no data on this network is going to be need to have tons of iops and real time RW access, built in erasure coding would be much better. Dedup is a must.

For example, a 1Gb file, split it into 30+5, 30 data pieces, 5 redundancy pieces.
It could be hard coded, say 128Mb pieces for files larger than 1Gb, 32Mb pieces for 500Mb-1Gig files, and smaller ones so that there will be always 16 pieces in multiplication of 4KiB, unless the file is really tiny (<1Mb perhaps?) then just replicated.
That will save storage a TON, increase reliability A lot.
With 32 pieces + 8 redundancy, 8 nodes can disappear simultaneously without loosing the data. That's in a network like this a bit risky still perhaps, maybe when the network matures it's not risky at all anymore since most nodes will be 24/7 servers eventually

Financially, to dedicate resource just for this, i need to see 3€+/Mo per TiB storage and 2€+ per TiB of uploaded data traffic. Market pricing for storage right now in dedis is about 7.5€/TiB/Mo.
It's best to let the market decide the pricing.
The market deciding pricing is the most important bit: You cannot compete with Dropbox like pricing, then people will use Dropbox. But something which is free as in beer -> people will flock in and use it insanely much, putting pressure for prices to increase.

Apps are important too, for example, backing up servers this would be golden!
I would love to use something like this to backup our vast amounts of data if the price is sufficiently low, but in my case it's either or, if the price is extremely low, i will use the system myself, if the storage prices are high, i will be providing storage. We cannot justify doubling the cost per user account, except for limited portfolio of services.

Further to gain market adoption, things need to be simple. Ultra simple. Even a trained monkey can use simple.

But i like this. Looks awesome. Can't wait to see when testing begins!

I was one of the winners of U1 USB stick on Group Buy 6: https://bitcointalk.org/index.php?topic=392860.0

I never received the USB Stick miner, and Sushi is not responding to my PMs.
I've sent him many PMs asking about the stick with no reply

Wanted to purchase S1s on later group buys but i cannot until that is solved.

Yes, that would make a lot of sense.

this "exchange" lost all credibility seeing it is hosted @dreamhost
Couldn't be worse choice. While it might workout just fine, to begin with big money on a shared server, with a budget "unlimited" provider ...
Cheapest dedis cost under 10€ a month - couldn't afford one?

Wonder do they still provide SSH access as well to all webhosting customers .... Just saying there is a ton of attack vectors which shouldn't exist with something involving money ...

I didn't get Antminer to use DHCP at all on LAN interface, nor use static settings.
So i chose to switch WAN to static and now i cannot connect to it's admin at all despite i see it finally on the network :/

What's the method to return it to "factory settings"?

EDIT: The good news is that it's at least hashing
EDIT 2: Found the info with a bit of googling, seems ot be hashing strong from pool stats so i won't be touching it just yet

Actually yes - just need to be atleast a bit creative.
Weakest link in any security is the human - like you are confirming here.

By e-mailing it's likely the target will also be revealing his or hers private email address, with your full name, location and e-mail address added to the fact you can probably guess the forum name, and from there things, in conjunction to this thread tells already MANY things, spammers and con artists would love to have a list of contacts like that.
A list gathered from this thread on that regard would be GREAT addition to many spammers and con artist's lists - They know you use bitcoin (wallet trojan for example), you are a miner (you got btc), and you got enough money to purchase antminer (say long con mining equipment).
Gather a few high quality target lists like that to sum up a few thousand names, a well crafted long con is prone to gather significant return, or a well crafted wallet theft attack.

BTC mining related cons have higher success rate as well - as human greed knows no bounds. I know as i fell for BTCFPGA (well calculated risk, the refunding thing was a hoax - yet to receive my refund of 19BTC - but i'm sure most of you don't even know the what was the btcfpga long con), One lost case of GPUs back in the day, and one could argue BFL gear is the greatest con of them all.

yea i haven't received tracking info neither. And no, i'm not going to mail cxboy unless sushi says it's fine - until then sounds like phishing.

Just made my first order with you Sushi via the site

Site has different info n S1 details btw
There is says 80-100Gh

wow! Way to show customer care!
I want to order, submitted VAT ID, and this is your response? :O

Starting bid 17BTC for all 3.
Only all 3 are being sold here as a bunch

I'm only reiterating what BFL has said, that these are from the bullet run, and normal fab mfg takes at least 50 days longer. That is if they are started at the same time, but i'm somehow suspecting that BFL first wants to test with the bullet run chips before ordering next wafers.

These retailed at 4680$, then add intl shipping.

The new price is for the new standard run units.

EDIT: If you would have followed at all what BFL is up to these days, you'd already know all of this. It sounds to me like you want to make this auction look worse than it is.

No, i'm offering *3* units. not 1 but 3 for the starting auction bid.

Yes, the 600Gh variants from the Bullet Run batches.

According to BFL, it seems one should expect to receive units from this batch up to 3 months earlier than what's currently on sale.

I wouldn't complain if price went up - didn't complain with the 65nm products neither when price went up. i was a happy camper at that point.

Thing is, with this price cut, they shafted the preorder people BAD! Knowing BFL there is not going to be significant time delay on the cheaper products neither.
Competition moved forwards sure, BFL seems to have charged too much to begin with.

I have spent A LOT with BFL, up until several weeks ago i was happy with BFL, DESPITE delays. I like the form factor, how they are plug and play ready to use devices etc.
That all changed when one of the 65nm 60Gh units i received have 5% HW errors, no reply from BFL - ok it was hashing just fine tho, then my last order of 4x7Gh was received, 2 of which didn't perform even at 6Gh, 1 of which had 7-8% HW errors, and worst of all: NOT EVERYTHING in my order was received! No reply from BFL, no refund etc.

and now this "Happy new year, F! YOU PREORDER PEOPLE" shit.
They need to compensate that. All those who preordered got properly shafted. The same people who made sure they got the development funds. They are shafting the people who brings in the dough for them.

I know i want be making a new order with BFL - no matter what. I'm damn sure i'm not alone.
Most likely most of the people who make big return orders, ie. big miners, like myself will not be making more orders with BFL unless they offer A BIG discount compared to the competition to compensate for the lack of customer care, delays in shipping and BS stunts like this.

What BFL just did was 60% devaluation of your preorder - i don't believe for a moment there is a significant lead time for the 4700$ price tag items before the 2100$ ones ship.
They shafted their most important customer base - those who "invest" into BFL, believe in them. The least they could do is even attempt to compensate for this.

I have 3x BFL Monarch 600Gh preorders from the bullet run up for grabs with intl shipping paid!

1x 600Gh 10th of October + 13Gh "Mining by the GH"
2x 600Gh 29th of November
A total of 1800Gh. These are the watercooling upgraded models from the initial bullet run batch.

Selling them as bunch. Payment preferred BTC.

Bidding starts at 17BTC for all 3. Minimum increment 0.2BTC
Bidding ends 7th of January.

After transaction i will move the preorders to you, as instructed by BFL.
Optionally a reputable escrow can be used at the buyer's expense.

If BFL ships any of these prior to auction end, the final price will be adjusted as per remaining preorders or cancelled.
I also reserve the right to cancel auction at my consideration.