Pages:
Author

Topic: Who cares about the 45% Ghash.io have - will you care when they are at 51%? (Read 4428 times)

legendary
Activity: 4172
Merit: 8075
'The right to privacy matters'
look all the other pools need to do is implement a secondary solo pool.  it takes away the edge of ghash


https://bitcointalksearch.org/topic/m.7197340


https://bitcointalksearch.org/topic/a-suggestion-for-any-well-known-pool-operator-run-a-second-pool-as-solo-645488


it would certainly dilute ghash.io if 5 big pools offered this option.  It would also allow for old 'useless' gear to still have a value
legendary
Activity: 3578
Merit: 1091
Think for yourself
The value didn't decreased before when it happened before. The pool operator took actions. Which they didn't have to do.
w/e You'll disagree to disagree.

I'm assuming your talking about BTCGuild?  If so that is a reputable pool that cares about Bitcoin.  I'm not saying that Ghash isn't.  I'm just saying if an untrusted entity did get majority control the network bitcoin value would fall.  Then that entity would have to decide whether they wanted to continue to mine at a loss or not.


I'm just saying throttling entities to a certain percentage of blocks found would/could do more damage and defeat the purpose of Bitcoin.
hero member
Activity: 770
Merit: 500
I disagree on how you are using the word micromanagement here. Managed yes micro'd no.
It's nothing more than adding another safeguard to preserve the currency.

Mechanisms to deal with large hashers that approach 51% are already in place.  When an entity reaches that point and they are deemed to not be trustworthy, that will cause the value to decrease.  When the value decreases then they no longer have an incentive to have that much hash power running and will stop.

Modifying the way Bitcoin works to prevent someone, you don't like, from reaching a certain percentage is what I would call micromanagement.  Once the precedent is set who is to say what that magic percentage that no one entity should be allowed to reach.  51% isn't the number that double spends are possible, that can be done with a much smaller percentage.
I say bullshit. The value didn't decreased before when it happened before. The pool operator took actions. Which they didn't have to do.
w/e You'll disagree to disagree.
legendary
Activity: 826
Merit: 1000
amarha
Mechanisms to deal with large hashers that approach 51% are already in place.  When an entity reaches that point and they are deemed to not be trustworthy, that will cause the value to decrease.  When the value decreases then they no longer have an incentive to have that much hash power running and will stop.

You mean the price of Bitcoin decreases and the big hasher stops hashing that much? I wouldn't call it a 'mechanism to deal with large hashers', because everybody is punished proportionately with the decrease of the price (smaller miners may be punished even more than big ones). If that is the only 'mechanism', it's as good as none.

Finally, someone gets it.

The invisible hand of the market is more like the invisible fist?
legendary
Activity: 2156
Merit: 1393
You lead and I'll watch you walk away.
Mechanisms to deal with large hashers that approach 51% are already in place.  When an entity reaches that point and they are deemed to not be trustworthy, that will cause the value to decrease.  When the value decreases then they no longer have an incentive to have that much hash power running and will stop.

You mean the price of Bitcoin decreases and the big hasher stops hashing that much? I wouldn't call it a 'mechanism to deal with large hashers', because everybody is punished proportionately with the decrease of the price (smaller miners may be punished even more than big ones). If that is the only 'mechanism', it's as good as none.

Finally, someone gets it.
sr. member
Activity: 336
Merit: 250
Mechanisms to deal with large hashers that approach 51% are already in place.  When an entity reaches that point and they are deemed to not be trustworthy, that will cause the value to decrease.  When the value decreases then they no longer have an incentive to have that much hash power running and will stop.

You mean the price of Bitcoin decreases and the big hasher stops hashing that much? I wouldn't call it a 'mechanism to deal with large hashers', because everybody is punished proportionately with the decrease of the price (smaller miners may be punished even more than big ones). If that is the only 'mechanism', it's as good as none.
zvs
legendary
Activity: 1680
Merit: 1000
https://web.archive.org/web/*/nogleg.com
I'd be shocked if ghash.io hasn't been above 50% already for months.  It's against their interest for people to know they're > 50%, the solution is to simply submit blocks through unconnected IPs without a block sig that would identify them as ghash.io.

add:  It's not like they're relying 100% on people mining on their pool.  You'd have to be naive to think they wouldn't obfuscate the identity of blocks discovered by their massive ASIC farm.
legendary
Activity: 3578
Merit: 1091
Think for yourself
I disagree on how you are using the word micromanagement here. Managed yes micro'd no.
It's nothing more than adding another safeguard to preserve the currency.

Mechanisms to deal with large hashers that approach 51% are already in place.  When an entity reaches that point and they are deemed to not be trustworthy, that will cause the value to decrease.  When the value decreases then they no longer have an incentive to have that much hash power running and will stop.

Modifying the way Bitcoin works to prevent someone, you don't like, from reaching a certain percentage is what I would call micromanagement.  Once the precedent is set who is to say what that magic percentage that no one entity should be allowed to reach.  51% isn't the number that double spends are possible, that can be done with a much smaller percentage.
member
Activity: 116
Merit: 10
Very severe. we should act as a community.
hero member
Activity: 770
Merit: 500
maybe the developers need to add code to throttle nodes that start to encroach on the 50% mark.

Exactly the kind of micromanagement that will kill Bitcoin.
How do you consider that micromanagement? DO you propose to not do a thing and expect
the the pool operator to play nice? Head in the sand mentality?

Yes, that is what I said in my above post.

What else can be done realistically.  We need Bitcoin because here in the U.S. the politicians took our currency off the gold standard with which has damaged our economy and allows politicians aka government to manipulate our markets.

So like I said Bitcoin will manipulate according to the originally established rules and succeed or it will not be able to adapt and will die.  If Bitcoin needs to micromanaged to stay alive then it is just as susceptible to manipulation as the U.S. currency and is no better and then won't be useful anyway.
I disagree on how you are using the word micromanagement here. Managed yes micro'd no.
It's nothing more than adding another safeguard to preserve the currency.
legendary
Activity: 3578
Merit: 1091
Think for yourself
maybe the developers need to add code to throttle nodes that start to encroach on the 50% mark.

Exactly the kind of micromanagement that will kill Bitcoin.
How do you consider that micromanagement? DO you propose to not do a thing and expect
the the pool operator to play nice? Head in the sand mentality?

Yes, that is what I said in my above post.

What else can be done realistically.  We need Bitcoin because here in the U.S. the politicians took our currency off the gold standard with which has damaged our economy and allows politicians aka government to manipulate our markets.

So like I said Bitcoin will manipulate according to the originally established rules and succeed or it will not be able to adapt and will die.  If Bitcoin needs to micromanaged to stay alive then it is just as susceptible to manipulation as the U.S. currency and is no better and then won't be useful anyway.
hero member
Activity: 770
Merit: 500
maybe the developers need to add code to throttle nodes that start to encroach on the 50% mark.

Exactly the kind of micromanagement that will kill Bitcoin.
How do you consider that micromanagement? DO you propose to not do a thing and expect
the the pool operator to play nice? Head in the sand mentality?
legendary
Activity: 826
Merit: 1000
amarha
maybe the developers need to add code to throttle nodes that start to encroach on the 50% mark.

Exactly the kind of micromanagement that will kill Bitcoin.

I don't know if this particular idea is a solution or not, but the alternative is doing nothing and killing bitcoin through lack of management.
legendary
Activity: 3578
Merit: 1091
Think for yourself
maybe the developers need to add code to throttle nodes that start to encroach on the 50% mark.

Exactly the kind of micromanagement that will kill Bitcoin.
hero member
Activity: 770
Merit: 500
maybe the developers need to add code to throttle nodes that start to encroach on the 50% mark.
So regardless if a node can hash over 50% of the network it won't matter.
How they can do that I don't know and I'm not sure if it's even wise to do so.
I'm sure it was considered if I thought about it Tongue
legendary
Activity: 3578
Merit: 1091
Think for yourself
Roll Eyes
Who cares about the 45% Ghash.io have - will you care when they are at 51%?

It's not a matter of caring.  It's a matter of not really being able to do anything about it.  Ghash.io has rate is mostly their own.  And if they reach 51% on their own hash rate what can anyone do?  What should anyone do?

If that happens then bitcoin price will fall.  Hopefully they are only interested in making revenue for their company.  Because if that is the case then they will mine until the price crash's and then quit or tapper back dramatically and move onto the next "get rich quick" scheme.

So Bitcoin will correct itself using market forces or it won't.  To exert other pressure on an entity to do what you/we want them to is an assault on human dignity and is the antithesis of the principles of Bitcoin if the first place.

So let Bitcoin go through its own correction or let it die on it's own merits.  Micromanaging the network will be a failure in the least a disaster at the most.

Sorry if these thoughts have already been posted.  I don't really feel like reading this whole thread.
sr. member
Activity: 476
Merit: 250
The thing is that it's quite possible they will just shift mining power outside of Ghash.io and still have over 50% but not have it show up that way on blockchain.info or anywhere else that tracks those statistics. It might be happening now, but who knows really.


Exactly.
legendary
Activity: 826
Merit: 1000
amarha
The sad thing is that there is a good chance they will reach 51% because of apathetic miners who will stay with the pool and just expect the other guy to leave.

The thing is that it's quite possible they will just shift mining power outside of Ghash.io and still have over 50% but not have it show up that way on blockchain.info or anywhere else that tracks those statistics. It might be happening now, but who knows really.

This should be a much bigger issue than it is. BTC Guild already set the standard for how a pool should act under these circumstances, it would be good to see Ghash follow their lead.
sr. member
Activity: 359
Merit: 250
The sad thing is that there is a good chance they will reach 51% because of apathetic miners who will stay with the pool and just expect the other guy to leave.
member
Activity: 65
Merit: 10

Update:
"Who cares about double spend. The more important risk is jamming up the system indefinitely by not allowing transactions through, or implementing white lists by only allowing certain transactions through from preapproved addresses.?"

Pages:
Jump to: