Bitcoin Forum
November 15, 2024, 09:36:01 AM *
News: Check out the artwork 1Dq created to commemorate this forum's 15th anniversary
 
   Home   Help Search Login Register More  
Pages: « 1 2 3 4 [5]  All
  Print  
Author Topic: Please list arguments against the idea of taking away Gavins' alert keys  (Read 3891 times)
Muhammed Zakir
Hero Member
*****
Offline Offline

Activity: 560
Merit: 509


I prefer Zakir over Muhammed when mentioning me!


View Profile WWW
August 30, 2015, 07:25:34 PM
 #81

-snip-
Moreover, is this not a good time to establish clear criteria regarding the mechanism by which one is entrusted with the alert key?

You probably have to ask that to Satoshi.

And why does Gavin still have such authority?

Although the XT movement was wrong(at least to me), I don't think his alert key should be revoked yet(even if there is a way).

achow101
Staff
Legendary
*
Offline Offline

Activity: 3542
Merit: 6886


Just writing some code


View Profile WWW
August 30, 2015, 07:31:20 PM
 #82

Thank you.
I understand this. Bitcoin has had hard forks in the past. Nothing changed with alert keys. I get it. I am well-versed in the technical side of bitcoin.
However, I am probably not asking my question the right way. Instead of asking dumb hypothetical questions to lead the discussion, I'll say it plain.

The responsibility of knowing the alert key and the political ramifications thereof seems to be off the radar in this discussion of XT vs Core.
I'm pressing the issue of alert keys, because I see them as a potential object of a further power struggle between the two factions. The person who gives an alert key agency should be one whom the bitcoin community, devs, and merchants trust. To many people, Gavin has betrayed that trust. Further, although potential brinksmanship, retaliation, or retribution seems improbable, this is a 4 billion dollar market we're dealing with, as well as people's livlihoods, families, and egos.

Moreover, is this not a good time to establish clear criteria regarding the mechanism by which one is entrusted with the alert key?
And why does Gavin still have such authority?
From a technical aspect, it is difficult to prevent Gavin from using the alert key. There is only one alert key, and the private key for that is distributed among a multitude of people. Since it is hard coded, changing the alert key in a future version means that the new key would only work for that version, and the old key for the older versions. This means that Gavin would be able to still send alerts to old versions if chose to do so. The other option would be to cause the alert mechanism to display the static "Alert Key Compromised" message but that would also create a lot of panic.

At this time, I don't think people are discussing the alert key and the political ramifications because of both the difficulty to change the key and the fact that there is no immediate need to do so. There is no indication that Gavin would even attempt to use the alert key and that there are ways to remove an alert put out by Gavin (or anyone else with the key). Furthermore, Gavin is still actively contributing to Bitcoin Core. He works on other fixes and is active on the development mailing list as well as the github.

turvarya
Hero Member
*****
Offline Offline

Activity: 714
Merit: 500


View Profile
August 30, 2015, 07:35:18 PM
 #83

Gavin currently holds the alert key to Bitcoin Core.
Am I correct to presume he also holds the alert key to XT?
So both?

Who is confirmed/unconfirmed having the alert keys to Core?

I want to press this issue since it seems to have fallen through the cracks, especially since Gavin's allegiance is clearly with XT. Also, I wouldn't put it past Hearn to try to get the Core alert key from Gavin.

The alert key for the entire bitcoin network is the same, so that includes XT.

Confirmed to have the alert key: Gavin Andresen, Theymos, Satoshi Nakamoto, Gregory Maxwell
Not confirmed but probably have the key: Wladimir J. van der Laan, Jeff Garzik, Pieter Wuille

Also, please note that there will not be a definitive list of everyone who has the alert key for their own personal safety as well as to prevent attempts to coerce key holders.
Thank you.
I understand all of this except for the XT part. If there is a hard fork, perforce creating two separate chains and thus two competing cryptocurrencies, will the alert key remain the same for both, such that Theymos could issue an alert on XT? Surely there's code in XT that creates a new alert key or alert mechanism. I understand that presently both Core and XT are the same blockchain, but if there is a hard fork, then what? Both parties have mutual access to each other's alert keys?
There is no new alert mechanism in XT.
The alert is for the bitcoin network not a specific client. A fork doesn't change anything about that(unless it is a fork, exactly for that and I am not aware of any fork proposal for that)
Thank you.
I understand this. Bitcoin has had hard forks in the past. Nothing changed with alert keys. I get it. I am well-versed in the technical side of bitcoin.
However, I am probably not asking my question the right way. Instead of asking dumb hypothetical questions to lead the discussion, I'll say it plain.

The responsibility of knowing the alert key and the political ramifications thereof seems to be off the radar in this discussion of XT vs Core.
I'm pressing the issue of alert keys, because I see them as a potential object of a further power struggle between the two factions. The person who gives an alert key agency should be one whom the bitcoin community, devs, and merchants trust. To many people, Gavin has betrayed that trust. Further, although potential brinksmanship, retaliation, or retribution seems improbable, this is a 4 billion dollar market we're dealing with, as well as people's livlihoods, families, and egos.

Moreover, is this not a good time to establish clear criteria regarding the mechanism by which one is entrusted with the alert key?
And why does Gavin still have such authority?
It is just not a matter, that is seriously discussed, because there is no issue. The alert key, doesn't really give anybody power. It is a message, that shows up in your client. You can happily ignore it. The last alert didn't even show up on my client. I don't really know why.
Furthermore, there is also controversy around other people with alert keys, just look at the censorship of theymos regarding this forum and reddit, there are enough well-known people in the Bitcoin world, who saw that as abuse of power, unlike Gavin who hasn't abused any power.

Oh and what knightdk said:
Quote
Furthermore, Gavin is still actively contributing to Bitcoin Core. He works on other fixes and is active on the development mailing list as well as the github.
People on this forum, take the controversy just way more serious than the dev team.

https://forum.bitcoin.com/
New censorship-free forum by Roger Ver. Try it out.
BNO
Full Member
***
Offline Offline

Activity: 160
Merit: 103


View Profile
August 30, 2015, 07:40:09 PM
 #84

Because Gavin is maybe one of the satoshis that created bitcoin. He cares and he protects from the shills of Blockstream. Its good that a person holds the key that doesn't belong the blockstream crew.

The thinking that has led us to this point will not lead beyond - Albert Einstein
gmaxwell
Staff
Legendary
*
Offline Offline

Activity: 4284
Merit: 8808



View Profile WWW
August 30, 2015, 08:04:30 PM
 #85

The alert functionality is nearly useless, and the usefulness it had has been outlived. No one ought to have the alert key.

At the same time, is also nearly riskless now that its already there-- anyone with the key can instantly terminate any announcement made with it and, if needed, permanently disable the alert system. Which is why when we proposed removing it, https://github.com/bitcoin/bitcoin/pull/6260 is wasn't hard for someone to argue otherwise.  In the next release of Bitcoin Core any participation at all in it will at least be optional (though default on): https://github.com/bitcoin/bitcoin/pull/6274

In the elements alpha sidechain, alerts were replaced with multisignature... but I still hope in Bitcoin we remove the system entirely.  Theymos case of wanting to warn people about serious software issues could be accomplished by things like a transaction sending a specific (high vauled) coin to fees triggering a static message to tell users to check for notices.

The functionality creates inequality, it creates attack surface, its very infrequently used-- and when used appears to do very little good. But the biggest reason I'd like to remove it is that it promotes centeralized misunderstanding of the system. It is an incredibly weak functionliaty: a small collection of people can send a little text message to a (sadly) tiny portion of Bitcoin's users. Thats it. But many people can't help but believe that every system has someone in charge of it, and the alerts give them something to latch onto. As a result of alerts we've had to deal with frequent worthless suggestions like the alerts should be able to control system parameters (like fee settings and block size limits)... people who can't see shade of grey and think that because we'll tolerate a very mild messaging functionality that all sorts of other ill conceieved centeralization is okay.

In the altcoin space this has gone further-- e.g. there are several altcoins that use code based on the alert system to allow (or in peer coin's case-- require) the developer to use their single trusted private key to pin the identity of the chain, overriding the network's consensus process. It's an ugly path, and while the first step down centeralization road is easily argued to be harmless it would certantly save a lot of misunderstanding to clearly not be going down it.

 
MarketNeutral
Sr. Member
****
Offline Offline

Activity: 434
Merit: 252


View Profile
August 30, 2015, 08:05:59 PM
 #86

I suppose I see things very differently.
I don't see it as a non-issue.
I see it as having the potential to be significant in the Core vs. XT drama.
It probably won't be significant, but nor should the issue be ignored.
Frankly, I find fault in both sides, and I cannot bring myself to openly support either side.
Therefore, I cautiously continue with Core.
Core is the direct descendant of the first Bitcoin client I used in 2010, and I'm most familiar with it.
I have been around long enough to have seen the alert key message pop up from time to time, and yes, it could be abused.
It hasn't, thank god.
I'll leave it at that.
MarketNeutral
Sr. Member
****
Offline Offline

Activity: 434
Merit: 252


View Profile
August 30, 2015, 08:07:40 PM
 #87

The alert functionality is nearly useless, and the usefulness it had has been outlived. No one ought to have the alert key.

At the same time, is also nearly riskless now that its already there-- anyone with the key can instantly terminate any announcement made with it and, if needed, permanently disable the alert system. Which is why when we proposed removing it, https://github.com/bitcoin/bitcoin/pull/6260 is wasn't hard for someone to argue otherwise.  In the next release of Bitcoin Core any participation at all in it will at least be optional (though default on): https://github.com/bitcoin/bitcoin/pull/6274

In the elements alpha sidechain, alerts were replaced with multisignature... but I still hope in Bitcoin we remove the system entirely.  Theymos case of wanting to warn people about serious software issues could be accomplished by things like a transaction sending a specific (high vauled) coin to fees triggering a static message to tell users to check for notices.

The functionality creates inequality, it creates attack surface, its very infrequently used-- and when used appears to do very little good. But the biggest reason I'd like to remove it is that it promotes centeralized misunderstanding of the system. It is an incredibly weak functionliaty: a small collection of people can send a little text message to a (sadly) tiny portion of Bitcoin's users. Thats it. But many people can't help but believe that every system has someone in charge of it, and the alerts give them something to latch onto. As a result of alerts we've had to deal with frequent worthless suggestions like the alerts should be able to control system parameters (like fee settings and block size limits)... people who can't see shade of grey and think that because we'll tolerate a very mild messaging functionality that all sorts of other ill conceieved centeralization is okay.

In the altcoin space this has gone further-- e.g. there are several altcoins that use code based on the alert system to allow (or in peer coin's case-- require) the developer to use their single trusted private key to pin the identity of the chain, overriding the network's consensus process. It's an ugly path, and while the first step down centeralization road is easily argued to be harmless it would certantly save a lot of misunderstanding to clearly not be going down it.

 

This is what I'm talking about.
Thank you, G.
Now matter how long I've been here, I always learn something new from you.
Straight to the jugular.
I never considered removing it, but that seems like the best approach.
Cheers!
tvbcof
Legendary
*
Offline Offline

Activity: 4760
Merit: 1282


View Profile
August 30, 2015, 08:12:24 PM
 #88


The alert functionality is nearly useless, and the usefulness it had has been outlived. No one ought to have the alert key.

<snip - compelling arguments>

Works for me.  Ultimately I think that people using native Bitcoin ought to be largely capable and invested enough to have other information channels.  A tip-off might be handy, but not worth the various risks.

Those who are using insta-upgrade SPV clients need to develop the trust in whoever authors and supports them.  If that trust is mis-placed, sad day.


sig spam anywhere and self-moderated threads on the pol&soc board are for losers.
MarketNeutral
Sr. Member
****
Offline Offline

Activity: 434
Merit: 252


View Profile
August 30, 2015, 08:20:29 PM
 #89

This really is a brilliant solution.
So simple too.
Pages: « 1 2 3 4 [5]  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!