Hacker News Reader

Comment by pmorici | Hacker News Reader

There is a small faction of the Bitcoin community working exceptionally hard to prevent any block size increase. I find their motives really baffling. They had some legitimate arguments a few years ago when discussion of this issue first started but those have all since been superseded by improvements in the protocol like xthin.

They now resort to distasteful tactics by running anyone out of town that even so much as suggests a block size increase. They are also working overtime to censor any comments that challenge their world view on the /r/bitcoin sub reddit which is why you see such hostile comments mentioned by the OP in response to users asking about slow transactions. /r/bitcoin is now just an echo chamber where yes men regurgitate the agenda of a select few. Eeveyone else is shadow banned.

edit: anyone that doubts this go make a comment in /r/bitcoin that contains the word "censorship" then view the page in incognito mode. The comment is immediately hidden by the automoderator. It really is nuts.

Article about the history of censorship in /r/bitcoin https://medium.com/@johnblocke/a-brief-and-incomplete-histor...

View on HN

Follow the money, it's not baffling at all.

Can you explain better? How does changing the blocksize affect the amount of money?

> Eeveyone else is shadow banned.

On reddit, only admins can shadow ban, and they claimed that they stopped doing it over a year ago, in my understanding.

Subs can do a pseudo-shadowban by setting up automoderator to delete any comment you make automatically without explicitly banning you.

None of the comments I make in that sub seem to show up any more and the only reason I realized it is because I stopped getting any responses and checked from an incognito window. Sure enough nothing there. I know others who have experienced the same. Some people are outright banned as well.

I don't even bother with r/bitcoin anymore. The level of groupthink is insufferable, but hard for me to say whether it formed naturally or via direct influence (considering it's Reddit, both are likely)

I agree. I think it is a natural consequence of the censorship. If you censor comments and ban users that dissent people take the hint pretty quick that diversity of opinion isn't welcome and look elsewhere.

The one hope I have for this whole thing being resolved is that historically there are examples in Bitcoin of groups that were once very influential being superseded. Most notable is probably Ghash.io which had so much hash rate at the height of their power that people were afraid they could perform a 51% attack and that Bitcoin was doomed. Today they don't even register a percentage point.

That's really baffling, I perceived quite the opposite.

Based on what? Can you name a single dev that expresses support for bigger blocks that hasn't been systematically ridiculed and excluded from Bitcoin Core development by the small block crowd? It isn't even possible to get an accurate perception of Bitcoin Unlimited support from reading the traditional Bitcoin discussion forums like /r/bitcoin because there is ZERO tolerance for discussion of bigger blocks unless it in a negative context.

That's a false premise. There is a block size increase when segwit activates. The debate is mostly if we should have a hard fork as well as (or even instead of) a soft fork.

I think most developers are rightly scared of a hard fork, especially as we've seen what happened to Etherium lately. There was double spending as every node was not perfectly aligned with this. And then, contrary to expectations, the old chain survived. "Would you like to pay with Bitcoin Classic, Bitcoin Core or Bitcoin United?" That's not what anyone wants.

The ETH / ETC situation was only possible because ETH has a much smaller block time than Bitcoin and the difficulty re-target happens every block instead of every 2016 blocks. The upshot for Bitcoin is that any chain with a minority of hashing power will die off.

Dev's are just FUDing to keep control and scare people.

SegWit is a block size increase. Pretty much every developer in the bitcoin community supports SegWit.

> Pretty much every developer in the bitcoin community supports SegWit.

Only in the censored outskirts. I recommend everyone to read John Blocke's articles: https://medium.com/@johnblocke/the-importance-of-clear-defin... https://medium.com/@johnblocke/its-not-the-censorship-resist...

- 105 businesses and projects from the Bitcoin space support SegWit and are working on implementing it in their products: https://bitcoincore.org/en/segwit_adoption/

- 54 bitcoin developers signed the "capacity increase roadmap" published by Bitcoin Core: https://bitcoin.org/en/bitcoin-core/capacity-increases

- 45 companies and individuals signed in support of Bitcoin Core: https://bitcoincore.org/en/supporters/

- 85% of the nodes on the network are running Bitcoin Core: https://coin.dance/nodes/share

All of that due to censorship in one subreddit, while there are multiple other forums that people talk in? I have to say, that's quite impressive.

Impressive numbers! Bad luck the only metric that happens to matters, miner vote, is still below 25% and seems to be going slightly down...

http://bitcoin.sipa.be/ver9-10k.png

No, actually, it's not safe to vote for a fork until a large percentage of nodes are on board. Miners are doing their job and waiting for the community first. It took me 4 months to upgrade my nodes because I'm not really "in the business" like I used to be. Probably a lot of other people are just slow too.

The censorship isn't just in /r/bitcoin it also happens on the dev mailing list, on the bitcoin.org website, and on the BitcoinTalk forum. BitcoinTalk, /r/bitcoin, and bitcoin.org are controlled by the same person.

I'm pretty sure this was a sarcastic shitcomment. People who have a basic idea of how finance works understand that decentralized financial products lead to market making.

Can you expound on why? I'm interested in hearing both sides of this.

I've been an outside observer of the block size debate for a while now, so here is my naive take on it:

The anti-block size increase camp says that increasing the block size is only a temporary fix, and that no blockchain can accommodate Visa levels of throughput.

They also posit that any increase in the block size will make running a full node more difficult, meaning Bitcoin will become more and more centralized and consolidated around the big mining pools that have the hardware to handle bigger block sizes.

However, many in the anti camp are pro segwit (segregated witness), a code change that does several things and is the first step to enabling off-chain networks like Lightning Network. These are basically pools of Bitcoins tracked by networks off the blockchain that would allow you to instantly exchange Bitcoins to anyone else in your network.

This is a big problem for miners who have poured lots of money into their rigs, because now the blockchain would be little more than a settlement network. There would be far more transactions occurring off the network, meaning less money for miners.

Again I'm no expert on this but this seems to be the crux of the debate. The Core developers seem to be OK with having the blockchain relegated to being a settlement network (similar to how Visa, your bank and merchants work together), but many people are opposed to this, partly because these off-chain networks would quickly form large central "hubs" which would obviate many of the benefits of Bitcoin (anonymity, privacy, security and decentralization).

I've also been keeping tabs on the debate and I agree with you except on one account: Not everyone want the Bitcoin to be the next Visa or Paypal, some are perfectly content with a 10 minute confirmation delay as long as the blockchain remains fully distributed and anonymous, whereas others see a business opportunity that could make themselves rich and influential down the line.

The entire narrative about larger block making the network more centralised is a red herring. The network has been going in that direction for quite some time without a block size increase and in any case, going from 1MB to 2MB or even 16MB isn't going to change the economics of running a full node that much, which is to say there are no incentives for non-miners to host a full node at all, regardless of the alleged computing and network overhead (and worse, it can make you a more likely victim of DDoS attacks[0]). The entire point about keeping the 1MB limit (which was meant to be a temporary cap anyway) is to artificially create scarcity in transaction capacity and coerce people into accepting SegWit and eventually fully functional side chains.

This is probably fine for those who believe that A. Bitcoin will become mainstream and B. the ends justify the means, but I find this to be a very unethical position to take.

Disclaimer: I don't own a single cent in BTC, nor do I have association with anyone involved in the Bitcoin scene.

[0]:http://www.financemagnates.com/cryptocurrency/news/the-lates...

> partly because these off-chain networks would quickly form large central "hubs" which would obviate many of the benefits of Bitcoin

The Lightning Network is open-source and decentralized. It has no "hubs", but rather just peers that route payments to each-other using a payment routing algorithm. Lightning has no counterparty risk, as no one can ever steal your bitcoins and you're always in full control.

The best way to describe Lightning is as an write-cache layer. It improves the scalability properties of Bitcoin by many factors, makes micro- and nano- payments a reality, reduces fees to fractions of a cent, and even improves privacy (using a Tor-like onion routing for anonymized payments).

https://www.youtube.com/watch?v=MpfvhiqFw7A

https://bitcoinmagazine.com/articles/understanding-the-light...

What do you mean that Lightening has no counter party risk? It's my understanding that you have to constantly monitor the Bitcoin network as long as a payment channel is open to make sure your counter party doesn't try to cheat you.

I also don't buy that hubs won't tend to centralize since hubs with channels open with a lot of other peers will naturally be central points.

Yes, you have to watch for cheating attempts, but you get all your money back plus a bonus if you catch someone doing that. If you're doing that properly (and there's no reason you won't), then there's no counterparty risk.

Edit: also, you can outsource this task to someone else, who'll take a small fee out of your bonus if he catches the cheating for you (and only if he does).

That sounds horrible. All your counter party has to do is DDOS your node off line then they can steal your lightening network funds. Outsourcing the task to a centralized service also sounds bad. At that point you have to trust that service.

Anyone that looks at lightening can plainly see that it has a number of properties that aren't as nice as pure Bitcoin. With Bitcoin if I get knocked offline there is zero chance of my counter party stealing funds from me and you don't have to put your trust in any centralized monitoring service to prevent your counter party from stealing from you.

> Outsourcing the task to a centralized service also sounds bad. At that point you have to trust that service.

You don't have to trust that service. He can't steal your money, you don't lose any privacy if the other party doesn't cheat, you don't pay anything to the service if there's no cheating attempt, and the 3rd-party service is financially incentivized to help you prevent cheating.

So, no, you don't "trust" anyone in any more meaningful sense than saying that you're "trusting" the miners.

Yes, you absolutely have to trust the service.

If I have a channel open with Alice and she wants to cheat me but I've out sourced my monitoring to Bob Alice only needs to pay off Bob to go along with her cheating me. I have to trust Bob not to collude with Alice. In Bitcoin I don't have to trust anyone. Surely you can see that there is a difference in the two models.

You can have as many Bobs as you want, which can all function at a very low cost and compete for users with low fees and high service quality. I can easily imagine registering your transactions to tens of different service providers, making it quite impossible for Alice to pay them all of (or even know who they are).

How do you know bob didn't setup many nodes to perform a sybil attack on you? You don't.

How do you counter the description of the network in this article? It seems like de-facto hubs will form out of necessity to avoid creating a channel on the fly, which requires getting a transaction committed to the blockchain.

https://chrispacia.wordpress.com/2015/12/23/lightning-networ...

> Routing paths are much harder to find when values are considered.

Hard, yes, but definitely possible. There was some great work done on P2P routing for Lightning by the developers at BitFury.

http://bitfury.com/content/5-white-papers-research/whitepape...

> We could end up making more on-chain transactions ... Well, it will have to close one of its existing channels. So the process for making a transaction when your wallet can’t find a route is: 1) Make an on-chain transaction closing out an existing channel. 2) Make an on-chain transaction opening a new channel with the payee.

This is not true. You can close an existing channel and open a new one in a single transaction.

> The vast majority of users will be offline.

Some will, some won't. Some will set this up on a VPS, some will use hosted services, some will be professional liquidity providers (early adopters with lots of coins?) that have a machine dedicated to this.

He's making a prediction that he cannot really support in any way.

> Channels cannot be created on-the-fly.

RBF is opt-in, only if you mark your transaction as such. If you don't want RBF, don't use RBF. His assertion that RBF is somehow required is not true.

> Recipients have to be online.

Yes, they do. This is perfectly fine for some use-cases, and not good for others. For use-cases where the recipient is offline, people can always resort to on-chain transactions.

I'm not sure what this has to do with hubs, though.

Basically, he's making tons of assumptions and guesses (some of them based on incorrect/outdated technical information). You should go and read-up yourself on the technology and the improvements the developers are coming up with.

That is part of it. I think some miners are against any increase because it will lower fees. Without a blocksize limit fees tend to zero, which is fine while there is the block reward but they still want to milk the congestion fees. To say they are pro segwit or pro unlimited is bluffing. They are pro status quo and congestion and high fees.

The idea that lightning will lead to a hub, in the case of Unlimited believers they think this will be Blockstream and therefore think that the core developers who work for Blockstream are blocking a blocksize increase for nefarious reasons when they are doing it to avoid a hard fork and to maintain the incentives of miners while enabling cheap off chain transactions.

That idea that a natural hub monopoly will form is ill thought out as explained here: https://youtu.be/fst1IK_mrng?list=WL&t=6072

>They also posit that any increase in the block size will make running a full node more difficult, meaning Bitcoin will become more and more centralized and consolidated around the big mining pools that have the hardware to handle bigger block sizes.

With a bigger block size what hardware constraints begin to appear?

> This is a big problem for miners who have poured lots of money into their rigs, because now the blockchain would be little more than a settlement network. There would be far more transactions occurring off the network, meaning less money for miners.

So the motivation is strictly monetary?

> With a bigger block size what hardware constraints begin to appear?

Mostly it is an issue of disk space and network bandwidth. right now a 1 MB block is produced every 10 minutes. That has to be transferred over the network to every node and each so called "full node" has to store that block. The total size of the Bitcoin block chain for all time is currently ~100GB and grows 1 MB every 10 minutes under current conditions. If the block size grew too big that you couldn't transfer a block within the 10 minute space between blocks then your connection is too slow to run a node. On the disk space front you can run what is called a "prunning" node which discards older parts of the block chain that are no longer relevant which reduces disk space requirements greatly.

There is also the issue of the initial blockchain download where when you are setting up a new node you have to download 100GB of historical block chain data to catch up to the current state of the network. These are all solvable problems though and Bitcoin's inventor envisioned that some day full nodes would be run out of data centers on heavy duty hardware. Small block supporters have argued that that hurts decentralization because some poor guy in Africa can't run a node on his Raspberry Pi and 3g internet if the block size gets much bigger. On the other hand if you are too poor to run a full node with a larger block size then you can hardly afford to pay huge transaction fees to transact on a network with a constricted block size so the whole argument that limiting the block size decreases centralization doesn't really hold water because in the end it limits user growth which is the ultimate decentralization mechanism.

> So the motivation is strictly monetary?

I think so. This whole stink started because some guy who happened to have a ton of BTC was upset that people running full nodes didn't get a cut of any of the transaction fees. Today, the main company that is pushing the Segwit / small block agenda hopes to push everyone to their off chain lightening network where they can collect the fees instead of the miners. Miners don't want to do anything that will jeopardize their profitability long term and keeping the block size too small limits their ability to control the supply of their product (block space).

> This whole stink started because some guy who happened to have a ton of BTC was upset that people running full nodes didn't get a cut of any of the transaction fees.

What? Who?

> Today, the main company that is pushing the Segwit / small block agenda hopes to push everyone to their off chain lightening network where they can collect the fees instead of the miners.

Lightning is open-source and was invented by Lighting Labs, a company that has nothing to do with Blockstream. Blockstream are merely working on one out of 6 Lightning implementations that exists in the market.

Also, Lightning is designed for peer-to-peer routing (and not a hub-and-spoke topology) and it is expected that everyone with some spare bitcoins would run lightning nodes to collect fees, so there should be plenty competition.

Finally, Bitcoin Core is an open-source community composed of tens of developers from all over the world and from different associations, plus hundreds of testers, reviewers and other contributors. Nearly all of them support SegWit very strongly, not only the ones associated with Blockstream.

See: https://news.ycombinator.com/item?id=13627371

>What? Who?

Mircea Popescu, He is the original guy who started promoting the idea that it was a mistake to raise the block size unless some incentive to run a full node was added to the system. I don't think he actually supports segwit either, he thinks soft forks are crap. He is the original voice in opposition to block size increases though and many people listen to him.

http://trilema.com/

A lot of people disagree with your characterization of how lightening networks will play out. Since they don't really exist in real world usage yet hard to prove one way or the other.

> He is the original voice in opposition to block size increases though and many people listen to him.

Many developers were opposed to reckless block size increases, I think you're giving that guy's voice too much weight. I personally never heard of him.

> A lot of people disagree with your characterization of how lightening networks will play out. Since they don't really exist in real world usage yet hard to prove one way or the other.

They sure do (early and still somewhat buggy alpha, but it does exists and does work):

http://lightning.community/release/software/lnd/lightning/20...

>it is expected that everyone with some spare bitcoins would run lightning nodes to collect fees, so there should be plenty competition.

Thanks for getting back to me in another comment and I find this assertion interesting. As I said earlier, currently there is no incetive for small players to run full nodes so the network tends towards centralisation over time. How do we know the fees involved in Lightening are sufficient that average users can be convinced to act as intermediataries?

Without a blocksize limit then block space has unlimited supply so the price will be zero. Miners will get LOWER fees so if they think lightning is their enemy and Unlimited is their friend then they don't understand economics.

Those who want the security of on chain transactions will still pay the fees and those who accept the very slight risk of having to watch for channels being dropped for the benefit of lower fees will choose lightning transactions. There's no conflict and is the only way to get the store of value security and low transaction fees with high volume.

The standoff is the miners milking fees for as long as possible. They don't want larger blocks or segwit. This will be broken by having a less efficient lightning without segwit.

Thank you for the concise rundown.

The debate is largely about the risks of doing an hardfork (what Bitcoin Unlimited is doing) versus softforks (what Segregated Witness is doing).

I recently presented these slides on this topic, but they assume a fair amount of background:

https://www.docdroid.net/TouvFPl/embassy-future-politics-feb...

You're painting a very unbalanced picture.

> There is a small faction of the Bitcoin community working exceptionally hard to prevent any block size increase.

This small faction is composed of nearly ~all the technical experts we have in the Bitcoin space, over 100 businesses and projects that support SegWit, the majority of bitcoin users that I'm personally familiar with, the majority of full-nodes on the network (~85%), and the vast majority by pretty much every metric you choose.

https://bitcoincore.org/en/segwit_adoption/

https://bitcoincore.org/en/supporters/

https://coin.dance/nodes/share

https://bitcoin.org/en/bitcoin-core/capacity-increases

> /r/bitcoin is now just an echo chamber where yes men regurgitate the agenda of a select few.

r/bitcoin is the largest and most active bitcoin community by far. It had to start engaging in more heavy-handed moderation when the voting bots, sockpuppet accounts and other manipulation made it impossible to conduct productive discussions. Its sad, but I don't really see an alternative.

https://www.reddit.com/r/Bitcoin/comments/4biob5/research_in...

https://bitcoinmagazine.com/articles/a-closer-look-at-reddit...

https://www.reddit.com/r/Bitcoin/comments/3hf5z7/determining...

https://news.bitcoin.com/the-block-size-debate-and-sock-pupp...

https://www.reddit.com/r/btc/comments/5n3wsw/birds_by_bitcoi...

You don't deny that censorship is taking place you are just rationalizing it by calling it "moderation". Lets be clear what is going on there goes way beyond what is commonly understood as moderation. They are systematically silencing a large segment of the Bitcoin community.

If your side really had the support you claim the censorship wouldn't be needed.

Do you think HN has no moderation?

Every online community has moderation to some degree. The manipulation, voting bots and endless stream of sockpuppet accounts made it impossible for people like me to discuss ideas and proposals, the signal-the-noise ratio was unbearable to the point of stopping productive discussions to an halt.

Yes, moderation sucks. But no moderation sucks harder. I don't really see a better approach to this.

If you have some time, I truly recommend you to read the "Well-Kept Gardens Die By Pacifism" piece on LessWrong:

http://lesswrong.com/lw/c1/wellkept_gardens_die_by_pacifism/

Again, people aren't taking issue with simple moderation. They are taking issue with the fact that certain view points are totally censored from the forum. I would be willing to bet 100% of the comments I've made in this thread would be deleted by moderators in /r/bitcoin simply for the fact that I'm expressing views counter to those they want to promote. I have high confidence they won't be moderated here though. Clearly something is different about /r/biticon censorship vs. HN moderation.

The simple fact that some of my comments even have the word "censorship" in them means they will be automatically deleted from /r/bitcion.

Bleh. There is no automatic deletion. I've tested this multiple times. Also I've mentioned altcoins, bitcoin unlimited in a positive light, and everything else people say is moderated away. I've never been censored once. Downvoted - sure. Censored... nope.

The only way to guarantee censorship is to make 100 fake accounts and then upvote an article that promotes a hard fork or alt coin.

Spam, fake upvoted articles, and personal attacks are attempted to be moderated. There is, no doubt, a bias that moderators have for certain topics.

But without moderation, any forum would be overrun with spew.

Comments are not being deleted on r/bitcoin for expressing views, discussing ideas or debating proposals.

Comments that promote the use of alternative clients that attempt to alter the bitcoin protocol rules prior to building consensus around the proposal, however, are. An hardfork protocol change that does not have significant support from the community is basically an altcoin that starts from the current UTXO set, and so is considered off-topic for r/bitcoin.

Would you say that the r/bitcoin moderators removing posts about ethereum as being off-topic also engage in "censorship"?

Sigh.

> Comments are not being deleted on r/bitcoin for expressing views, discussing ideas or debating proposals.

Yes they are.

> Comments that promote the use of alternative clients that attempt to alter the bitcoin protocol rules prior to building consensus around the proposal, however, are.

Comments promoting non-core clients are. Segwit is a disruptive change to the protocol and yet is has been allowed since day one. And also: how are you supposed to building consensus if it's censored? The cognitive dissonance is amazing.

> An hardfork protocol change that does not have significant support from the community is basically an altcoin that starts from the current UTXO set, and so is considered off-topic for r/bitcoin.

A hardfork doesn't an altcoin make. "Significant support from the community" is a misnomer. Bitcoin is built around nakomoto consensus, not some flimsy community definition.

> Would you say that the r/bitcoin moderators removing posts about ethereum as being off-topic also engage in "censorship"?

When negative posts are allowed then yes it's obvious.

> Comments promoting non-core clients are [being removed].

No, they are not. Promoting alternative client software that is compatible with the Bitcoin protocol is definitely allowed. btcd, NBitcoin, Bitcoin Knots, Toshi, Haskoin, bcoin, Bitcoin-S and pynode are all allowed, because they're all compatible with the protocol are not trying to forcefully deploy an hardfork that has no consensus.

> how are you supposed to building consensus if it's censored? The cognitive dissonance is amazing.

Discussion of ideas and proposals is not censored. You are free to build consensus by discussing your proposal and convincing other stakeholders in the ecosystem to support it. But you cannot go ahead, skip the discussion part, and promote a controversial non-compatible client that is highly likely to hardfork the chain and split bitcoin into two currencies.

All in all, people seem to agree with the moderation policy of r/bitcoin. Everyone are well aware of these policies, yet it is still the most popular bitcoin forum. Apparently people like it when their community moderators makes it possible to conduct productive discussions by removing noise.

> Bitcoin is built around nakomoto consensus, not some flimsy community definition.

"Satoshi Nakmoto" was meant to give the miners one power: deciding which transactions to include in their blocks. It was never meant to be used to decide on the protocol rules and the validity of chains.

Altering the bitcoin protocol requires consent from the entire bitcoin ecosystem, not just the miners.

> trying to forcefully deploy an hardfork that has no consensus.

This doesn't make any sense. By definition a hardfork can only be successful if it has consensus.

> Discussion of ideas and proposals is not censored.

Keep deceiving yourself.

> All in all, people seem to agree with the moderation policy of r/bitcoin. Everyone are well aware of these policies, yet it is still the most popular bitcoin forum.

The logical fallacy is strong in this one.

> It was never meant to be used to decide on the protocol rules and the validity of chains.

Wrong again, that's the whole point. Why am I arguing with someone who obviously doesn't understand how bitcoin works and openly support censorship? Just a waste of time.

> By definition a hardfork can only be successful if it has consensus.

Nope. BU has no threshold in place. If it had a 95% or even 80% consensus level built in, the resistance to it would be 1/10th of what it is now.

> Keep deceiving yourself.

Try it. Try posting something promoting BU, and don't go and try to pump it up with fake votes. Sure it will be unpopular - because BU is broken software - but it won't get moderated away.

https://www.reddit.com/r/Bitcoin/comments/5u6d6j/i_am_new_to...

https://www.reddit.com/r/Bitcoin/comments/5rreaj/is_bu_rapid...

> By definition a hardfork can only be successful if it has consensus.

What? No. Splitting the currency and payment network in two is a very realistic outcome following an hardfork.

I recently made some slides that go into details about the hard- vs hard- fork dynamics:

https://www.docdroid.net/TouvFPl/embassy-future-politics-feb...

> Wrong again, that's the whole point.

No, miners do not decide no the validity of blocks. It is the whole network who does so. If the miners ever try to cheat the system (creating more coins than they should, steal money that doesn't belong to them, etc) their blocks would be rejected by the rest of the network as invalid.

> Why am I arguing with someone who obviously doesn't understand how bitcoin works.

I actually happen to be a software developer that founded a bitcoin startup, so I think I'm at least somewhat qualified for this. https://www.bitrated.com/

Segwit is a block size increase. After activation blocks on the block chain will be up to a max of 4MB, with an average of 2.1MB There is no meaningful definition of a block size increase that does not include segwit, which increases the size of blocks on the chain.

Most of those devs and businesses are vocally advocating for segwit - a block size increase.

I was sure you're talking about the chinese miners as I started reading your comment...

The ones who oppose a block-size increase today are the miners and the anti-Core crowd. The rest of the bitcoin community, including its technical and business community, are pushing for an increase to 2MB blocks in the form of SegWit.

And I think the "hostile comments" referred to by the OP are the non-stop personal attacks and toxicity that is happening on r/btc.

Your comment is a good example of the double speak and gas lighting I often see in /r/bitcoin

> Your comment is a good example of the double speak and gas lighting I often see in /r/bitcoin

It would be a lot easier if people responded to the actual arguments being made, instead of throwing general accusations at people who're trying to have a rational discussions.

I have responded to your actual arguments in other comments here. I just don't know where to start with this one. Your comment fundamentally misrepresents the position of what you term the "anti core crowd" and so it is hard to have a rational discussion when you can't even acknowledge the position of the other side of the argument.

Miners want a hard fork block size increase. You claiming they don't is gas lighting. Core isn't providing it. Segwit is not a block size increase but it's supporters started branding it as one to better market it. That's the double speak part. It's false to call it a block size increase because it isn't. It isn't even guaranteed to increase transaction throughput which is the larger reason for wanting a block size increase. It actually encourages some types of large transaction by discounting the witness data.

> Segwit is not a block size increase but it's supporters started branding it as one to better market it.

Segwit allows twice as many transactions (of the mix being used today) to fit in a block. It does so by enlarging to blocks to up to 4MB.

How is that not a block size increase?

https://segwit.org/is-segwit-a-block-size-increase-705df6a87...

https://www.weusecoins.com/eli-segwit/

> It isn't even guaranteed to increase transaction throughput which is the larger reason for wanting a block size increase.

It is guaranteed to increase transaction throughput as soon as miners activate it and wallets start producing segwit transactions.

There are currently over 20 wallets that pledged to adding segwit support, including all the most popular software ones and all 6 hardware wallet manufactures (Trezor, Ledger, KeepKey, OpenDime, BitLox and Digitalbitbox). About half of them already have their SegWit implementation ready (before segwit even activated!).

https://bitcoincore.org/en/segwit_adoption/

So, yes, its very certain that wallets will start producing segwit transactions as soon as its activated by the miners.

> It actually encourages some types of large transaction by discounting the witness data.

All transactions have witness data and they all enjoy the extra capacity and lower fees that segwit brings us.

Reply on news.ycombinator.com