It is for everyone on TOR whan TOR is DOSing... Just read the code. When you get 125 connections on a core it will start drooping TOR connections if any unTOR connection will come in. So even when DOSed it will not drop all... nonTOR is prioritized because there are Exchanges and Wallets and Payment processors there...
Need bigger blocks... Well do we need IPv6... Wouldn't it be grate if we done that way back... It cost so much more now then it would...
DNS seed changes
I really don't see a problem removing one that isn't working and adding himself...
querying the UTXO set
Did read what XT says about it but did not have time to do more research. If I don't like it I can still use QT+BIP101. But you can tell me the issue...
relaying double spends
Did read what XT says about it but did not have time to do more research. If I don't like it I can still use QT+BIP101. But you can tell me the issue...
That's the point. The people in this thread pushing hard for XT aren't even aware of some of the changes that it makes to the protocol. That's a function of this sense of urgency to address the block size issue -- but then, what is the urgency to implement
any other changes? There is none.
Why is it so difficult to understand that the hard fork should be taken on its own -- it shouldn't be attempting to implement a slew of other changes that Gavin and Hearn want. I hate to bring up the Patriot Act analogy again but the urgency there was much the same -- "We urgently need to address new threats (block size limit), but we're gonna make a bunch of other changes behind the scenes without any public debate. All the while, we only discuss the block size limit, and we only do it with polemics."
Yes, we need bigger blocks. That is somewhat of an urgent concern. There are no other concerns that call for this urgency. Why blindly support a hard fork that ignores that?
This is a hard fork, not a fucking salad bar.