Bitcoin Forum
April 25, 2024, 05:14:31 PM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
   Home   Help Search Login Register More  
Warning: One or more bitcointalk.org users have reported that they strongly believe that the creator of this topic is a scammer. (Login to see the detailed trust ratings.) While the bitcointalk.org administration does not verify such claims, you should proceed with extreme caution.
Pages: [1] 2 »  All
  Print  
Author Topic: [LTC] Litecoin = ASIC resistant is a lie!  (Read 2978 times)
RichG (OP)
Sr. Member
****
Offline Offline

Activity: 434
Merit: 250



View Profile
June 04, 2013, 11:19:40 PM
 #1

Yes, Litecoin ASICs do not exist yet, but are not harder (or  costlier) to build than any Bitcoin ASIC. It's just a different hashing algorithm!

Scrypt has different parameters than SHA256, but those obstacles should be easily tackled.
Even in the event that an attacker gains more than 50% of the network's computational power, only transactions sent by the attacker could be reversed or double-spent. The network would not be destroyed.
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction.
anderl
Hero Member
*****
Offline Offline

Activity: 714
Merit: 500



View Profile
June 04, 2013, 11:28:30 PM
 #2

Yes, Litecoin ASICs do not exist yet, but are not harder (or  costlier) to build than any Bitcoin ASIC. It's just a different hashing algorithm!

Scrypt has different parameters than SHA256, but those obstacles should be easily tackled.

really this old arguement again.  scrypt is sha256.  scrypt does a salsa20 8 times mix backwards and forwards, it makes the lookup tables difficult to predict.  you need to load it all into memory to hash it.  it requires a lot of on die memory to load the tables into.  there are no fpga boards on the market that have that much on die ram.  it would cost a fortune to develop.  with most scrypt coins having low value and low liquidity there is not incentive for an investor to deploy the several million it would take to build an fpga or asic just so that can make a few hundred grand.  they woould be competing with GPUs manufacturers which have already invented the wheel.
Hazard
Legendary
*
Offline Offline

Activity: 980
Merit: 1000



View Profile WWW
June 04, 2013, 11:32:28 PM
 #3

Yes, Litecoin ASICs do not exist yet, but are not harder (or  costlier) to build than any Bitcoin ASIC. It's just a different hashing algorithm!

Scrypt has different parameters than SHA256, but those obstacles should be easily tackled.

really this old arguement again.  scrypt is sha256.  scrypt does a salsa20 8 times mix backwards and forwards, it makes the lookup tables difficult to predict.  you need to load it all into memory to hash it.  it requires a lot of on die memory to load the tables into.  there are no fpga boards on the market that have that much on die ram.  it would cost a fortune to develop.  with most scrypt coins having low value and low liquidity there is not incentive for an investor to deploy the several million it would take to build an fpga or asic just so that can make a few hundred grand.  they woould be competing with GPUs manufacturers which have already invented the wheel.
Thank you for saving me from have to say this.

anderl
Hero Member
*****
Offline Offline

Activity: 714
Merit: 500



View Profile
June 04, 2013, 11:39:03 PM
 #4

Yes, Litecoin ASICs do not exist yet, but are not harder (or  costlier) to build than any Bitcoin ASIC. It's just a different hashing algorithm!

Scrypt has different parameters than SHA256, but those obstacles should be easily tackled.

really this old arguement again.  scrypt is sha256.  scrypt does a salsa20 8 times mix backwards and forwards, it makes the lookup tables difficult to predict.  you need to load it all into memory to hash it.  it requires a lot of on die memory to load the tables into.  there are no fpga boards on the market that have that much on die ram.  it would cost a fortune to develop.  with most scrypt coins having low value and low liquidity there is not incentive for an investor to deploy the several million it would take to build an fpga or asic just so that can make a few hundred grand.  they woould be competing with GPUs manufacturers which have already invented the wheel.
Thank you for saving me from have to say this.


I have it saved in a text file for easy cut and paste  Grin Grin Grin
CoinHoarder
Legendary
*
Offline Offline

Activity: 1484
Merit: 1026

In Cryptocoins I Trust


View Profile
June 04, 2013, 11:40:55 PM
 #5

Yes, Litecoin ASICs do not exist yet, but are not harder (or  costlier) to build than any Bitcoin ASIC. It's just a different hashing algorithm!

Scrypt has different parameters than SHA256, but those obstacles should be easily tackled.

really this old arguement again.  scrypt is sha256.  scrypt does a salsa20 8 times mix backwards and forwards, it makes the lookup tables difficult to predict.  you need to load it all into memory to hash it.  it requires a lot of on die memory to load the tables into.  there are no fpga boards on the market that have that much on die ram.  it would cost a fortune to develop.  with most scrypt coins having low value and low liquidity there is not incentive for an investor to deploy the several million it would take to build an fpga or asic just so that can make a few hundred grand.  they woould be competing with GPUs manufacturers which have already invented the wheel.

Pretty much spot on, except it wouldn't cost someone several million to make an FPGA for Scrypt. For an ASIC, yes it will cost a million+, but FPGA development can be done for much cheaper. Around/under $100k if you were going to outsource all development, and much cheaper if you were going to develop it yourself.
anderl
Hero Member
*****
Offline Offline

Activity: 714
Merit: 500



View Profile
June 04, 2013, 11:43:48 PM
 #6

Yes, Litecoin ASICs do not exist yet, but are not harder (or  costlier) to build than any Bitcoin ASIC. It's just a different hashing algorithm!

Scrypt has different parameters than SHA256, but those obstacles should be easily tackled.

really this old arguement again.  scrypt is sha256.  scrypt does a salsa20 8 times mix backwards and forwards, it makes the lookup tables difficult to predict.  you need to load it all into memory to hash it.  it requires a lot of on die memory to load the tables into.  there are no fpga boards on the market that have that much on die ram.  it would cost a fortune to develop.  with most scrypt coins having low value and low liquidity there is not incentive for an investor to deploy the several million it would take to build an fpga or asic just so that can make a few hundred grand.  they woould be competing with GPUs manufacturers which have already invented the wheel.

Pretty much spot on, except it wouldn't cost someone several million to make an FPGA for Scrypt. For an ASIC, yes it will cost a million+, but FPGA development can be done for much cheaper. Around/under $100k if you were going to outsource all development, and much cheaper if you were going to develop it yourself.

to build an fpga board with on die ram?  there is no market for it, so they have never been produced.  it would have to be done from scratch.  it would be as expensive as an asic investment.

update  the closest is the stratix v.  dev boards run at $10k each and even then they do not have enough memory to handle scrypt.

http://www.altera.com/products/devices/stratix-fpgas/about/trimatrix/stx-trimatrix.html

you'd have to go out to external SRAM, or that QDR++ RAM (which is like going to 100 miles for a trip to the grocery store).  Even that is small in size. So you'd have to build a chip from scratch.  Then when you talk about DDR3 or DDR5 RAM that is like traveling to the moon to buy a box of ho hos.
CoinHoarder
Legendary
*
Offline Offline

Activity: 1484
Merit: 1026

In Cryptocoins I Trust


View Profile
June 04, 2013, 11:49:57 PM
 #7

A much cheaper and easier solution is to interface the memory on the PCB, no need to have the memory directly inside the die.
anderl
Hero Member
*****
Offline Offline

Activity: 714
Merit: 500



View Profile
June 04, 2013, 11:51:09 PM
 #8

A much cheaper and easier solution is to interface the memory on the PCB, no need to have the memory directly inside the die.

its a matter is distance.  its expensive to have to go out to the PCB.  updated my post above.
CoinHoarder
Legendary
*
Offline Offline

Activity: 1484
Merit: 1026

In Cryptocoins I Trust


View Profile
June 04, 2013, 11:54:13 PM
 #9

Eh, just saying it can be done much cheaper that way.

There are at least two companies/groups working on Scrypt FPGAs, you seriously think they're both spending a million+ for on die memory?

I believe they're using the method I suggested.
bitcoiners
Sr. Member
****
Offline Offline

Activity: 322
Merit: 250



View Profile
June 04, 2013, 11:57:09 PM
 #10

Yes, Litecoin ASICs do not exist yet, but are not harder (or  costlier) to build than any Bitcoin ASIC. It's just a different hashing algorithm!

Scrypt has different parameters than SHA256, but those obstacles should be easily tackled.


So wrong all the way around.

It's clear you're an expert on this subject.


 Grin Grin Grin




Kelly Lee!  So nice to see you again.  How have you been?  Nice to see you back!
anderl
Hero Member
*****
Offline Offline

Activity: 714
Merit: 500



View Profile
June 04, 2013, 11:59:21 PM
 #11

Eh, just saying it can be done much cheaper that way.

There are at least two companies/groups working on Scrypt FPGAs, you seriously think they're both spending a million+ for on die memory?

I believe they're using the method I suggested.

Wouldn't trust anyone saying they are working on FPGAs for Scrypt.  It is technically possible to build.  Hell they can just use system board RAM if they really wanted to.  It's a matter of cost (performance) and what the net result is.  Pound for pound they will realize they just invented a GPU with no net power efficiency improvement.
RichG (OP)
Sr. Member
****
Offline Offline

Activity: 434
Merit: 250



View Profile
June 05, 2013, 12:08:38 AM
 #12

Just kidding. I was pulling a prank on the community.
fenican
Hero Member
*****
Offline Offline

Activity: 1393
Merit: 505


View Profile
June 05, 2013, 01:27:23 AM
 #13

It doesn't really matter if Scrypt is ASIC resistant or not.  BTC is the 900 pound gorilla in the room.

Nobody will take the alternate coins, including LTC, seriousy if all the GPU's mining those coins combined can't add 1% or 1/10'th of 1% to the bitcoin network.  That gross imbalance between hashing power will be reflected in the LTC/BTC ratio.  It is already starting to fall as ASIC gains traction
digitalindustry
Hero Member
*****
Offline Offline

Activity: 798
Merit: 1000


‘Try to be nice’


View Profile WWW
June 05, 2013, 01:30:56 AM
 #14

It doesn't really matter if Scrypt is ASIC resistant or not.  BTC is the 900 pound gorilla in the room.

Nobody will take the alternate coins, including LTC, seriousy if all the GPU's mining those coins combined can't add 1% or 1/10'th of 1% to the bitcoin network.  That gross imbalance between hashing power will be reflected in the LTC/BTC ratio.  It is already starting to fall as ASIC gains traction

poor guy you're about to learn all about economic.

- Twitter @Kolin_Quark
wowc8
Member
**
Offline Offline

Activity: 67
Merit: 10


View Profile
June 05, 2013, 01:44:47 AM
 #15

A much cheaper and easier solution is to interface the memory on the PCB, no need to have the memory directly inside the die.

its a matter is distance.  its expensive to have to go out to the PCB.  updated my post above.

I don't think that is true.  Take a GPU card for instance.  A GPU card has it's memory on the PCB board which it accesses through an ASIC chip.

WDC: WbKQxmmJJTxTi9kFQ8JSDX4aAui1V6kN9H BTC: 13EosxXnBbkjfWrH85APkWp4RFLHiu9qys
bee7
Hero Member
*****
Offline Offline

Activity: 574
Merit: 523


View Profile
June 12, 2013, 01:22:32 AM
Last edit: June 12, 2013, 01:35:04 AM by bee7
 #16

Just a thought.

Let's imagine, one creates ASIC for LTC mining. It should perform approximately with the same ratio to sha256d as CPU/GPU implementations do  or even worse as the algorithm requires 1024 sequential write operations and 1024 randomly addressed but sequentially executed read operations to/from the memory of 1024-bit blocks (let's assume that the salsa-8 is unrolled completely so it takes just 1 clock cycle, i.e. is very small number compare to 1024x2). But the actual ratio is not really important for the sake of my question:

"What for to produce a chip that performs worse and produces things valued lower than the already produced chip that has the same production cost but performs much better in terms of $/chip/sec"?

The chip development costs are nearly the same in both cases, so I would select to implement sha256d if I were to start from the scratch.

The income that could generate early adopters of the new technology is also not a reason to develop such an ASIC - the same story as with bitcoin would happen to ltc - everyone would eventually switch to ASIC to mine LTC.

Then the second gen of LTC would be invented for these who owns GPU farms. And the story will take a next round: "Let's develop an ASIC implementation of our new even more complex algorithm"
devilfish
Newbie
*
Offline Offline

Activity: 42
Merit: 0


View Profile
June 12, 2013, 01:36:03 AM
 #17

Just finished reading all the posts here and I'm left with one question: What was the point of this thread again? I'm pretty new here and this is not even the first time I've seen this subject posted in the last little while.
bee7
Hero Member
*****
Offline Offline

Activity: 574
Merit: 523


View Profile
June 12, 2013, 01:38:14 AM
 #18

Just finished reading all the posts here and I'm left with one question: What was the point of this thread again? I'm pretty new here and this is not even the first time I've seen this subject posted in the last little while.

I can't see the point as well. It seems some people can't use search...
Hydroponica
Full Member
***
Offline Offline

Activity: 182
Merit: 100


fml


View Profile
June 12, 2013, 01:39:53 AM
 #19

Yes, Litecoin ASICs do not exist yet, but are not harder (or  costlier) to build than any Bitcoin ASIC. It's just a different hashing algorithm!

Scrypt has different parameters than SHA256, but those obstacles should be easily tackled.

really this old arguement again.  scrypt is sha256.  scrypt does a salsa20 8 times mix backwards and forwards, it makes the lookup tables difficult to predict.  you need to load it all into memory to hash it.  it requires a lot of on die memory to load the tables into.  there are no fpga boards on the market that have that much on die ram.  it would cost a fortune to develop.  with most scrypt coins having low value and low liquidity there is not incentive for an investor to deploy the several million it would take to build an fpga or asic just so that can make a few hundred grand.  they woould be competing with GPUs manufacturers which have already invented the wheel.

And, even if someone did do this, the diff would raise so fast, you'd never see a return on the investment, and LTC, would be dead.

devilfish
Newbie
*
Offline Offline

Activity: 42
Merit: 0


View Profile
June 12, 2013, 01:40:47 AM
Last edit: June 12, 2013, 02:18:33 AM by devilfish
 #20

Just finished reading all the posts here and I'm left with one question: What was the point of this thread again? I'm pretty new here and this is not even the first time I've seen this subject posted in the last little while.

I can't see the point as well. It seems some people can't use search...

Exactly, and no one has ever denied the possibility or plausibility of such machines, just the practicality of the implementation of same. There's a ton of stuff that's 'possible' but not financially viable. For instance, I could go out and spend all of my cash and savings on lottery tickets and possibly win, and even have a better chance than if I never spent anything. That does not make it a financially viable decision though.
Pages: [1] 2 »  All
  Print  
 
Jump to:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!