Topic: Litecoiners: Idea to make Litecoin importance skyrocket in Bitcoin ecosystem - page 3. (Read 13385 times)

It's not about technical prowess, it's about the network effect. The current "forced" emigration of GPU-miners from Bitcoin to Litecoin is currently distributing this currency into more pockets. Litecoin is developing simply because more people own Litecoins. People don't really care which currency is better, as long as you use it for economic purposes, it's good enough.

The total power of network hash rate is evidently important, the higher the better. But the distribution of this hash rate is also important. 100 people with 1% of the network is better than 10 people with 10% each. If Bitcoin can, in a indirect way, keep the GPU-miners around, it helps this distribution of hash rate. GPU-miners are going to flock to Litecoin anyway, and I think that Bitcoin need to keep them around. Being able to mine the BTC back-up is a pretty nice deal for BTC.

Reorg shows up in the debug output immediately in the client

It's absurdly easy to detect (just look for a chain that's been reliably mined for 6 blocks/1 h and then at 1 h the 7 block fork is detected --> report this to user via pop up)

The likelihood of two totally different chains size max of 6 MB (6 blocks) existing on the network at the same time and both being reported to a vast number of different nodes with neither group of nodes interacting is really, really unlikely

I think it's merit need not be so "us vs them".  If what we're really interested in is a secure cryptocurrency why not develop several in tandem so that all of the eggs aren't in one basket?    As bitcoin deals with scaling up, it might be served by having other sister currencies for exactly the other reasons you list, Mike.  More of a crypto-economy with several elements which might each contribute to a larger stability. 

Excuse me if I understand something wrong... I'm a girl who dabbles in Java, and some of it might be over my head, but if this were to be implemented, a "hard 51" would go like this:

1) attacker uses Superior ASICs to mine a private BTC chain forked from some point long since past (probably so as to make a double-spend)

2) attacker publishes chain

3) an unspecified mechanism detects that there is, well, a so-called "malicious reorg", and BTC enters "hide yo coins, hide yo wife mode" and starts relying on backup data embedded in Litecoin's chain

It seems to me that

a) it would be exceedingly hard to properly develop detection algorithms for "malicious reorg" detector

b) if you succeed at a) you don't need no litecoin, you just keep around the blocks being reorged away until you are convinced that reorg was "not malicious".

c) you can, of course, just halt everything and have community "heavy hitters" decide in IRC which part of the reorg was "good" instead of doing it with "and then a miracle occurs" automagical "malicious reorg" detector, but as long as you don't discard the blocks involved (which does not require litecoin) you don't really need litecoin in this process.



So, TLDR:
I do see theoretical benefit to this general line of thinking (the "let's detect bad reorgs" line of thinking

I doubt that "malicious" reorg detector that would activate a "hide yo coins" mode when a real attack occurs is attainable

I could see a "dumb" detector being used to facilitate a "consensus intervention" on part of humans who have nontrivial power over the network (pool ops and devs).

I do not quite see why you need litecoin in any such scheme, beyond "let's give this altcoin some semblance of purpose"

I think I can boil my core argument down into a few basic premises (evolved a bit with this discussion):

1. The whole point of Litecoin as it currently stands, is to bet on Bitcoin weakness but presumed Litecoin strength: either on the perceived or probable outcome that one day SHA256 won't be good enough to keep securing Bitcoin, but that scrypt and its current parameters somehow will withstand whatever befalls SHA256.

2. If both SHA256 and scrypt will survive 51% attacks, then Litecoin is pointless, because it's just a Bitcoin clone with equal durability.

3. If both SHA256 and scrypt will succumb to similar 51% attacks (scrypt simply making the attack more expensive), then Litecoin is pointless, also equal or similar in durability to Bitcoin, because it offers no innovation nor protection not already offered in Bitcoin, beyond a marginally higher attack cost.  If Bitcoin users flock to Litecoin, it will simply be attacked second.  Its superiority will be nothing but illusory: identical to the premise that Macs are inherently "more secure" than Windows PC's for some pretend reason other than the fact that, for the sheer number of them out there, Windows PC's have historically been a juicier target for attacks.

4. If Litecoin is pointless for these reasons, then there's no offense intended:  I'm proposing a change to Litecoin that would make it valued and respected by those primarily interested in Bitcoin.  (This is not being Bitcoin's "bitch", this is exchanging value for value.  Pretending that Litecoin is so valuable today as to be too good for Bitcoin would be like Britney Spears as a child thumbing her nose at the Disney deal that brought her to fame with the notion that she's already too priceless to be associated with Mickey Mouse.)

5. Litecoin is at a stage where it is small enough to be able to afford to experiment with adding features that allow users to manually influence chain reorganizations, but big enough where those experiments could get some real world traction versus being a one-man basement experiment.  There is nothing wrong with being an experiment, Bitcoin itself is rightfully labeled an experiment when compared with the size of the world containing it.  That said, Bitcoin is too big and its objectives already entrenched to make a valuable feature such as manual reorg control a nonstarter with Bitcoin, but the idea of having the user-selectable option in Bitcoin to subscribe to external block validation intelligence remains plausible.  Litecoin can be that intelligence and add value by exploiting now not one, but two inflexibilities of Bitcoin as currently implemented.

Perhaps for some of the very reasons you have mentioned (not the Aapplebee's ad absurdum), among a few others some like to forget. Otherwise, why would you suggest this? I'm glad to see someone heavily invested in bitcoin understanding that sha256 isn't necessarily the best idea when the main vulnerability is reliant on hardware.  
That said, I think the idea has merit. I also think it is a long way from implemented and may ultimately detract from independent development.  

I'll be interested to see where this goes.

Lol I was thinking its using at least 1.2 mb If parameter is changed to say 12 mb how would then efficiency cpu v gpu compare? I think gpu got only so much ram onboard and its more costly than pc ram

As to OP idea.  Imo if btc foundation wants it use bytecoin or launch something to that purpose. Also even if technological solution is found to make any crypto impenetrable to 51% attack since its open source it would be implemented across the specter.

The thing about creating something for btc it now got unelected btc foundation. It said Official site offering documentation, forums and the open source client software which permits to send and receive bitcoins. Then http://bitcoin.org/en/foundation Bitcoin Foundation standardizes, protects and promotes the use of Bitcoin cryptographic money for the benefit of users worldwide.

Surely the likes of Forbes interests there can finance extra protection grids by themselves?

I know this is still early days but what if the bitcoin and litecoin chains both forked around the same time? Hypothetically could you end up with two sets of orphaned data on different chains; where the litecoin chain preferred by married miners that is logging the bitcoin chain that is not being attacked itself becomes an orphan chain.

Could this be a form of attack against this proposed married mining redundancy?

If this a genuine problem could it be fixed by the bitcoin chain reciprocally logging the litecoin chain. (This seems very over engineered).

It is an issue.  Can you see the same type of effort that was put behind Stux being put to work against BTC's SHA256 with 22nm premium ASICs.  All 50,000 ASICs lighting up the network at once?

LTC and scrypt at least make this type of thing quite a bit harder and much more expensive, but not impossible.

if we start talking state actors then unless we're taking about pacific ocean island nations, or some of africa and a very few others you hardly need more than 1. in fact for most of the countries out there, except for the "lose face" aspect of it, it would take little to no effort (in terms of a country) to do it. i would actually hazard that most subnational entities could easily do it if it's in their interest as well. In fact, i could actually see a national governments "outsourcing" it to subnational entities just because that way if it came out it was a state actor, they lose next to no face at all, as well as being able to go "sorry, nothing i can do for you bro, they have their autonomy"

The only real threat to cryptocurrencies on the scale of BTC is a state actor - or several state actors acting in unison.

Like if the US, the EU, China, and Russia all decided BTC was destabilizing their fiat, they could easily 51% the network - tomorrow.

The NSA alone certainly has enough processing power today even without ASICs:

http://www.wired.com/threatlevel/2012/03/ff_nsadatacenter/all/1

If ASICs were needed, spending $1B or $10B to secure trillions of USD would be trivially cost effective to a state actor.

That would be years or decades from now, but its a real threat and one that needs to be addressed sooner rather than later.

I like the ideas presented in theory but my technical understanding of them is a bit limited to offer valuable feedback on specifics. 

This is well said, and something the LTC community would be more likely to support.

There has to be a benefit to LTC from this arrangement, mutual protection would be something reasonable.

Not, hey I have a great idea, re-design Litecoin so it can be our bitch and protect all our BTC investments should they all implode, and in exchange you just increase the valeu of BTC more and reduce the value of LTC.

LTC has value in the size of its network, and the fact that it is not vulnerable in the same way to the problem BTC is.  This alone adds value.  LTC has nowhere to go but up.  The OP would not make this thread unless he knew this deep down in his heart.

Ultimately, if blocks being signed under human control is any part of the equation, that will benefit all chains with an available option to consider those signatures, directly or indirectly.

"We must, indeed, all hang together, or assuredly we shall all hang separately." - Benjamin Franklin

I like the idea that attacking one of the major cryptocurrencies means you would need to attack them all but this would only happen if Litecoin were protected by Bitcoin as well. In which case, there should be some mechanism by which all coins could depend on another of their choosing for protection against the attacks mentioned in this thread. As gmaxwell points out, it would be great if the fallback chain can be chosen during the attack.

And it will do this because......?

Sort of how dollar-denominated gift cards to Applebees stood up and stepped out on their own as currency, separately successful from plain old fiat cash?

Exactly.  This does nothing to benefit Litecoin and just is an attempt to deal with the insecurities the BTC community are now facing that do not really affect LTC.

The proposal made would ONLY be for the benefit of BITCOIN and would make LTC subservient for all time.

LTC will step out on its own and stand alone, separately successful from BTC.  The purpose of Litecoin is not to prop up the failings of BTC.

If someone has a net worth of 50 million to 100 million, then attacking Bitcoin is stupid! They can make much more mining!

That's not the person I am talking about.

If someone has a net worth of a billion and they can make a lot shorting the entire Bitcoin system, they might spend 50 million to enable this, or maybe a bank or government that doesn't care about making several million more a day when they can make more in fees for moving money around once Bitcoin is destroyed.

The 51% attack is a real viable issue and for 50 million you most likely could destroy all Litecoin and Bitcoin confidence. That's not a lot of money to destroy a billion dollar economy or a rising competitor.

The linear 51% attack is a expensive but viable attack vector.

Until there exist hundreds of thousands of ASIC run by good actors we are in a dangerous era of crypto-currency.

To put it in perspective, the profits of a large bank in one month could easily lay waste to Bitcoin, the profits of Apple in one day would be enough to build ASIC for both Litecoin and Bitcoin and erode all confidence.

Exponential attack vector for the network is required at some point, someone smart please figure it out.

It would be best if this discussion is kept purely technical on-topic and not filled with BTC vs. LTC arguments.

Litecoin is fine.

It is the first successful currency that has built in protection against ASICS.  

Litecoin is the people's money.

It is people like the OP who have prevented Litecoin from getting its own Wikipedia page.  Something that is ridiculous at this stage.  Litecoin cannot be found on Wiki because of the fears of BTC fanboys who get every mention of it deleted by swarming any mention of Litecoin.

Let every currency stand on its own two feet - LTC will be just fine.

Pure SHA256 - not so much, see TRC, BTE as great examples why.