HostFat
Staff
Legendary
Offline
Activity: 4256
Merit: 1208
I support freedom of choice
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
August 27, 2015, 01:42:14 AM Last edit: August 27, 2015, 01:52:45 AM by HostFat |
|
If we persist on doing that someone WILL take advantage of the free space. Now what happens if 8MB blocks get filled up way before the intended increase?
The connection of the common nodes aren't able to share easily this kind of blocks, so there will be orphan blocks, miners will lose money. Do you know what happen when a miner lose money by doing something? Easy, he will stop doing it, because he wants more money. ![Roll Eyes](https://bitcointalk.org/Smileys/default/rolleyes.gif) It is easy, a simple logic, but all of you are full of propaganda.
|
|
|
|
HostFat
Staff
Legendary
Offline
Activity: 4256
Merit: 1208
I support freedom of choice
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
August 27, 2015, 01:51:11 AM |
|
portion of the bitcoin community is going to reverse their decision on a fork that allow the devs to upload an IP black list. Do you know the difference betwean the words "uploading" and "downloading"? Do you know that if you set a proxy then XT will not download any list from torproject.org ? Do you know that you can just start the node with this flag -disableipprio flag XT will not download any list from torproject.org ? And one more thing, do you know what does this code on Bitcoin Core? OMG all of them will know your IP! ![Shocked](https://bitcointalk.org/Smileys/default/shocked.gif) vSeeds.push_back(CDNSSeedData("bitcoin.sipa.be", "seed.bitcoin.sipa.be")); // Pieter Wuille vSeeds.push_back(CDNSSeedData("bluematt.me", "dnsseed.bluematt.me")); // Matt Corallo vSeeds.push_back(CDNSSeedData("dashjr.org", "dnsseed.bitcoin.dashjr.org")); // Luke Dashjr vSeeds.push_back(CDNSSeedData("bitcoinstats.com", "seed.bitcoinstats.com")); // Christian Decker vSeeds.push_back(CDNSSeedData("xf2.org", "bitseed.xf2.org")); // Jeff Garzik vSeeds.push_back(CDNSSeedData("bitcoin.jonasschnelli.ch", "seed.bitcoin.jonasschnelli.ch")); // Jonas Schnelli You are just another parrot.
|
|
|
|
VirosaGITS
Legendary
Offline
Activity: 1302
Merit: 1068
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
August 27, 2015, 01:53:40 AM |
|
portion of the bitcoin community is going to reverse their decision on a fork that allow the devs to upload an IP black list. Do you know the difference betwean the words "uploading" and "downloading"? Do you know that if you set a proxy then XT will not download any list from torproject.org ? Do you know that you can just start the node with this flag -disableipprio flag XT will not download any list from torproject.org ? And one more thing, do you know what does this code on Bitcoin Core? ![Shocked](https://bitcointalk.org/Smileys/default/shocked.gif) vSeeds.push_back(CDNSSeedData("bitcoin.sipa.be", "seed.bitcoin.sipa.be")); // Pieter Wuille vSeeds.push_back(CDNSSeedData("bluematt.me", "dnsseed.bluematt.me")); // Matt Corallo vSeeds.push_back(CDNSSeedData("dashjr.org", "dnsseed.bitcoin.dashjr.org")); // Luke Dashjr vSeeds.push_back(CDNSSeedData("bitcoinstats.com", "seed.bitcoinstats.com")); // Christian Decker vSeeds.push_back(CDNSSeedData("xf2.org", "bitseed.xf2.org")); // Jeff Garzik vSeeds.push_back(CDNSSeedData("bitcoin.jonasschnelli.ch", "seed.bitcoin.jonasschnelli.ch")); // Jonas Schnelli You are just another parrot. Here's the part you missed: The IP list thats included in the commit: http://pastebin.com/F15aHDMJIt doesn't need to be downloaded from tor project.
|
|
|
|
HostFat
Staff
Legendary
Offline
Activity: 4256
Merit: 1208
I support freedom of choice
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
August 27, 2015, 01:57:58 AM |
|
Here's the part you missed: The IP list thats included in the commit: http://pastebin.com/F15aHDMJIt doesn't need to be downloaded from tor project. They are just all tor exit nodes! ![Roll Eyes](https://bitcointalk.org/Smileys/default/rolleyes.gif) What do you think that they'll care about this? They are public servers, they work as public servers! XT isn't even going to give a shit about them until it receives a possible DoS attack. And it isn't going to connect them, it will just put them under a low priority, to avoid getting too many connections from them (because the DoS attack) Damn it! You don't really know what you are talking about, just repeating repeating ...
|
|
|
|
VirosaGITS
Legendary
Offline
Activity: 1302
Merit: 1068
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
August 27, 2015, 02:00:35 AM |
|
Here's the part you missed: The IP list thats included in the commit: http://pastebin.com/F15aHDMJIt doesn't need to be downloaded from tor project. They are just all tor exit nodes! ![Roll Eyes](https://bitcointalk.org/Smileys/default/rolleyes.gif) What do you think that they'll care about this? They are public servers, they work as public servers! XT isn't even going to give a shit about them until it receives a possible DoS attack. And it isn't going to connect them, it will just put them under a low priority, to avoid getting too many connections from them (because the DoS attack) See? I guess you're the parrot. I said they put up a list of black listed ip. And they did. They get low priority. How can this be exploited, how easily can ips be added to the list is beside the point thats up to the code engineers to decide and i trust them over you; Leave me alone.
|
|
|
|
canth
Legendary
Offline
Activity: 1442
Merit: 1001
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
August 27, 2015, 02:03:12 AM |
|
The longest chain is what the majority of the network chooses. If the majority of the network will be on XT or anything else that support BIP101 (or others), than it will be the chain, it will be "the Bitcoin".
We have to see what will happen when the 1MB limit will be reached...
XT isint happening. There's already too much hashpower put toward not accepting XT. So unless XT supporter suddenly buy 75% up from 1% of the total network's hashrate. Its not happening. This blacklist score being an ip list uploaded by the dev is so shady, there's just no way actual volume of people will support it. Ever. Yes, because nobody ever changes their minds. Besides, if you're right then what is there to argue about? Seems like a lot of angst about something that has no chance of happening. Indeed. Nothing to argue about. I don't think the educated portion of the bitcoin community is going to reverse their decision on a fork that allow the devs to upload an IP black list. That is such a massive security flaw, its no wonder BIP100 gained 30 time the support of XT in 1 day. Of course that's just what i believe. I could be totally wrong and people may decide to purposely vote in a fork that allow a certain person to destroy bitcoin if he desire. Aren't you tired of going on and on about a feature that can be disabled by one line? -disableipprio
|
|
|
|
canth
Legendary
Offline
Activity: 1442
Merit: 1001
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
August 27, 2015, 02:07:15 AM |
|
Have you read BIP101? It proposes jumping the blocksize limit to 8 MB next year, and then doubling of the blocksize limit every 2 years, for 20 years. That gives us 8192 MB blocks in 21 years. And that's what the sane bitcoiners should want?
1) It's easier to soft fork to a lower blocksize in the future if blocks are "too large" since it only requires miner support. 2) Really - you think that 8GB blocks in 20 years is obviously crazy? 1gbit bandwidth, although not widespread, is currently available today. It seems hardly unreasonable to think that technical advances in two decades are not going to be able to keep up. If we're wrong, refer to #1. The issue with a large increase is it creates a slippery slope. Raising the blocksizing is essentially subsidizing transactions. If we persist on doing that someone WILL take advantage of the free space. Now what happens if 8MB blocks get filled up way before the intended increase? It is not an improbable scenario that we could see bigger block get filled surprisingly quickly & the increase will have been more or less for nothing. If we take the decision to continue subsidizing transactions right now because of pressure from certain groups we will inevitably create a precedent and reinforce the belief of users that they somehow have a RIGHT for block space and therefore make it forever more difficult to refuse it. Imagine the subsequent pressure if Bitcoin grows by a couple orders of magnitude and users start seeing their transaction fees go up when they were told it would forever be nearly free. This here is an opportunity to put a check on these false expectations and discourage business plans that were planning to unnecessarily fill up the blocks w/ their own transactions. People need to understand that there is cost to having this system run securely and we should stop trying to externalize them. You haven't done the math. It's far easier to accommodate 100,000 transactions with a $0.05 fee/trx in a block than get 1000 transactions with a $5 fee/trx. Larger blocks = more trx = more users = more fees. Also, there is no guarantee that demand will come because max block sizes are larger. We aren't in the "Bitcoin's success is guaranteed" universe. It's going to take a crapload of work to get 100m people using Bitcoin and higher fees are not the way to get there.
|
|
|
|
VirosaGITS
Legendary
Offline
Activity: 1302
Merit: 1068
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
August 27, 2015, 02:07:44 AM |
|
The longest chain is what the majority of the network chooses. If the majority of the network will be on XT or anything else that support BIP101 (or others), than it will be the chain, it will be "the Bitcoin".
We have to see what will happen when the 1MB limit will be reached...
XT isint happening. There's already too much hashpower put toward not accepting XT. So unless XT supporter suddenly buy 75% up from 1% of the total network's hashrate. Its not happening. This blacklist score being an ip list uploaded by the dev is so shady, there's just no way actual volume of people will support it. Ever. Yes, because nobody ever changes their minds. Besides, if you're right then what is there to argue about? Seems like a lot of angst about something that has no chance of happening. Indeed. Nothing to argue about. I don't think the educated portion of the bitcoin community is going to reverse their decision on a fork that allow the devs to upload an IP black list. That is such a massive security flaw, its no wonder BIP100 gained 30 time the support of XT in 1 day. Of course that's just what i believe. I could be totally wrong and people may decide to purposely vote in a fork that allow a certain person to destroy bitcoin if he desire. Aren't you tired of going on and on about a feature that can be disabled by one line? -disableipprio Nope. I don't like how it allow people to trigger code that deprioritize certain IPs. Just the thought of adding this kind of code is heading down the wrong path. I have no idea what would be the effect on the network if a portion of the network did not use the default and used -disableipprio instead.
|
|
|
|
HostFat
Staff
Legendary
Offline
Activity: 4256
Merit: 1208
I support freedom of choice
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
August 27, 2015, 02:09:22 AM |
|
@VirosaGITS LOL You can even add all the possible IPs to the list, then they will have all the same priority, and just during a DoS attack ![Roll Eyes](https://bitcointalk.org/Smileys/default/rolleyes.gif) Do you know that will happen when a dev will add other IP to this list? Someone will see it because ... it's an open source project! Do you check every day what devs add to the Bitcoin Core? Again, it isn't a black list, it is a "low priority list", that enable it self only IF there is a DoS attack. So, because of this, it's better to put all the Bitcoin network in a trash can a let the market go somewhere else ![Roll Eyes](https://bitcointalk.org/Smileys/default/rolleyes.gif) If you don't like this list, fork it, it is just a click on the github repository. I have no idea what would be the effect on the network if a portion of the network did not use the default and used -disableipprio instead.
It will be as the Bitcoin Core works now. Someone thinks that nodes now are easy target for DoS attack. You think not, then, better for yourself.
|
|
|
|
canth
Legendary
Offline
Activity: 1442
Merit: 1001
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
August 27, 2015, 02:10:13 AM |
|
portion of the bitcoin community is going to reverse their decision on a fork that allow the devs to upload an IP black list.
There isn't any fork that allow devs to upload any IP black list, you are just parrot that repeat the first word that you hear without know the meaning. Are you kidding? https://github.com/bitcoinxt/bitcoinxt/commit/73c9efe74c5cc8faea9c2b2c785a2f5b68aa4c23The code has both a static list and a list that's downloaded when the node starts. It starts with a blacklist of Tor exit nodes that allow when there is a heavy load on the network to prioritize transaction coming from Tor nodes. In simpler terms. This allow to kick off certain transactions if the load remain for a certain period of time. LOL. Seriously...your logic is seriously lacking. How would anyone know what IP addresses transactions are going to come from before they are transmitted? Maybe they do this magic IP address <-> Bitcoin address lookup in the sky?
|
|
|
|
canth
Legendary
Offline
Activity: 1442
Merit: 1001
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
August 27, 2015, 02:15:01 AM |
|
The longest chain is what the majority of the network chooses. If the majority of the network will be on XT or anything else that support BIP101 (or others), than it will be the chain, it will be "the Bitcoin".
We have to see what will happen when the 1MB limit will be reached...
XT isint happening. There's already too much hashpower put toward not accepting XT. So unless XT supporter suddenly buy 75% up from 1% of the total network's hashrate. Its not happening. This blacklist score being an ip list uploaded by the dev is so shady, there's just no way actual volume of people will support it. Ever. Yes, because nobody ever changes their minds. Besides, if you're right then what is there to argue about? Seems like a lot of angst about something that has no chance of happening. Indeed. Nothing to argue about. I don't think the educated portion of the bitcoin community is going to reverse their decision on a fork that allow the devs to upload an IP black list. That is such a massive security flaw, its no wonder BIP100 gained 30 time the support of XT in 1 day. Of course that's just what i believe. I could be totally wrong and people may decide to purposely vote in a fork that allow a certain person to destroy bitcoin if he desire. Aren't you tired of going on and on about a feature that can be disabled by one line? -disableipprio Nope. I don't like how it allow people to trigger code that deprioritize certain IPs. Just the thought of adding this kind of code is heading down the wrong path. I have no idea what would be the effect on the network if a portion of the network did not use the default and used -disableipprio instead. What do you think should happen when a node has all of its incoming connections exhausted? Should the node reject new connections? Drop existing ones? How should they be prioritied? Hearn picked what will work for most, non-Tor using, non-power users. A Tor user is fully capable of turning off the feature and 99% of the other users will never have it engaged since they won't be under attack for incoming connections. Hell, most users don't even know enough to enable incoming connections through NAT and UPNP is notoriously unreliable even when it's enabled. Basically, this feature will affect very, very few.
|
|
|
|
VirosaGITS
Legendary
Offline
Activity: 1302
Merit: 1068
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
August 27, 2015, 02:20:16 AM |
|
Not sure why you double posted, but sure. I get what you're saying.
But tell me, if the TX backlog was getting full. Then there was heavy DoS on the network. What would happen to the transactions request from Tor users? Would be still be processed at some point, even when the BTC system is inclined to drop off transactions that will not make it to a block after X conditions are met?
|
|
|
|
canth
Legendary
Offline
Activity: 1442
Merit: 1001
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
August 27, 2015, 02:24:36 AM |
|
Not sure why you double posted, but sure. I get what you're saying.
But tell me, if the TX backlog was getting full. Then there was heavy DoS on the network. What would happen to the transactions request from Tor users? Would be still be processed at some point, even when the BTC system is inclined to drop off transactions that will not make it to a block after X conditions are met?
By heavy DoS on the network, do you mean all nodes? If there was, then we'd have a big problem period - doesn't matter if you are on Tor, running XT or core. If only some nodes are being DoS'ed then it's fine. Tor users would get dropped from certain XT nodes under attack (and that have the anti-DDoS feature enabled). Other XT nodes would not be under attach and would accept Tor connections. In short, it would be fine for Tor users as well as regular users only certain regular users would have fewer problems since they'd have a feature that might reduce the connection attacks.
|
|
|
|
HostFat
Staff
Legendary
Offline
Activity: 4256
Merit: 1208
I support freedom of choice
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
August 27, 2015, 02:25:45 AM |
|
Not sure why you double posted, but sure. I get what you're saying.
But tell me, if the TX backlog was getting full. Then there was heavy DoS on the network. What would happen to the transactions request from Tor users? Would be still be processed at some point, even when the BTC system is inclined to drop off transactions that will not make it to a block after X conditions are met?
Ooooh! ![Lips sealed](https://bitcointalk.org/Smileys/default/lipsrsealed.gif) The TX backlog full is different from a DoS attack of connections on the single node. The code that put in low priority these IP is activated only if the node is getting a DoS attack of connection on itself, only itself. There isn't any correlation with the amount of TX the it receives from the network and the connections. Connections =/= TXs IF a node is under DoS (by receiving many connection from an attacker) then it (only it) will put Tor connections under low priority. (while under attack) A rightful request from Tor will have to ask connections from one of the other 6000/7000 nodes.
|
|
|
|
kano
Legendary
Offline
Activity: 4578
Merit: 1851
Linux since 1997 RedHat 4
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
August 27, 2015, 02:40:57 AM |
|
Not sure if you are being disingenuous or you really don't understand. I'll give you the benefit of the doubt and assume the latter.
BIP101 activates *only* if XT has >75% of hashing power.
No, it activates when >75% of the last 1000 blocks *say* they were mined by XT. That can happen with less than 75% of the hash power saying they are running XT, and you also can't assume that just a block was mined by XT just because it says it was. It is quite possible for me to mine blocks saying I'm willing to accept "big blocks" when I'm actually not. Only gamblers would run XT marked mining operations without accepting larger blocks. I for one don't believe that a significant amount of hashing power will choose to risk the outcome of a contentious hard fork that they would clearly be responsible for by their deceiptful indication of larger block support. Not a likely scenario IMO. The only pool producing XT blocks is apparently doing exactly that - just marking them as "XT version" and no more. See slush's comments about his pool. But more importantly, no pool in their right mind would be running the XT code yet. The XT code has been severely lacking in testing compared to normal Core code changes.
|
|
|
|
VirosaGITS
Legendary
Offline
Activity: 1302
Merit: 1068
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
August 27, 2015, 02:54:15 AM |
|
Not sure why you double posted, but sure. I get what you're saying.
But tell me, if the TX backlog was getting full. Then there was heavy DoS on the network. What would happen to the transactions request from Tor users? Would be still be processed at some point, even when the BTC system is inclined to drop off transactions that will not make it to a block after X conditions are met?
By heavy DoS on the network, do you mean all nodes? If there was, then we'd have a big problem period - doesn't matter if you are on Tor, running XT or core. If only some nodes are being DoS'ed then it's fine. Tor users would get dropped from certain XT nodes under attack (and that have the anti-DDoS feature enabled). Other XT nodes would not be under attach and would accept Tor connections. In short, it would be fine for Tor users as well as regular users only certain regular users would have fewer problems since they'd have a feature that might reduce the connection attacks. Well its true that if its just self-defense of a single node its much less of a big deal. I would have imagined DDoS focusing on the bigger nodes, slowing the overall network significantly, then combined with a TX spam attack. It would have allowed transaction request from Tor nodes to be dropped since they are lower priority and the network would already be saturated with "legit" tx spam. This would effectively allowing to filter out transaction from the black listed ip range. A massive attack of such magnitude isint that unlikely when you think of the several government who doesn't like BTC. To me it just seemed like it was another vulnerability.
|
|
|
|
Eastwind
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
August 27, 2015, 03:16:11 AM |
|
I shall not support XT if it blacklists some ip address.
|
|
|
|
HostFat
Staff
Legendary
Offline
Activity: 4256
Merit: 1208
I support freedom of choice
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
August 27, 2015, 03:19:24 AM |
|
I shall not support XT if it blacklists some ip address.
Here a new parrot.
|
|
|
|
VirosaGITS
Legendary
Offline
Activity: 1302
Merit: 1068
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
August 27, 2015, 03:44:09 AM |
|
I shall not support XT if it blacklists some ip address.
Here a new parrot. You're pretty spammy, rude and aggressive for a staffer. Aren't you required a minimum of justification in what you post? A minimum of content? A minimum of respect? I get you have/had a better grasp of the situation than me, than most. And now that i had a mature discussion with someone else, i can now attest to it. But you really don't contribute anything when you reply spam like "^User is a parrot."
|
|
|
|
HostFat
Staff
Legendary
Offline
Activity: 4256
Merit: 1208
I support freedom of choice
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
August 27, 2015, 03:49:28 AM |
|
I starting to hating these users that read just the first post (that can be full of FUD) and waste their time on repeating as a parrot without even reading the few posts that that are just upper their last one.
I feel that just wasting my time in these discussions.
|
|
|
|
|