Bitcoin Forum

Yeah, it was better that I realized on time that I would say this another few thousand times.
Supporting block size increase =/= supporting XT
Supporting 8 MB blocks (or BIP 101) =/= supporting XT

Unless they state we support 8 MB blocks in addition to XT, then you're taking things out of context for the sake of this tiring political battle between Core and XT.

They only implementation right now supporting 8mb (BIP101) is XT. If Core doesn't implement it, they will go to XT.

Btw, Antpool has said that they are reasy to switch to XT: https://twitter.com/JihanWu

They only implementation right now supporting 8mb (BIP101) is XT. If Core doesn't implement it, they will go to XT.

There is no immediate need for larger blocks.

See, you're doing it again. Taking things out of context. They put a big IF in that sentence:"IF we see majority has switched.". Obviously they are simply stating if the majority switches then they will to (logic, else they'd be behind). That statement has no words of support in regards to XT.

Wrong. I support bigger blocks (maybe even 8 MB), but I will never go XT (take this as an example).
Also: Supporting 8 MB blocks =/= supporting BIP 101.
People simplify this too much. While someone might support 8 MB blocks, they might not support the additional increases that BIP 101 contains (they are unsustainable).

---

---

Most people do not realize this and think that their opinion is the absolute correct one. Dunning–Kruger effect shines bright around here.

I sencerely don't like Core in the last time, where a sifnificant number of devs are working or presiding a company for profit, a company that will be probably favored if the limit does not scale.

If the majority switch, you will have to do it also. If not, at least XT will push to solve this issue earlier. Come on, we can't continue otheres 24 months speaking about the same...

i guess now there is 75-80% of all hashpower for bigger blocks = XT (because there is no other solution at the moment)

Exactly what is wrong with that? The developers decided to make a company to profit via something that they're going to build on top of Bitcoin. Are you trying to tell me that if you were in their position, that you would not try to do the same?  ::)
They will increase the block size limit, they just have to reach consensus in regards to how much and when.

10 years ago, the average hdd was 1GB of capacity, today is close to 1TB! How can he proposes a 4MB limit in 10 years? Where is the logic for that?

The concerns of most devs has nothing to do with hard drive space but propagation time, bandwidth limits(especially upload) and mempool problems created by larger blocks.

Selfish miners

Selfish mining, is one such attack which was clearly explained in Satoshi’s paper as a possible weakness of Bitcoin.  This entails a miner, who has a significant amount of hashing power, mining blocks but not publishing them, thereby creating a secret longer chain that the rest of the network does not know about, with the intent of broadcasting it later, and in doing so will reverse some transactions that may have already been confirmed on the public (but shorter) chain.  This is the infamous double spend attack.  Normally this can only be accomplished reliably when one possesses over 51% of the hashing power of the network.  What most people don’t know is that network propagation is also a factor here.  Satoshi admitted that his calculations on the percentage of hashing power in order to be able to pull off a 51% attack reliably assumes no significant network propagation delays.  Indeed the danger of allowing block size to increase to the point where the expected delays in block propagation through the network has been discussed ad infinitum in the past, and the reason why the block debate has been ongoing since at least 2011.

In this regard, I can understand why Gavin feels that he must do something drastic to force the issue.  The attack goes as follows: If blocks were allowed to be ‘too big’ (big enough to add plausible delays to propagate to all nodes) then a miner would be incentivized to stuff the block they are mining full of txns that pay himself (or a cohort), up to the allowable block limit.  They do not broadcast these transactions to the network unless they solve the block themselves, removing the possibility of paying miner fees to some other miner.  If they manage to solve the block, they immediately broadcast all their spam txns and block solution.  The other miners would have to drop what they are mining, and start downloading the new (very large) block (which may take some time) and verify it, which involves checking the validity of all contained transactions (which will take some more time).  All this results in a appreciable head start that the attacking miner can enjoy in mining the next block.  So what he has successfully done is increased his ‘effective’ hashing power giving him a slight edge over his competitors.  Of course this is a game-theoretic problem, so we can assume that once one miner starts doing this, then either all miners will start doing this, as well (and make orphan blocks and double spends a lot more common) or band together to share high bandwidth connections/nodes (and push the system more towards a centralized one) both situations are bad for Bitcoin.  So everyone can agree that too big of a block size would open up bitcoin to a certain type of fragility that has up until now, not been a problem.

http://wallstreettechnologist.com/2015/08/19/bitcoin-xt-vs-core-blocksize-limit-the-schism-that-divides-us-all/ (http://wallstreettechnologist.com/2015/08/19/bitcoin-xt-vs-core-blocksize-limit-the-schism-that-divides-us-all/)

What is wrong with that?  That company could force Bitcoin development to advantage themselves!!

"They will increase the block size limit"

Let's see. I have readed LUKEJR saying that the first priority is Lightning, not the block limit. ADAM BACK saying that not every transaction should be on the blockchain or will be collapsing the whole Internet. PETER TODD saying that blockhains doesn't scale well. And SZABO proposing 4mb blocks for 2025!

10 years ago, the average hdd was 1GB of capacity, today is close to 1TB! How can he proposes a 4MB limit in 10 years? Where is the logic for that?

and sidechains / lightning need bigger blocks too. so where is the point? maybe XT is too much but 1 MB is too little.

95%+ of the devs are fine with increasing the blocksize above 1MB , they just want more testing done.

This is preciously what is attempting to be done here:

https://scalingbitcoin.org/montreal2015/

The concerns of most devs has nothing to do with hard drive space but propagation time, bandwidth limits(especially upload) and mempool problems created by larger blocks.

Wrong. It is more about the network bandwidth than about storage (even though we are reaching the maximum with the current technology). The increase has started to slow down over the last few years. The problem is persistent in developing countries.

I have today 200mpbs upload speed. 10 years ago I had 56kbps.

First of all, it isn't just about you but about the rest of the world as well and the diversity of node count.

Secondly, I seriously doubt you have 200 Mbps persistent upload speed. The US typically averages about ~8Mbps upload and many parts of the world people are limited to 0.5 to 1 Mbps upload. A couple of the devs would have to drop their nodes as an example with Gavin's proposal.

Advertised peak upload speed does not equal reality.

I really have 200mbps upload speed. And it's just a commercial ISP with a cheap and flat price, and I'm not from USA. And I have not doubt we are going to see soon much faster speeds with the new technologies: http://www.androidauthority.com/5g-network-speed-20-gbps-618192/

5G will be defined as a network “capable of transmitting data at up to 20 gigabits-per-second”

The exception that breaks the rule being applied to an international decentralized currency , huh?

When and if that reality happens we can revisit its implications on bitcoin. Until than it doesn't follow past historical trends as outlined by BiP 103 and thus we should be skeptical about the advertised possibilities that the future entails. That is what is sensible and rational. I have no doubt there will be certain unique cities that have high speed fiber optic connections and 5G but the concern is node count decreasing to these certain locations only instead of increasing everywhere. This infrastructure may roll out with the next 4-6 years in large metropolitan cities but will take much longer elsewhere.

And what about the race for hight-speed Internet Satellite? SpaceX, Airbus...

I'm sure they could help the other part of the world.

I have today 200mpbs upload speed. 10 years ago I had 56kbps.

Satoshi never intended to a limit to exist, so what was his solution?

His solution was the 1MB blocks that we have today.  He didn't have an ultimate solution, else this discussion wouldn't be happening.

I support larger blocks, but I do not support XT.  I see it as an attempt at a hostile take over of the blockchain.  If XT "wins", then the firm of Hearn and Andresen basically takes ownership of the entire blockchain, as they retain the sole power to say what's in and what's out of XT.  That doesn't sit well with me at all.

His solution was the 1MB blocks that we have today.  He didn't have an ultimate solution, else this discussion wouldn't be happening.

I support larger blocks, but I do not support XT.  I see it as an attempt at a hostile take over of the blockchain.  If XT "wins", then the firm of Hearn and Andresen basically takes ownership of the entire blockchain, as they retain the sole power to say what's in and what's out of XT.  That doesn't sit well with me at all.

they will suddenly have to power to make miners run Whatever they want them too as soon as TX is implement? really?? come on....

Decisions are made through agreement between Mike and Gavin, with Mike making the final call if a serious dispute were to arise.