Goliath Miner

[crazyearner]

n1, are there also some hashing results?

No not yet. This board is really about us testing out communications and results reporting. Also allows us to check out our schematic and pcb symbols and wire up before we build the expensive board. Performance I would expect as the data sheet.

Do you have any updates regarding your ill member of staff have you found a solution to this delay yet or still trying to find a solution?

[yohan]

n1, are there also some hashing results?

No not yet. This board is really about us testing out communications and results reporting. Also allows us to check out our schematic and pcb symbols and wire up before we build the expensive board. Performance I would expect as the data sheet.

Do you have any updates regarding your ill member of staff have you found a solution to this delay yet or still trying to find a solution?

We are still working on a solution.

[yohan]

Update

We are continuing to slip on the Cairnsmore4 design so we have decided to can the project as it is today. We have some alternative ideas that we are considering progressing but these won't happen until after August and we see what the hashing landscape looks like. Our predictions are 500TH/s at the end of August and 1000TH/s by the end of the year. Currently Bitcoin exchange rates are also going the wrong way and that is also a reason to stop the CM4 project in it's current form.

The Cairnsmore3 and general Goliath concept continue at our best pace that we can manage and once we are happy with the design we offer it to customers as a service in the same fashion as we originally stated.

We are also looking at other ASIC suppliers for future Cairnsmore boards but that will depend on a market existing for these products.

[jlsminingcorp]

That's a real shame, but seems to make sense in the current crazy ASIC environment. There's no sense in being late to the party if some of the other ASIC offers materialise at the end of the summer. Would be great to see bitfury ASICs on a CMx board at some point. Also, your litecoin mining hint for CM4 was cruelly inticing . I'd love to see a scrypt miner from you guys if you can do it!!

[yohan]

That's a real shame, but seems to make sense in the current crazy ASIC environment. There's no sense in being late to the party if some of the other ASIC offers materialise at the end of the summer. Would be great to see bitfury ASICs on a CMx board at some point. Also, your litecoin mining hint for CM4 was cruelly inticing . I'd love to see a scrypt miner from you guys if you can do it!!

If we were reasonably ready on a Litecoin miner IP design we would probably have carried on. CM4 still makes sense for that market but to be honest being short on people we had to let something go in the short term. Hopefully we can come back to this when we are less stretched. For the shorter term we will continue with the plan to manufacture a memory add-on for CM1. That doesn't mean we will have time to do much on Litecoin IP in Q3 but it will hopefully enable anyone that does want to have a go at a Litecoin design. Depending on what else is happening we will try and look at Litecoin proper in Q4.

As to other technologies we are open to developing other members of this family based on whatever technology is available and appears to be viable as a project. Once we have the Controller module sorted out with Cairnsmore3 most of that work will be reusable into any new board designs. There are going to be several months of instability in the ASIC marketplace and I would not be surprised if one, or more, of the companies offering solutions go out of business or withdraw from producing Bitcoin kit. During this period our main focus will be on our mainstream products and Bitcoin/Litecoin products will simply carry on in the background whilst the market sorts itself out.

[Schrankwand]

As to other technologies we are open to developing other members of this family based on whatever technology is available and appears to be viable as a project. Once we have the Controller module sorted out with Cairnsmore3 most of that work will be reusable into any new board designs. There are going to be several months of instability in the ASIC marketplace and I would not be surprised if one, or more, of the companies offering solutions go out of business or withdraw from producing Bitcoin kit. During this period our main focus will be on our mainstream products and Bitcoin/Litecoin products will simply carry on in the background whilst the marker sorts itself out.

The first one was already crushed, bASIC. Others have stopped in their tracks before even starting.


I guess this has already happened, we might be a step further already.

However with Mtgox getting ready for LTC, a small scale or larger scale LTC mining solution would be probably the most interesting at the momoment. From what I have looked at technically, it seems that even with larger memory and a good solving strategy litecoin will be far more resistant to FPGAs and ASICs than SHA. This is a good thing insofar as the explosion in hash rate will be more reasonable and less exponential than what happens to BTC right now.

[mazedk]

That's a real shame, but seems to make sense in the current crazy ASIC environment. There's no sense in being late to the party if some of the other ASIC offers materialise at the end of the summer. Would be great to see bitfury ASICs on a CMx board at some point. Also, your litecoin mining hint for CM4 was cruelly inticing . I'd love to see a scrypt miner from you guys if you can do it!!

+1 The litecoin aspect is really interesting and could be a gamechanger in that currency. I imagine that would bring more success than an bitcoin ASIC would - seeing as theres a lot of run on the marked for those units lately. But noone seem to have been going forward with a litecoin setup - not in public that is.

[crazyearner]

Update

We are continuing to slip on the Cairnsmore4 design so we have decided to can the project as it is today. We have some alternative ideas that we are considering progressing but these won't happen until after August and we see what the hashing landscape looks like. Our predictions are 500TH/s at the end of August and 1000TH/s by the end of the year. Currently Bitcoin exchange rates are also going the wrong way and that is also a reason to stop the CM4 project in it's current form.

The Cairnsmore3 and general Goliath concept continue at our best pace that we can manage and once we are happy with the design we offer it to customers as a service in the same fashion as we originally stated.

We are also looking at other ASIC suppliers for future Cairnsmore boards but that will depend on a market existing for these products.

So what does this mean then for your cm3 design are you still going to continue to work the project for the 300 to 500GH rigs ? or is this also being stopped too?

[yohan]

Update

We are continuing to slip on the Cairnsmore4 design so we have decided to can the project as it is today. We have some alternative ideas that we are considering progressing but these won't happen until after August and we see what the hashing landscape looks like. Our predictions are 500TH/s at the end of August and 1000TH/s by the end of the year. Currently Bitcoin exchange rates are also going the wrong way and that is also a reason to stop the CM4 project in it's current form.

The Cairnsmore3 and general Goliath concept continue at our best pace that we can manage and once we are happy with the design we offer it to customers as a service in the same fashion as we originally stated.

We are also looking at other ASIC suppliers for future Cairnsmore boards but that will depend on a market existing for these products.

So what does this mean then for your cm3 design are you still going to continue to work the project for the 300 to 500GH rigs ? or is this also being stopped too?

Our aim will be to continue with bigger rig concepts. Work on CM3 continues albeit at a slower pace and we are also looking at an alternative concept for the CM4 slot which might be quite interesting but needs much less work to complete. What we don't want to put down at the moment is anything like a fixed timescale until we are more or less ready with whatever of the concepts makes the grade.

[tigerbit]

Update

We are continuing to slip on the Cairnsmore4 design so we have decided to can the project as it is today. We have some alternative ideas that we are considering progressing but these won't happen until after August and we see what the hashing landscape looks like. Our predictions are 500TH/s at the end of August and 1000TH/s by the end of the year. Currently Bitcoin exchange rates are also going the wrong way and that is also a reason to stop the CM4 project in it's current form.

The Cairnsmore3 and general Goliath concept continue at our best pace that we can manage and once we are happy with the design we offer it to customers as a service in the same fashion as we originally stated.

We are also looking at other ASIC suppliers for future Cairnsmore boards but that will depend on a market existing for these products.

So what does this mean then for your cm3 design are you still going to continue to work the project for the 300 to 500GH rigs ? or is this also being stopped too?

Our aim will be to continue with bigger rig concepts. Work on CM3 continues albeit at a slower pace and we are also looking at an alternative concept for the CM4 slot which might be quite interesting but needs much less work to complete. What we don't want to put down at the moment is anything like a fixed timescale until we are more or less ready with whatever of the concepts makes the grade.

Please say.. Bitfury's 5GHash chips. Nice evolution from the Avalon CM3.  ;-)

[crazyearner]

Update

We are continuing to slip on the Cairnsmore4 design so we have decided to can the project as it is today. We have some alternative ideas that we are considering progressing but these won't happen until after August and we see what the hashing landscape looks like. Our predictions are 500TH/s at the end of August and 1000TH/s by the end of the year. Currently Bitcoin exchange rates are also going the wrong way and that is also a reason to stop the CM4 project in it's current form.

The Cairnsmore3 and general Goliath concept continue at our best pace that we can manage and once we are happy with the design we offer it to customers as a service in the same fashion as we originally stated.

We are also looking at other ASIC suppliers for future Cairnsmore boards but that will depend on a market existing for these products.

So what does this mean then for your cm3 design are you still going to continue to work the project for the 300 to 500GH rigs ? or is this also being stopped too?

Our aim will be to continue with bigger rig concepts. Work on CM3 continues albeit at a slower pace and we are also looking at an alternative concept for the CM4 slot which might be quite interesting but needs much less work to complete. What we don't want to put down at the moment is anything like a fixed timescale until we are more or less ready with whatever of the concepts makes the grade.

Are you going to be making price changes to reflect market value and also other company's tech or are you going to be sticking at 24k

[yohan]

Update

We are continuing to slip on the Cairnsmore4 design so we have decided to can the project as it is today. We have some alternative ideas that we are considering progressing but these won't happen until after August and we see what the hashing landscape looks like. Our predictions are 500TH/s at the end of August and 1000TH/s by the end of the year. Currently Bitcoin exchange rates are also going the wrong way and that is also a reason to stop the CM4 project in it's current form.

The Cairnsmore3 and general Goliath concept continue at our best pace that we can manage and once we are happy with the design we offer it to customers as a service in the same fashion as we originally stated.

We are also looking at other ASIC suppliers for future Cairnsmore boards but that will depend on a market existing for these products.

So what does this mean then for your cm3 design are you still going to continue to work the project for the 300 to 500GH rigs ? or is this also being stopped too?

Our aim will be to continue with bigger rig concepts. Work on CM3 continues albeit at a slower pace and we are also looking at an alternative concept for the CM4 slot which might be quite interesting but needs much less work to complete. What we don't want to put down at the moment is anything like a fixed timescale until we are more or less ready with whatever of the concepts makes the grade.

Are you going to be making price changes to reflect market value and also other company's tech or are you going to be sticking at 24k

Possibly we will but it is kind of academic until we have a product ready to launch. For now we will quitely continue our developments of Cairnsmore3 and the new concept of Cairnsmore4. We now won't take advance orders on these until they are actually working and proven. When we are there we will then look at the market and decide if there is viable pricing structure for us to bother with selling units or simply fed our own mining requirements.

[yohan]

Just something of a little update. Please don't email/PM asking for more details of specification and pricing as we are on shutdown until Sepember (apart from a small number of people working on CM3/CM4 designs). We also won't say any more until announced in this thread. There is also not a definate time frame for availability as this will depend in part on chip availability that is beyond our control.

There won't be pre-orders for these systems now. They will simply be offered for sale when they are more or less ready to ship.

Cairnsmore3 - We have this design now integrated with of revision1 Goliath Controller and basically debugging the design. We expect to complete that in the next couple of weeks. We will build boards with the Avalon chips we already have following that. Given recent announcements by Avalon we hope to migrate this design to their gen2 chips but we don't have enough technical data yet to say that definately will be a smooth transition.

On the subject of chips we will be offering to buy chips via known supply chains e.g. Sebastian Ju and Zefir at prices to be determined by our view of market conditions. Don't contact us, or the guys, on that directly until we make something more of a formal announcement. We will set it up with the relevant people and the offer will come from them only if they wish to participate in this.

Cairnsmore4 - As some you have already guessed we have changed the CM4 concept to being based on Bitfury chips. We plan to have first hardware on the bench next week but there will be a lot of work still to do on this. We think the design will offer between 360 and 800 GH/s per board but until we do the work that isn't definate as a spec. Time frame for availability is very much down to the next deliveries of Bitfury chips.

Outside of these products we may have something for the small setup as well but more on that later. We will start a seperate thread for that when ready.

We will continue to work with ASIC suppliers as new chips appear to provide successor products in this range.

[bit_wizard]

Epic.

[rocks]

That's a real shame, but seems to make sense in the current crazy ASIC environment. There's no sense in being late to the party if some of the other ASIC offers materialise at the end of the summer. Would be great to see bitfury ASICs on a CMx board at some point. Also, your litecoin mining hint for CM4 was cruelly inticing . I'd love to see a scrypt miner from you guys if you can do it!!

+1 The litecoin aspect is really interesting and could be a gamechanger in that currency. I imagine that would bring more success than an bitcoin ASIC would - seeing as theres a lot of run on the marked for those units lately. But noone seem to have been going forward with a litecoin setup - not in public that is.

Yohan, I agree with the comments above. It would be great to have a scrypt hashing board based on FPGAs, and I think you guys would do well here.

I see no reason why an FPGA scrypt solution couldn't be developed. I used to design FPGA applications on existing boards (~10 years ago) and a board with an FPGA and multiple memory ports to cheap DRAM dimms could be developed that would be very competitive to GPU mining.

The advantage of this is Enterpoint could offer stable supply/pricing based on commodity FPGAs, DRAM and your boards, not this insanity with unreliable ASIC vendors

The issue with bitcoin mining is the next gen ASICs make anything other than them non competitive. You have multiple vendors coming out with ~500GHash/sec chips at very attractive power profiles. You can argue if they will meet the announced time frames, but regardless that is the level of efficiency that will be reached at some point.

This is why when you first announced Goliath I asked what the hashing engine would be based on. With the new ASIC hashing engines there is little room to succeed with BTC mining unless you acquire one of these engines (from very unreliable suppliers.)

[yohan]

That's a real shame, but seems to make sense in the current crazy ASIC environment. There's no sense in being late to the party if some of the other ASIC offers materialise at the end of the summer. Would be great to see bitfury ASICs on a CMx board at some point. Also, your litecoin mining hint for CM4 was cruelly inticing . I'd love to see a scrypt miner from you guys if you can do it!!

+1 The litecoin aspect is really interesting and could be a gamechanger in that currency. I imagine that would bring more success than an bitcoin ASIC would - seeing as theres a lot of run on the marked for those units lately. But noone seem to have been going forward with a litecoin setup - not in public that is.

Yohan, I agree with the comments above. It would be great to have a scrypt hashing board based on FPGAs, and I think you guys would do well here.

I see no reason why an FPGA scrypt solution couldn't be developed. I used to design FPGA applications on existing boards (~10 years ago) and a board with an FPGA and multiple memory ports to cheap DRAM dimms could be developed that would be very competitive to GPU mining.

The advantage of this is Enterpoint could offer stable supply/pricing based on commodity FPGAs, DRAM and your boards, not this insanity with unreliable ASIC vendors

The issue with bitcoin mining is the next gen ASICs make anything other than them non competitive. You have multiple vendors coming out with ~500GHash/sec chips at very attractive power profiles. You can argue if they will meet the announced time frames, but regardless that is the level of efficiency that will be reached at some point.

This is why when you first announced Goliath I asked what the hashing engine would be based on. With the new ASIC hashing engines there is little room to succeed with BTC mining unless you acquire one of these engines (from very unreliable suppliers.)

Part of our strategy here is to be able to adapt with the fast moving market and even visually CM4 looks very much like CM3. No idea yet if CM5-10 will follow the same chip patterns but there will be similarities in their structures seen in those boards. With the controller module as a plug in can get carried over to the next design and in extreme cases you might scrap a CM3 main board and replace with say a CM5 main board reusing the Controller and saving some cost in the upgrade. We also have plans for the Controller and the second release with probably be very different from the first. At the moment this is about keep timescales and what we can actually deliver.

The 400-500 GH/s chips still have to be proven as working and actually practical to use. Currently there are more questions than answers on these but of course we will look at them when it is relevant to do so.

On Litecoin we do have a memory add-on for CM1 going into manufacture. I don't want anyone to think we have Litecoin mining now running on CM1. We don't and won't for at least some time to come give our current workload. This new module will simply be available anyone that wants to try and implement it on a CM1. On the big boards we will come back to Litecoin at some point but no promises when that might be.

[rocks]

On Litecoin we do have a memory add-on for CM1 going into manufacture. I don't want anyone to think we have Litecoin mining now running on CM1. We don't and won't for at least some time to come give our current workload. This new module will simply be available anyone that wants to try and implement it on a CM1. On the big boards we will come back to Litecoin at some point but no promises when that might be.

I _might_ be interested in one such CM1 board with memory add-ons in order to try and hack a solution together in my spare time (which is very little these days between work and babies, and it is doubtful I would have enough time). Couple questions:

1) Have you done any sizing to estimate/optimize both the amount of memory and # of memory ports that would be optimal for scrypt and CM1? Otherwise the board configuration is a stab in the dark.

2) Would such a board come with the necessary IP blocks needed to interface with the add-on memory ports during Verilog development? This would make development easier and is usually provided with development boards.

3) If someone did successfully develop a scrypt miner, would you offer any business terms to make it available for others?

[hf_developer]

There are Litecoin ASICs already available on the market, no need to develop with FPGAs. They're called GPUs. Contains up to 1600 processors each, every processor has its own memory. Hashrates up to 800kh/s, you will never get a performance like that with FPGAs. Scrypt is not a question of how much memory you have, but more on how much memory portions you can access independently in parallel. Already available scrypt implementations on FPGAs have shown that hash rates of 4 kh/s per core can be achieved, 6-8 fitting into one FPGA, consuming 30W. Even if you increase throughput by factor 5 (....this will not happen), it can't compete GPUs.

[rocks]

There are Litecoin ASICs already available on the market, no need to develop with FPGAs. They're called GPUs. Contains up to 1600 processors each, every processor has its own memory. Hashrates up to 800kh/s, you will never get a performance like that with FPGAs. Scrypt is not a question of how much memory you have, but more on how much memory portions you can access independently in parallel. Already available scrypt implementations on FPGAs have shown that hash rates of 4 kh/s per core can be achieved, 6-8 fitting into one FPGA, consuming 30W. Even if you increase throughput by factor 5 (....this will not happen), it can't compete GPUs.

OK, if people that have already looked at this think the above is best you can get with FPGAs for scrypt, then there is no need to pursue it. Do you have any links pointing to the above results / findings for FPGA development?

However I find this result surprising and am not sure that I fully believe it. For SHA256 bitcion hashing, FPGAs were competitive with with 1600 core GPUs on a Watt/MHash ratio and close enough on a $/MHash ratio. This is why many miners converted from 1600 core GPUs to FPGA clusters in 2012. Remember the initial FPGA designs only offered <5Mhash per FPGA, but motivated people later brought that up to 200MHash per FPGA.

Fully agree that the # of memory ports that can be independently accessed in parallel is most important for an FPGA implementation. I suspect the most important aspect to a scrypt FPGA implementation is to balance the # of computational cores in the FPGA to the memory access attributes, not sure how that was done to yield the above results. GPUs offer extremely high memory bandwidth to service the large # of independent cores, which yes might give them the edge...

[hf_developer]

Yes, there was a significant increase of hash rate for FPGAs in SHA256, but this is an effect of the possibility to fully unroll the SHA256 core. It then goes one hash per clock. MHz = MHash/s

This is algorithmically impossible for scrypt as this algorithm was specially designed to be resistant against that. In most linear algorithms you have two possibilities: Get a speed up with the need of more ressources, or save ressources but achieve a lower computation rate. If one side decreases, the other one increases and vice versa. Not so for scrypt. Both sides increase nearly equally.

Here you can see a scrypt demonstration on FPGA with hashrates ~ 2kh/s. (You need to be very experienced to make it twice that speed!):

https://github.com/kramble/FPGA-Litecoin-Miner