You also aren't going to compete with Intel cache speed/size unless you are on leading edge process nodes like 40 nm or 32 nm. Masks costs for one of those in on the order of 2-4 million dollars... Wafer costs: $3000-$5000.
Even if you produce 10,000 so called LTC-ASIC miners. Assuming 300 die/wafer (~200mm^2/die), you're still looking at minimum $210/die.
This is ignoring yield issues, packaging costs, and assumes that you get a functional mask set in 1 go (unlikely).
Topic: Difficulty post ASIC? (Read 11658 times)
While IBM offers eDRAM up to 10? Mbit per ASIC, i doubt if the savings in chips space will compensate for the (much) lower cycle time.
Maybe yes, maybe no. scrypt() was designed by Colin Percival to intentionally interleave the memory access for blocks with Salsa20/8 block-mixing. There is even a parameter "r" describing how many Salsa's to apply (which ArtForz set to 1).So the ultra-high-bandwidth with ultra-low-latency memory may be an overkill for scrypt() brute-forcer which does several scrypt() computations in parallel. The key to good performance is to avoid register spills to memory when doing Salsa rounds.
All this is true from a hardware design standpoint, but not from an economical standpoint. Even if you implement these things, you would not be able to beat out Intel's economies of scale in producing CPUs.
Your LTC-specific ASIC might be 10x faster, use 10x less power than a CPU (being extremely generous here). However, unless you are going to make millions of the things, you will never be able to make it anywhere as cheap as Intel makes a CPU on a MH/$ basis if you wish to recover your NRE.
Your LTC-specific ASIC might be 10x faster, use 10x less power than a CPU (being extremely generous here). However, unless you are going to make millions of the things, you will never be able to make it anywhere as cheap as Intel makes a CPU on a MH/$ basis if you wish to recover your NRE.
You are missing some points: Intel sells CPUs for other purposes besides mining, so the prices are determined by other markets besides mining. A CPU cache has only a limited number of ports, which are limiting access speed. Having dedicated small(er) separate memory blocks for each (LTC) hashing unit would give much more performance.
Producing dedicatet LTC-ASICs could use smaller die sizes, which would result in higher yield per Wafer, and one could use much simpler die packaging.
While IBM offers eDRAM up to 10? Mbit per ASIC, i doubt if the savings in chips space will compensate for the (much) lower cycle time. There is a reason why the chip caches are build in SRAM technology (in the past, at least DEC used DRAM technology for the cache on their µVAX?II? Chips).
1) paging MMU: significant saving of power and huge gain in overclocking headroom. Segmented memory would be just fine, up to 4GB on x86 with paging disabled.
2) no need for TLB when paging is disabled
3) because scrypt is 100% predictable all thats really required is a huge pipelined read buffer, write buffer is much less important
4) when going off-chip the pipelined read buffer would need to be combined with narrower bus to avoid transfering useless data
5) when using on-chip eDRAM one can completely dispense with the need to have separate refresh circuitry and refresh cycle stealing. scrypt() is guaranteed to keep the dynamic memory regularly refreshed
I'll say that there's a lot of room for improvement when implementing scrypt() on FPGAs and ASICs and in comparison with the general purpose CPUs and GPUs.
2) no need for TLB when paging is disabled
3) because scrypt is 100% predictable all thats really required is a huge pipelined read buffer, write buffer is much less important
4) when going off-chip the pipelined read buffer would need to be combined with narrower bus to avoid transfering useless data
5) when using on-chip eDRAM one can completely dispense with the need to have separate refresh circuitry and refresh cycle stealing. scrypt() is guaranteed to keep the dynamic memory regularly refreshed
I'll say that there's a lot of room for improvement when implementing scrypt() on FPGAs and ASICs and in comparison with the general purpose CPUs and GPUs.
All this is true from a hardware design standpoint, but not from an economical standpoint. Even if you implement these things, you would not be able to beat out Intel's economies of scale in producing CPUs.
Your LTC-specific ASIC might be 10x faster, use 10x less power than a CPU (being extremely generous here). However, unless you are going to make millions of the things, you will never be able to make it anywhere as cheap as Intel makes a CPU on a MH/$ basis if you wish to recover your NRE.
It would perform better with a huge L1 cache, from what I understand.
Using cache memory is just a waste of power and die space, primarily because cache is a combination of CAM (Content-Addressable Memory) and SRAM (Static RAM). What one would need is eDRAM (embedded DRAM, http://en.wikipedia.org/wiki/EDRAM).The other obvious savings are:
1) paging MMU: significant saving of power and huge gain in overclocking headroom. Segmented memory would be just fine, up to 4GB on x86 with paging disabled.
2) no need for TLB when paging is disabled
3) because scrypt is 100% predictable all thats really required is a huge pipelined read buffer, write buffer is much less important
4) when going off-chip the pipelined read buffer would need to be combined with narrower bus to avoid transfering useless data
5) when using on-chip eDRAM one can completely dispense with the need to have separate refresh circuitry and refresh cycle stealing. scrypt() is guaranteed to keep the dynamic memory regularly refreshed
I'll say that there's a lot of room for improvement when implementing scrypt() on FPGAs and ASICs and in comparison with the general purpose CPUs and GPUs.
It would perform better with a huge L1 cache, from what I understand. And all those 8 cores have extra x86 cruft that could be deleted to make room for more cache and dedicated hashers. Once you reach the magical memory mark of however many MB of cache you need, the rest is just processing power. If you are under that magical number (which for LTC is actually lower than reference Scrypt implementations, so it would be easier), then you have to worry about swapping out to slow onboard dram and that's where the performance loss is incurred.
Because you can build a fast cache into a custom ASIC, and it would be far faster than just using commodity DRAM, no matter what way you sliced it.
Do you understand that the large proportion of die area in a CPU is devoted to cache space already? Furthermore that cache is pretty much AS FAST as we can make it, ASIC or otherwise.
What's that in the middle of the CPU? Oh it's the gigantic 20MB L3 cache of the Xeon E5/i7-39xx series.
Even if you were to produce full wafers of just cache, it wouldn't make sense to LTC mine with them unless you are generating thousands and thousands of wafers.
It's much cheaper to take advantage of economies of scale to buy COTS CPUs and LTC mine that way.
Making a Litecoin ASIC is possible, you just need to make it, go at a foundry, pay for the masks and everything (millions $$$) and then start making chip.
Why would you go out and make a Litecoin ASIC?
Scrypt (which is used by litecoin) is dominated by main memory speed, and modern day DRAMs already are one of the most cost-effective solutions you can buy anyways.
Making a Litecoin ASIC is possible, you just need to make it, go at a foundry, pay for the masks and everything (millions $$$) and then start making chip.
Why would you go out and make a Litecoin ASIC?
Scrypt (which is used by litecoin) is dominated by main memory speed, and modern day DRAMs already are one of the most cost-effective solutions you can buy anyways.
Making a Litecoin ASIC is possible, you just need to make it, go at a foundry, pay for the masks and everything (millions $$$) and then start making chip.
If you already have GPU mining rigs, I assume you (and most people) will switch to Litecoin. In the past few days it's actually been a bit more profitable to mine LTC and sell for BTC then to mine BTC directly. And there are also a lot more Litecoins that can be mined. We just have to keep the interest of people like you a bit longer so that more services can be developed.
Just curious, how difficult is it to modify a ASIC rig to mine LTC? I suppose there's always the possibility of a new xyzCoin based on different hashing algorithm(s), which will screw the ASIC?
You need to make a new ASIC, make the project, invest some millions $ to start making the chip and then you can mine LTC with your new ASIC.
It was supposed to be impossible to mine it on a GPU, look how that turned out they are hashing away right now..
So LTC was the one design for CPU-mining only? Since they both use SHA-256, it won't be a surprise a LTC ASIC maker will be able to reuse most of the BTC ASIC design. In order to be truly effective, it has to make the hashing algorithm prohibitively complex for ASIC.
If an ASIC was specifically designed for Scrypt (the LTC proof-of-work), it would be many magnitudes faster than anything else. LTC does not make use of SHA256 for the proof-of-work.Hopefully that litecoin ASIC is far in the future. I'm more concerned about all the Bitcoin GPU's jumping to the LTC ship in October/november.
The more I read about FPGAs and how much cache litecoin requires to do computations it may be a while before the hardware exists in a realistic cost/price manner to allow production without spending a ton.
If you already have GPU mining rigs, I assume you (and most people) will switch to Litecoin. In the past few days it's actually been a bit more profitable to mine LTC and sell for BTC then to mine BTC directly. And there are also a lot more Litecoins that can be mined. We just have to keep the interest of people like you a bit longer so that more services can be developed.
Just curious, how difficult is it to modify a ASIC rig to mine LTC? I suppose there's always the possibility of a new xyzCoin based on different hashing algorithm(s), which will screw the ASIC?
You need to make a new ASIC, make the project, invest some millions $ to start making the chip and then you can mine LTC with your new ASIC.
It was supposed to be impossible to mine it on a GPU, look how that turned out they are hashing away right now..
So LTC was the one design for CPU-mining only? Since they both use SHA-256, it won't be a surprise a LTC ASIC maker will be able to reuse most of the BTC ASIC design. In order to be truly effective, it has to make the hashing algorithm prohibitively complex for ASIC.
If an ASIC was specifically designed for Scrypt (the LTC proof-of-work), it would be many magnitudes faster than anything else. LTC does not make use of SHA256 for the proof-of-work.Hopefully that litecoin ASIC is far in the future. I'm more concerned about all the Bitcoin GPU's jumping to the LTC ship in October/november.
If you already have GPU mining rigs, I assume you (and most people) will switch to Litecoin. In the past few days it's actually been a bit more profitable to mine LTC and sell for BTC then to mine BTC directly. And there are also a lot more Litecoins that can be mined. We just have to keep the interest of people like you a bit longer so that more services can be developed.
Just curious, how difficult is it to modify a ASIC rig to mine LTC? I suppose there's always the possibility of a new xyzCoin based on different hashing algorithm(s), which will screw the ASIC?
You need to make a new ASIC, make the project, invest some millions $ to start making the chip and then you can mine LTC with your new ASIC.
It was supposed to be impossible to mine it on a GPU, look how that turned out they are hashing away right now..
Comparing GPU with ASIC is retarded. So, since it was supposed to be impossible THEN everything else must be true. Look, a flying donkey. What? It is impossible? Well, it was supposed to be impossible to mine it on a GPU, look how that turned out they are hashing away right now so i expect donkey able to fly!
If you already have GPU mining rigs, I assume you (and most people) will switch to Litecoin. In the past few days it's actually been a bit more profitable to mine LTC and sell for BTC then to mine BTC directly. And there are also a lot more Litecoins that can be mined. We just have to keep the interest of people like you a bit longer so that more services can be developed.
Just curious, how difficult is it to modify a ASIC rig to mine LTC? I suppose there's always the possibility of a new xyzCoin based on different hashing algorithm(s), which will screw the ASIC?
You need to make a new ASIC, make the project, invest some millions $ to start making the chip and then you can mine LTC with your new ASIC.
It was supposed to be impossible to mine it on a GPU, look how that turned out they are hashing away right now..
So LTC was the one design for CPU-mining only? Since they both use SHA-256, it won't be a surprise a LTC ASIC maker will be able to reuse most of the BTC ASIC design. In order to be truly effective, it has to make the hashing algorithm prohibitively complex for ASIC.
If an ASIC was specifically designed for Scrypt (the LTC proof-of-work), it would be many magnitudes faster than anything else. LTC does not make use of SHA256 for the proof-of-work. It is impossible to mine LTC with that ASIC
You need to make a new ASIC, make the project, invest some millions $ to start making the chip and then you can mine LTC with your new ASIC.
It was supposed to be impossible to mine it on a GPU, look how that turned out they are hashing away right now..You need to make a new ASIC, make the project, invest some millions $ to start making the chip and then you can mine LTC with your new ASIC.
If you already have GPU mining rigs, I assume you (and most people) will switch to Litecoin. In the past few days it's actually been a bit more profitable to mine LTC and sell for BTC then to mine BTC directly. And there are also a lot more Litecoins that can be mined. We just have to keep the interest of people like you a bit longer so that more services can be developed.
Just curious, how difficult is it to modify a ASIC rig to mine LTC? I suppose there's always the possibility of a new xyzCoin based on different hashing algorithm(s), which will screw the ASIC?
You need to make a new ASIC, make the project, invest some millions $ to start making the chip and then you can mine LTC with your new ASIC.
It was supposed to be impossible to mine it on a GPU, look how that turned out they are hashing away right now..
If you already have GPU mining rigs, I assume you (and most people) will switch to Litecoin. In the past few days it's actually been a bit more profitable to mine LTC and sell for BTC then to mine BTC directly. And there are also a lot more Litecoins that can be mined. We just have to keep the interest of people like you a bit longer so that more services can be developed.
Just curious, how difficult is it to modify a ASIC rig to mine LTC? I suppose there's always the possibility of a new xyzCoin based on different hashing algorithm(s), which will screw the ASIC?
You need to make a new ASIC, make the project, invest some millions $ to start making the chip and then you can mine LTC with your new ASIC.
If you already have GPU mining rigs, I assume you (and most people) will switch to Litecoin. In the past few days it's actually been a bit more profitable to mine LTC and sell for BTC then to mine BTC directly. And there are also a lot more Litecoins that can be mined. We just have to keep the interest of people like you a bit longer so that more services can be developed.
Just curious, how difficult is it to modify a ASIC rig to mine LTC? I suppose there's always the possibility of a new xyzCoin based on different hashing algorithm(s), which will screw the ASIC?
OK.. so I have kind of a different take on where difficulty post-asic will wind up....
I have no idea in hard numbers / actual terms... but in relative terms, it will wind up wherever it needs to be for the break-even running costs point to be around 10 cents per Kw/hr.. (this will of course vary based upon the USD/BTC exchange rate)
So.. if your electric costs more than 10 cents, don't even bother getting on the waiting list.. you'll never get your money back.
If you pay between 5 and 10 cents.. your break even (initial purchase + running costs) will be 1 to several years... Up to your individual confidince in bitcoin if you wanna play.....
If you pay less than 5 cents.. Time to beg/borrow/mortgage-the-farm and buy as many ASICs as you can. You will be in the select few who will still be able to mint money mining.
If you happen to live in the arctic circle, and heat with electric.. well then you might wanna consider robbing a few banks.... Just buy the company outright.
And one last thought... just like the gold rush, ultimately the ones who make the most money will be those that provide the picks & shovels (errr ASICs).. not the miners.
Sigg
I have no idea in hard numbers / actual terms... but in relative terms, it will wind up wherever it needs to be for the break-even running costs point to be around 10 cents per Kw/hr.. (this will of course vary based upon the USD/BTC exchange rate)
So.. if your electric costs more than 10 cents, don't even bother getting on the waiting list.. you'll never get your money back.
If you pay between 5 and 10 cents.. your break even (initial purchase + running costs) will be 1 to several years... Up to your individual confidince in bitcoin if you wanna play.....
If you pay less than 5 cents.. Time to beg/borrow/mortgage-the-farm and buy as many ASICs as you can. You will be in the select few who will still be able to mint money mining.
If you happen to live in the arctic circle, and heat with electric.. well then you might wanna consider robbing a few banks.... Just buy the company outright.
And one last thought... just like the gold rush, ultimately the ones who make the most money will be those that provide the picks & shovels (errr ASICs).. not the miners.
Sigg
like some others have said,
people will simply lose interest in bitcoins.
so a couple dozen people spend lots of $$ on ASICs, it's not worth mining for anyone else. now why do we care about bitcoins? so hobbyists can try to recoup their investments?
myself + a handful of friends became interested initially because we could generate a quarter of a bitcoin a day or w/e. we could have some actual involvement.
nobody i know spends bitcoins to buy drugs. i'm not particularly concerned with using USD on anything I buy.
it just won't matter anymore
and no, bitcoin won't disappear because you are unable to become rich via mining.
Now, I can pre-order a $150 device that draws less power than a fluorescent light bulb and has nearly-negligible hassle, and keep it turned on for the heck of it. I'm helping secure the network, and making a little in the process... it's about like CPU mining before the GPU days, but with a small(ish) upfront cost. And the fact that I have pre-ordered one, but had no intention of GPU (or FPGA) mining just proves that the market of potential miners has expanded, not contracted.
+1 to this. My orginal intention in mining was akin to that of the same reasons I processed seti@home shares, human genome(sadly corp scum think it's their right to copyright life and got access to this results), various boinic programs.
Bitcoin just seemed something with a much broader scope to move over to atm. Yes, eventually I got enough equipment to 'profit', whch is great. But I am sure there are more with this same mindset.
edit; I just hope that before too long more companies will have similar offerings.
Jump to: