I disagree. SegWit2x is a misguided attempt to make Bitcoin "more efficient" without realizing that it puts at risk the core value proposition of Bitcoin: censorship resistance.
At the root of this debate is a disagreement about what the blockchain is for. On one side, you have all the developers working on the Core project and activists like Amir Taaki or "crypto-economists" like Paul Sztorc (creator of the decentralized prediction market which Augur is trying to re-implement), who believe the blockchain is for financial sovereignty. Bitcoin mining is a way to decentralize transaction validation, after all, such that no central authority can tell you which transaction is valid or not. Therefore, if you cannot run a full node and validate the mined blockchain yourself, Bitcoin is basically pointless because you have lost your ability to transact with censorship resistance. Increasing the size of blocks makes full blockchain validation more difficult. The risk then is miners mining a blockchain and you are not being able to contest it. The miners can decide not to include your transaction, they can require KYC for you to submit a transaction, etc., and you will have little leverage against this because you won't be able to validate the work they are doing.
On the other side, you have businesses and corporations (BitPay, BitMain, etc.) who believe that the blockchain can replace VISA, essentially, so they will do anything to make the system more efficient. This includes sacrificing decentralization and making it more difficult for users to validate the blockchain. They believe that being a full node doesn't matter and all that matters is replacing whatever current financial institutions are running with a blockchain.
What the second side of the debate is missing, however, is that the blockchain will never be as efficient as VISA. There is a reason why when over 70 of the world's largest banks got together at R3 and assessed how Bitcoin can help them transact, they came up with a distributed database called Corda and not a blockchain: blockchains are not efficient [1]. They are inefficient but they are useful because they are decentralized and enable permissionless transactions.
I think the issue is that people have a vision of what Bitcoin is, that doesn't align with the reality of a proof-of-work system with a computation bound hash. The block size is basically orthogonal to the proof-of-work, and the proof-of-work is distributed in the sense that anyone can do it. There is nothing stopping any entity from doing the proof-of-work if they have the resources and capabilities. So this idea that there will be one company that is the only one doing Bitcoin doesn't really make sense if it's cost competitive for other companies to be involved, regardless of the computation or bandwidth requirements.
End users can still validate transactions via SPV, which is completely valid and provable without storing the entire block chain. Consensus relay nodes can do the same thing, although they will start dropping off the network when the bandwidth costs become prohibitive. So in a small block system we have an extremely limited amount of space for transactions, which means the cost will eventually be excessively high and result in settlement between big players. That's the choke point that allows for KYC and AML. You can submit a transaction to the network, but you can't afford to because there isn't enough bandwidth to service your request so you are forced into regulated channels, onto exchanges, or through third party choke points that can be audited. To a certain extent this is already happening.
People who want small blocks for Bitcoin really need to be thinking about using an Alt coin, it was never in the plans to have an extremely low bandwidth pipe to keep things decentralized when the proof-of-work is by default a centralizing force.
fraud proofs don't work because if you want to prevent someone from creating a fraud proof, you never send them the data that would be necessary to prove a fraud ("the block is too big! nobody (but some list of companies) have the bandwidth to support the enormous bitcoin network!"). SPV users don't require (nor check) the block data-- exactly the kind of scenario where you need in place so as to hide fraudulent double spends or other rule violations.
> the proof-of-work is by default a centralizing force
sounds like a good argument for regular pow change hard-forks. also to be watchful for economies of scale-- but economies of scale can hide pretty well i think, even after significant capital accumulation, it's an interesting problem.
here's a recent one: https://github.com/bitcoin/bips/blob/master/bip-0180.mediawi...
But why would a miner give an SPV user the data that proves a fraudulent double spend in the same block?
2. There is no non-blockchain alternative to online censorship resistant cash. So if the price to use it is high, you will either pay the fee for censorship resistance or use your credit card (which is faster, cheaper, gives you rewards or cash back, provides consumer protection, etc., but is not censorship resistant). Altcoins basically act as market forces which allow us to discover what the world is willing to pay for censorship resistant digital cash, and you see this when markets which actually need censorship resistance (eg. Silk Road, AlphaBay, etc.) talk about considering Monero or something else when Bitcoin's fees get too high.
2. There are already alternatives which have better censorship resistance than Bitcoin, limiting the block size does little to fix those issues. I also don't think the market actually values censorship resistance in their digital cash as much as you think.
Alphabay processed $600,000 to $800,000 per day [1]. This is economic activity for tangible goods. In the list of other top uses of the blockchain might be ICOs, which are a way to leverage censorship resistance to raise money without permission from the SEC. On the high end, these accumulated hundreds of millions of dollars within minutes.
Please show me a use case for a blockchain-based cryptocurrency that even comes close to these numbers and that does not need censorship resistance.
[1] https://www.wired.com/story/alphabay-takedown-dark-web-chaos...
The estimate of daily volume provided by blockchain.info obscures our discussion, especially if you consider that the daily volume for BTC/USD pair is around $1B. There could be $1B-worth of outputs in a day all dedicated to providing liquidity to exchanges, but entering/exiting the network is not an application of the network itself.
As for anonymity and fungibility: I believe tumbling services are good enough today, which is why buying on a dark market works. However, it is not perfect and this is why projects like Monero, ZCash, MimbleWimble, TumbleBit and Xim are important.
This isn't the most accurate thing, but looks to me like several millions USD worth of volume just in Bitpay. That doesn't account for all of the other payment processors, or the peer to peer payments, or the exchange trading, etc. I'm not saying dark markets aren't an early driver of Bitcoin, but it's not where the majority of the action is now at all.
Exchange trading is not really using bitcoin, it is buying/selling bitcoin. This is like saying buying a car is an application of cars...
Having said that, Bitpay is processing more than I thought. The data in that article would mean it's about $5M per day... I'd love to see a breakdown of this to figure out why people are spending bitcoin for everyday things if it'd be better for them to just use a credit card (to get rewards, to not have to hold a volatile currency, for consumer protection, for faster payments, etc.)
That and you can buy cash-like goods like gold bars which would be prohibitively expensive or impossible to purchase via credit card.
Bitcoin is almost 10 years old. We have enough data now to be able to build strong cases for what it's actually useful for. It is no longer sufficient to talk about what Bitcoin will do without talking about why it has not done so yet.
Bitcoin as a high throughput transaction network for buying things like coffee is not a good goal. It should be for much larger transactions, but optimized for decentralization and sound money.
Derivative blockchains can be spun off of Bitcoin, and settled periodically to the "reference" blockchain, which is Bitcoin, through lightning networks or other off chain developments (perhaps some sort of forked derivative pegged chains).
Bitcoin only has value as either a distributed non-centrally controlled international settlement network for countries and large banks [0], and/or as a digital Gold.
Optimizing this value out of bitcoin to achieve transaction throughput destroys the necessity of Bitcoin for existing.
Bitcoin proper should remain resistant to change, distributed, unable to be coopted or controlled by a few organizations, and above all, to have the properties of sound money (so resistant to changes to expand the money supply). If it doesn't have these qualities, it has no reason to be valuable. It cannot be all things to all people, but it can to "one" thing very well.
[0] https://thesaifhouse.wordpress.com/2017/05/19/economics-of-b...
I am not saying we should never increase the block size, but I am saying we should try all alternatives that make the network more efficient (more tx throughput for same total resource cost) without making it harder for users to validate the blockchain.
Maybe Ethereum will pick up the slack on the transactional side and Bitcoin will be only for "investment".
What? They had first release like yesterday, the project has released one tarball, no packaging, no very good marketing etc. The biggest marketers seem to be the tinfoil hat opponents who fear the fork so much that they speak about it everywhere.
I don't think it is at all likely that segwit2x client will gain support. Or if it will gain support, it will take years at this point for it to gain any considerable support.
The whole thins is totally exaggerated. People have nothing to talk about, so they will invent tinfoil hat scenarios and discuss those. Bitcoin protocol has staid fundamentally the same for many years and it is pretty likely that it will stay that way.
As for the hashpower, it doesn't matter what clients miners run. You can't force the nodes to run specific client with hashpower.
You can see the signalling process here: https://coin.dance/blocks
90% are signalling the NYA intent to support Segwit2x. Since the software release 20% have signalled with segwit2x blocks.
You can see business support here: https://en.bitcoin.it/wiki/Segwit_support#Businesses
I'm not sure if you consider Coinbase a major bitcoin company yourself, but I think they qualify.
If I was to make a prediction, everyone will be running segwit2x or another client faking segwit2x support, to get segwit passed by Aug 1st. Then once October comes along we'll have another fight over the actual blocksize hardfork.
That doesn't look like a very good proof. If coinbase plans to adopt segwit2x, why haven't they released an announcement? I wouldn't trust that wiki list very much.
And don't trust the wiki, no need to. Trust the hash power. The NYA signal was just a promise, so don't trust that one. But the BIP91 signals are coming in already. Just need to get that over 80% for just over 2 days. Then we'll see the original segwit signals jump to the 95%+ it needs.
But the truth is, you don't have to worry about finding any support proof or anything. We'll know what happens over the next week or two for sure. I don't care whatever direction it goes in, I just want it to go smoothly.
They were an original signer of the new york agreement, which is how segwit2X was created.
If you want a link, just read the new york agreement announcement.
The digital currency group (dcg.co) includes Coinbase in its portfolio.
People are just making this bullshit up.
You can also check out the SegWit2x mailing list archive [0] for companies actively testing SegWit2x. From there I've seen BitGo, Blockchain, Bloq, OB1 (Open Bazaar), Purse.. these are significant companies in the Bitcoin economy.
[0] https://lists.linuxfoundation.org/pipermail/bitcoin-segwit2x...
Testing is very different from actually running it in production. Companies test out a lot of different things. I think with consensus code companies will be very careful and if they plan to do something regarding that, they will announce it clearly, not in some half-assed wiki site or medium post.
That's... you're woefully out of touch with how people communicate in this space.
Show me where on these companies' sites it says "We run 0.14.2 of the reference client, with this patch set, and don't plan to ever change"?
Anyway, we'll see what happens in the next two weeks I guess. I'm expecting we lock-in SegWit via the SegWit2x client and then have another debate in a few months about the hard fork. Hoping not too many sw2x supporters get cold feet in the meantime.
If majority of hashpower would start mining invalid blocks, there would still be some amount of hashpower mining the real chain. Transactions would confirm, albeit more slowly. For the miners mining the real chain the situation would be very good, because less competition from other miners -> more found blocks, more money. Probably the hash rate would grow pretty quickly, and if it wouldn't, the difficulty target would adjust after the 2 week difficulty adjustment period, and confirmation speeds would be back to normal.
Then when the difficulty has fallen enough to make mining profitable and have a consistent 10 minute block time the larger hash power chain will be able to mine at a significantly faster rate on the lower hash power chain and that will make it susceptible to a %51 attack.
The only way to avoid that scenario will be for them to switch the proof-of-work or manage to get a lot more hash power back on their chain. Being on the minority chain in that situation is frankly dangerous, the value should be discounted appropriately.
The blocks would happen farther apart, but it would also mean that the remaining miners would have much higher change of actually finding a block, since there would be less competition. Also as there would be the same amount of transactions and less blocks, the blocks would have more collected transaction fees -> bigger reward. Also probably people/exchanges would increase the fees since competition would be bigger to get the transaction to a block.
Also, it would make sense for exchanges etc to buy some mining power. That would make blocks appear faster, and also they would get the mining reweards, so it might be net positive. Or just simply bribe some miners to mine the valid chain. Very easy way to do that would be just to increase the transaction fees that they put to transactions.
That's not true. The chance of finding a block is the same for every hash given a certain difficulty, regardless of competition. So a miner with a certain amount of hashing power will always have the same chance of finding a block until the difficulty changes.
The remaining miners make the same amount per day, until difficulty is adjusted, and then much more.
Consider this: one pool with 20% hash power. They only get every 5th block, i.e. 1 coinbase reward every 50 minutes.
Now all the other miners fall away. Now this pool will still take about 50 minutes to find a block, but it will get 100% of them, thus still being rewarded a block every 50 minutes.
However, 2 to 10 weeks later (depending when the last difficulty adjustment was) (or longer, if difficulty adjustment is capped), a block is found every 10 minutes again, and the pool gets 100% of them, thus 5 rewards in 50 minutes.
On the other hand, gp also said: > Also as there would be the same amount of transactions and less blocks, the blocks would have more collected transaction fees -> bigger reward.
If I understand correctly, that the hypothetical 20% mining pool would immediately get 100% rather than 20% of all transaction fees when the other miners fall away.
However, AFAIK the coinbase (mining reward) dwarfs the transaction fees (for now), so that should not be that relevant.
It's going to be 2 legitimate currencies that are going to differ in value in exchanges. And each current BTC holder will be able to spend 2 coins (provided they take precautions against replayability; like making at first a double-spend to different wallets on the two chains separately)
Now the question is: what will the most BTC-rich people do?
BTC rich people are on both sides of the debate, expect to see some dumping all around as they make their positions known.
If one chain has 10% hashing power, for less or equal to 14 days the transactions could take 10 times more to validate. But that's assuming markets aren't correcting miners in the "right" direction in the meantime. Who wants to waste electricity on undervalued coins?
----
Considering most of BTCs have been mined at the time bitcoin core had no competition; I'd say BTC rich people would tend to side with them. Because of emotional attachment, economic ties, and most importantly the dumb but very real reason of software maintenance.
I don't know if non-miners also check the difficulty or difficulty calculations, but if they do, even the minority chain can't fork without affecting existing users.
In that case everyone would need to fork in which case you're back to square one: what to do with the users that can't or don't want to fork. And if you need to fork anyway, it makes little sense to go with the minority chain.
In the end, miners mine what people buy. It's that simple.
Any speculation as to what happens if all miners move as one, motivated by ideology instead of economics, is just that.
I'm pretty sure the backlash against both the hostile miner and all of Bitcoin combined would not be worth it, except in a Joker 'Let's burn all this cash' kind of way.
The worst a majority can do, is to create a new longest chain without any transactions. But in that case the transactions would still exist and can be mined again later (and supplanted again later).
But that would require a miner to want to spend resources to hurt the minority fork.
If the minority fork is big enough to be a threat, that would require a lot of 'majority' miners to work together to pull off this attack, which would lead to a tragedy of the commons situation. Any majority miner who doesn't participate in the attack would gain.
If the minority fork is small enough to be a toy for a single miner, it still doesn't make sense to put in the still substantial effort.
Just look at the Ethereum fork. Afaik there have been no shenanigans pulled of by a majority miner on the minority fork, even though it's only about 10% of the size.
From what I understood, a valid SegWit block will appear valid to an old client.
Certain invalid SegWit blocks will also appear valid to old clients, but those blocks will be rejected by SegWit-enabled miners, so they have little chance to be included should the miners change.
You're correct. However, I'm fairly sure OP was talking about Segwit (with 2x).
If most users/exchanges/services don't get on board by the time the scheduled segwit2x hardfork happens, then those blocks would be considered invalid.
So by the time the 2x fork comes up, the segwit-enabled chain will already be in use for several months.
Another point I'm wondering (sorry if that's a noob question) : Assume that some of the forks actually lead to a chain split with hashpower distributed 90%/10%.
At some point, the difficulty of the chains will adjust to bring both of them back to the "one block every 10 minutes" rate. However, this will not happen immediately but only when the current difficulty period would complete. Before that happens, the minority chain will still have the difficulty from before the split - the one that assumes 10x as much hash power as now is actually available. That sounds as if the minority chain could become effectively unminable for the rest of the difficulty period. Worse, as the period durations are measured in mined blocks, if blocks are mined slower, the difficulty period will also go on for a longer time.
Does that make any sense?
> So by the time the 2x fork comes up, the segwit-enabled chain will already be in use for several months.
Correct. But there's an asterisk here: most people (78%) are running bitcoin core, some run Core/UASF (5%), and some run bitcore (2%). Together, that's 85% of nodes. Core 0.14, Core/UASF, and bitcore are all compatible with segwit, but not with the blocksize increase. Even if you wait multiple months, if people stick with Core (a possible outcome) then they will see 2x blocks as invalid.
> That sounds as if the minority chain could become effectively unminable for the rest of the difficulty period.
The chain wouldn't be unmineable, it would just get mined slower (mining profitability wouldn't be impacted for miners staying on the chain provided the price stays the same). But you're right, blocks will come slower, throughput will be lower, and the adjustment will take longer.
Thanks for replying at all! That was really interesting and informative.
Yep, you're 100% right.
Thanks for being interested, haha.
Additionally, if the split of hash power is highly asymmetric, then the difficulty of the majority fork will become much higher than that of the minority fork, over time. This opens the minority fork up to 51% attacks. Say the split is 90/10, then just 15% of the miners from the majority could team up and switch back to the minority fork to wreak havoc.
So, no, hashing power is not "all you need" to take over Bitcoin. For many people, Bitcoin is whatever their wallet supports.
In the exchanges runs will take place. The actual economic users will vote this issue out.
In the end spreadsheets will be updated, and miners won't want to spend their electricity on a chain that went unprofitable.
Miners may have the software coming from segwit2x, and be the ones who actually provide the technical consensus. But the economic consensus will trump everything else; and late software along with questionable roadmap does not inspire confidence.
This makes their opposition to Segwit2X clear: https://blog.bitmain.com/en/uahf-contingency-plan-uasf-bip14...
Its clear the opposition is to Segwit-- and Segwit2X contains Segwit.
You seem to have taken sides against BitcoinCore team, following the typical conspiracy theories. But FYI, Blockstream is not Core, Core is not Blockstream. More info: https://www.reddit.com/r/Bitcoin/comments/622bjp/bitcoin_cor...
Wrong. What's the choice you have when you disagree with what the maintainers of an opensource project do? You can fork. You're welcome to fork at any time. And in fact this is what we're seeing these days: an attempt of a fork. I believe that, as with the majority of the forks in the opensource world, the fork will not succeed, because the alternative developers are less capable.
I can fork Linux right now, make some random changes and I have a fully functioning equivalent system with those minor changes.
I can fork Bitcoin right now, make some random changes to the consensus code, and I have a useless token that has absolutely no value.
These two things, are not the same. How can you possibly refute that?
It's the same as forking facebook's website code if they allowed that. You have a product you can use but without the scale of people and data it would give you a similiar level of value.
The value and usefulness of the token you would create is directly proportional to how good your change (divergence) to the software is.
In the new world, everyone has their own universe. The sooner one believes, the stronger their position in the 2030 economy.
Imagine a "Confederacy Coin" that forks from a "US Federal Coin". You don't think that cold survive?
Isn't "wherever the market is" wherever spending power is?
No one has hard-control over bitcoin, but the leading dev group has some manner of soft/non-coercive control (by momentum alone).
True.
> No one has control
Also true. For now.
> it's weird to see so many people applying authoritarian concepts to an anti-authoritarian system.
Not true. First of all, it's a system and you can't get more authoritarian than a system.
Then are externalities called people. And people collude and cooperate and form factions. That's because they're people and that's what people do.
So while they don't have control directly, if they form a majority they will. The minority are free to vacate this virtuality if they don't like the new rules.
You see, BitWorld really isn't so different from the real world.
That is not how power works.
For one thing, it isn't a binary value. It is not that either have power or don't. It is a very complicated thing; even calling it a "continuum" greatly oversimplifies because power is much more nuanced than can be mapped to a mere straight line.
If that is not something you already deeply know, consider replacing all instances of the word "power" with "influence", which is much closer.
It is safe to say that the core developers have had some power/influence. It is safe to say that certain large minors have also had power/influence. Small minors also have small amounts of power/influence, it's just dominated by other concerns, but it exists.
Decentralized doesn't mean nobody has any power or influence, it means a lot of people have power and influence, and nobody is supposed to have enough to simply dictate the result. And while I'm not involved with this and don't care, it definitely sounds like a classic power struggle. Bitcoin was never premised on the idea that there would never be power struggles... indeed, the promise of extreme decentralization is all but a promise that there will be lots of power struggles. The question is, which do you prefer: A system which attempts to structure things so that one central authority can not arise and every thus question is settled by a power struggle, or one in which power struggles are resolved by the rise of a central authority who simply wins them all?
(And if you conceive of "power struggle" as always being a vicious war, that may sound very dystopian. However, bear in mind that all voting systems, agreements to follow Robert's Rules of Order, mostly-hierarchial system such as most companies use, and any number of other structures are all systems for resolving "power struggles". Power struggles can be vicious and disproportional, or polite, genteel, and not a major hassle for anyone. But they're all still "power struggles".)
Now that Bitcoin hit a scaling ceiling and a competitor who can scale way beyond Bitcoin is rapidely taking the lead, they finally realize why Core/Blockstream strategy is bad for them, and bad for Bitcoin. Hence they came up with setwit2x, wich is a weak attempt to get ride of Blockstream (because its segwit first, then 2Mb blocks, then... not much), but a strong signal that something is changing.
You need consensus on the blockchain, but you need a benevolent dictator, coupled with good communication, to make great opensource software.
While the Blockchain is democratic in nature, a dev team is oligarchic - an open technocracy. You want the best idea to win, not the most popular one.
Maybe in 100 years we will make great software by group vote, its a much harder problem to solve.
There's the corporate faction: BitMain plus Bloq and the ones who want to embed KYC and AML into the bitcoin protocol. Their heavy hitter is Jihan Wu who controls %70 of the hash power, via his mining chips and his pools, and his customers being amenable to his wishes (because they want to remain customers). No visible engineering expertise, and has has backed a series of code projects over the past two years all of which have been spectacular failures: BU, XT, Classic, ABC and BTC1-- all have had significant vulnerabilities.
Their goal: Very large blocks that cannot cross the Great Firewall of China easily, increasing Chinese centralization.
On the other side you have The Engineers: Hundreds of engineers who have contributed to Core, starting with Satoshi Nakamoto and going forward to the present day. They are called "corporate" because Blockstream hired some of them, but the blocksteram engineers are prominent only because of their contributions and smarts, not because they exercise any control.
These engineers for the past 8 years have delivered quality software and 2 years ago delivered Segwit-- a misnomer that covers a large number of improvements for bitcoin that require a soft fork to activate. Segwit enables scaling and so many more applications to be built on Bitcoin, including smart contracts and side chains.
However, Segwit also reveals an exploit. An exploit that Jihan Wu has been using to give him a competitive advantage and which is in part why he has been able to gain centralized control over bitcoin hashing. This exploit is called ASICBOOST and segwit would put a stop to it.
This is why Jihan has opposed it.
Worse the corporates have spent millions on a 50-cent army of shills to spread FUD and misinformation and conspiracy theories to discredit core.
At the end of the day-- its the engineers who know what they are doing vs the corporate shills who sneer and think it can't be that hard to deliver bitcoin software -- but have so far completely failed to deliver anything that wasn't unmitigated crap.
How it's going to play out:
Jihan Wu has declared he will hard fork his own coin (and remove Segwit) because the real bitcoin industry and core agreed on Segwit2X .... he has hash power, so he may be able to make his coin dominant... for awhile. But core has solutions to this, and at the end of the day we will likely see chain split with the hash power on one side and the engineering resources on the other. That hash power advantage can be fixed within a few weeks.... the lack of engineering talent can't be fixed for love nor money-- as any engineer worth a damn understands what is at stake and will never join Jihan's Jihad.
Second of all, the great firewall of china isn't crap, a significant amount of data can pass through it, and actually if the block size gets to be too large this actually damages their ability to effectively process blocks quickly. The miners are not interested in SegWit because it completely changes the economic structure of incentives around mining. It pulls control into channels and reduces direct fees into some hand wavy future about settlement. It's an attack on their real economic interests, i.e the interests that have driven the entire ecosystem of proof-of-work.
If we are worries about centralization in China, then we should just compete outside of China. If you are saying we can't compete than why are we trying to change the system so that we can? Both sides are about corporate control of the protocol to a certain extent with a bunch of useful idiots drawn in on the basis of arguments that are tangentially related.
Right, because your narrative is "righter" than his.
> First off, Gavin, Jeff, Mike Hearn, you know the guys that have spent a lot of time working on Bitcoin since the beginning aren't in the core project, and in the case of Jeff are actively working on the alternative.
With little to no input outside of Jeff and the miners that are funding him. This is the nth (where n > 4) iteration of Bitcoin that Bitmain has funded with the intent of maintaining some degree of control over the reference client. As of yet, he hasn't been successful.
> Trying to draw back some unbroken line of succession to Satoshi Nakamoto whose paper basically completely spells out a big block vision is ridiculous.
I agree, particularly since there's been 100s of contributors to the project. Which makes Blockstreams impact much less valuable than the original comment implied.
> Second of all, the great firewall of china isn't crap, a significant amount of data can pass through it, and actually if the block size gets to be too large this actually damages their ability to effectively process blocks quickly.
That's actually false. Block sizes aren't really an issue for the miners, they are an issue for the nodes. Each miner only needs single full node. What increasing the block size does is make running a full node (which has to store the entire block chain) extremely expensive. The larger the block sizes, the more expensive a full node becomes.
> The miners are not interested in SegWit because it completely changes the economic structure of incentives around mining.
SegWit does nothing of the sort. Lightning Network and Sidechains, which can be built on top of SegWit, certainly reduces off-chain fees. SegWit itself only reduces the fees on witness data, but that's moot for the time being. SegWit will have little impact on fees right now.
> It pulls control into channels and reduces direct fees into some hand wavy future about settlement.
See, this implies you have limited technical knowledge on the subject. That's LN, potentially SC. But that has nothing to do with SegWit.
> It's an attack on their real economic interests, i.e the interests that have driven the entire ecosystem of proof-of-work.
PoW is just the security policy, it's not the ecosystem. The economy is the ecosystem. Miners mine, the economy chooses what they mine.
Long-term, miners need to adapt. Instead of looking at off-chain solutions as a bad thing, they need to consider that they are best suited as a Lightning Node. But that requires a longer vision than the miners have.
No one is EVER going to buy coffee on-chain. No amount of increasing block sizes are going to make instant transactions. It's either off-chain transactions or some other altcoin.
> If we are worries about centralization in China
I don't care about where the centralization occurs, I care about the nature of it. Centralizing mining is bad because it gives them power they shouldn't hold. Centralizing nodes gives governments power over Bitcoin. That is dangerous.
> Both sides are about corporate control of the protocol to a certain extent with a bunch of useful idiots drawn in on the basis of arguments that are tangentially related.
LN is an opensource implementation of something not dissimilar to smart contracts. Calling that control is laughable.
This always get's bandied about. There are less than 20 people responsible for the vast majority of the commits in the last year, the other 90+ are small scattered changes. Easy to verify, go look at the commit logs. Oh, and 3 of the top Contributors aren't even working on core anymore.
>SegWit does nothing of the sort. Lightning Network and Sidechains, which can be built on top of SegWit, certainly reduces off-chain fees. SegWit itself only reduces the fees on witness data, but that's moot for the time being. SegWit will have little impact on fees right now.
Segwit is all about sidechains, that's the main application, and the real purpose. Side chains mean transactions off chain. Transactions off chain mean less fees for Bitcoin miners. It's not rocket science. The only way they make it back is if the settlement costs become huge.
> That's actually false. Block sizes aren't really an issue for the miners, they are an issue for the nodes. Each miner only needs single full node. What increasing the block size does is make running a full node (which has to store the entire block chain) extremely expensive. The larger the block sizes, the more expensive a full node becomes.
The reason nodes are expensive is because they are doing full historical validation which is almost completely useless and unnecessary. Minor changes to the Bitcoin block header would make that completely irrelevant. The nodes need all data ever argument is total junk.
>LN is an opensource implementation of something not dissimilar to smart contracts. Calling that control is laughable.
How much does it cost to open and close a channel on the main bitcoin blockchain at a 1 megabyte limit with millions of users? It's not a free thing, it's very expensive. To say that won't result in centralization is ridiculous. LN is not a solution without larger block sizes.
You're just wrong. Segwit is about a major malleability bug. It happens to open the way for sidechains, but do you honestly think we shouldn't fix the bug purely because it happens to make sidechains more feasible?
> Side chains mean transactions off chain. Transactions off chain mean less fees for Bitcoin miners. It's not rocket science.
Correct, but you don't seem to be following the problem the same way I am. Your major concern is how much miners get paid. My major concern is network adoption and decentralization. Pretending that your values are the only values is what makes your position distasteful.
> The reason nodes are expensive is because they are doing full historical validation which is almost completely useless and unnecessary. Minor changes to the Bitcoin block header would make that completely irrelevant. The nodes need all data ever argument is total junk.
You just literally dismissed how an open block chain works. If nodes don't have the entire history attacks become arbitrary.
> How much does it cost to open and close a channel on the main bitcoin blockchain at a 1 megabyte limit with millions of users? It's not a free thing, it's very expensive.
And guess whose in the best position to implement channels (and collect the fees associated with it)? miners.
> To say that won't result in centralization is ridiculous.
Less than would exist by big blocks.
The obvious problem is both sides can make a claim to Satoshi while forking. I'm commenting here because the one thing I do know about Bitcoin is that Satoshi apparently suggested increases in block size to compensate for an increased number of transactions.
Whatever Satoshi wanted is irrelevant, but the only thing I can gleam from your amateur propaganda attempts (Satoshi is only one of your mistakes above) is that you shouldn't be trusted.
I think its possible Jihan and many others are acting in the best interests of Bitcoin community, on behalf of future potential users of crypto-currencies, not purely out of self interest. Many early adopters and evangelists support this view, they clearly care about bitcoin as a human technology, not just its monetary value.
I genuinely feel it is immoral to limit widespread bitcoin use by keeping the blocksize artificially small. Just as it would be to limit the distance a person can travel, or how many books one is allowed to read.
Thank you! As someone who has put money into Blockstream, I can assure you I'm following the situation very close.
Blockstream has few developers contributing to Core and associating with it is a very partial and poor view.
It is not a conventional company and the actual CEO (recently nominated) has the ability to keep such a group of talented minds together.
I humbly consider Blockstream the best investment I have done in my life under many aspects but the main one is the quality of the people working in it.
As someone who has put money into Blockstream I must say:
1. I follow the situation very close
2. The CEO was nominated not long ago
3. He has got the ability to keep such a group of talented minds together
4. Blockstream is not a conventional company
5. Core is an independent group of talented developers and FEW of Blockstream founders are part of it
6. I humbly admit that Blockstream is the best investments of my life under many aspects the main of which being the quality of the people working in it.
He was. http://www.montrealintechnology.com/austin-hill-out-as-block...
Any update to the network that is able to take away from it's value storage characteristics is bad, and core deeply understands this, unlike many other teams.
https://medium.com/@WhalePanda/the-corporate-takeover-attemp...