Bitcoin Forum

Hello, many here know of Roger's essay published on the reputable website of the Foundation for Economic Education:

https://fee.org/articles/time-to-end-the-block-size-blockade/


I wrote a considered response to Roger's essay, however, unfortunately, I have not had any response, either from Roger; or from the community at-large. Hence I'm kindly asking for some commentary / responses from the people here on this forum. In particular, are there any part of my post that are wrong, invalid, or misleading?

---

Original Reddit Post Here (https://www.reddit.com/r/Bitcoin/comments/4qctz0/time_to_end_the_blocksize_blockade_roger_ver/d4sbczv)

Not surprising. This is the same guy who publicly came out 6-8 months before MTGOX went belly up and said there were no financial problems with MTGOX because he "read letters from banks and attorneys".

Imperfect analogy is imperfect, obviously. But there is something to be learned from the idea that if capacity is fully saturated... any additional demand prices out some of the old users and some of the old use cases, as long as they are willing to outbid their competitors (other Bitcoin users). Yes, increasing throughput increases resource demand on full nodes, but so does segwit, moreso than a simple 2MB upgrade. (3MB increase in potential max load with 0.8MB throughput gain). Yes nodes can ignore segwit and consider it an altcoin, they can prune, they can reject inbound... I'm talking about full archival nodes. It's important to recognize that hardware and internet bandwidth has improved over the last 7 years.


Now we get to the heart of the matter. You say that miners would include any non-zero fee transaction just because they can. This is where the philosophical difference comes to a head. Some feel that without a production quota on blocksize, set by a priesthood of Core devs, miners would simply bloat blocks to infinity. They would willingly destroy the independent node network, simply because they're dumb? or they only care about this week's profits?

Others find this argument ridiculous, and counter to the very "core" principles that govern Bitcoin: Where free market incentives, and CPU consensus, rule the system... not centrally ordained software ministers.

Miners are uniquely placed [and designated by satoshi via the consensus mechanism] to best determine the size of their own blocks because they are directly beholden to the market, unlike devs with ambiguously disclosed stock options in VC startups.


I suppose this is the point where you should produce a chart where blocks were constantly at 1MB for the last 6 years... because free globally replicated storage. The reality would probably be more like what we've experienced so far... a steady rise in the use of Bitcoin, and a commensurate increase in blocksize. Not an immediate jump to the new max.

Again with the argument that miners bloat to infinity without a central authority stopping them...  all records of blocksize statistics refute this position.

• Miners do face a supply curve, and a propagation cost to larger blocks. The distinction of fee paying/spam is non-functional, as zero fee transactions are already ignored by miners and most nodes. Median fees are 8 cents or more, up from 2 cents a couple months ago, a 400% increase.
• He doesn't have to. It's obvious to an honest observer that 8 cents for the smallest tx possible is already greatly diminishing potential use cases. Blockstream says this is fine. Because (not currently available) payment contracts in LN will handle all that.
• It's not really up to Roger, or the most influential developers, to determine the dynamics of a fee market. It would and will exist with miners facing the free market and subsequently setting their own production levels. Beware the dangers of a centrally planned economy.

I could mirror your petulant conclusion, but, meh.

Was something better expected from Ver, the person who has been spreading bullshit ever since the time of Mt.Gox (https://www.youtube.com/watch?v=y4SCAw264qM)? These articles are just an attempt to gather more support for their HF. It's unfortunate that they go social media instead of actually trying to improve the existing infrastructure.

No, they can't consider Segwit "an altcoin".

People keep saying that, yet the number of nodes is on a steady decline. Do I have to note that the resource usage kept growing tremendously over the 7 years?

They certainly would not be the first 'group' to spam the network in an attempt to support their vision.

So in a scenario in which miners get paid to set them to abrupt levels, all is fine right? ::)

Sure they can, in fact, any nodes that don't upgrade to a segwit friendly version will consider pure segwit txs to be an altcoin.


Check your premises, running the qt client used to be the most common way to interact with the network, now it's not. SPV type interaction is well developed and widespread at this point. 


Incoherent non sequitur.



You strongly favor a centrally planned economy, which is a position, just not one I agree with.

That would not make much sense. Please provide a source using the terminology "pure segwit txs" equal "an altcoin".

Exactly who was talking about SPV? Nobody. So you're not denying that the resource usage has increased and thus the number of nodes keep going down.

Sorry, failed attempts at spamming can be easily identified.

Not necessarily, I favor the best proposals, and BU is certainly anything but the best proposal.

It isn't about terminology, it's about functionality. My non-segwit node doesn't understand anything about segwit. You may use it, but only miners and upgraded nodes understand anything about it. And if you want to pay a non-segwit address, you will not be using segwit. For further research see: Mircea Popescu (admittedly a loon), and his views on your altcoin.


I'm saying correlation =/= causation. SPV has served as an increasingly popular substitute for running a full node, which used to be the main way to use Bitcoin.

Thank-you for your well-written response; I've updated the title in correction.



This is a very interesting view on the matter; one that wasn't at-all represented in Roger's essay.

When the mining is centralized, or quite a small group running it; it is easy for the miners to voluntary set their own limit via cartel. Hopefully, mining doesn't remain so centralized and it will gradually become reasonable for new entrants to join the mining market once the mining hardware efficiency has hit hard technical limits.

Requiring the use of a cartel to set block size limits, (that are applicable to the mining cartel), locks in the mining and node structure we have now.  As there is a strong competitive advantage for centralizing and having large blocks.

As a user of Bitcoin, I quite like that my node enforces the blocksize limit; I would be very upset for this consensus power to be taken away from me and given to the miners (cartel).

Of course, this is a huge detour from the status quo, the burden of evidence is on the proponents who wish to make such a change.


Thank you for this piece of correction.  I really should have said “minimum relay fee-paying transactions”; not “non-zero fee transactions”.

You can see in the average blocksize charts (for example, when looking when Bitcoin had the 'stress test') that virtually every minimum relay fee-paying transaction has been included by the miners (until recently when blocks finally became ‘full’).

The core of my argument still stands, the seen behaviour that miners have been including all transactions that have complied with the minimum-fee-policy that Bitcoin Core has set. I don’t see any reason why this should stop at 2mb or 100mb. The miners generally just use the default policy that Bitcoin Core sets; One would expect the miners to get greedier for fees when fees become a larger % of their revenue.


1. What!? What does that mean?  The fee curve in bitcoin is flat.  That means that there is very little price discovery for fees; and that most people don't even care about the required fees. (seen by people often overpaying a huge amount for no gain).

The reason that the fee-curve is flat; is that the minimum relay and inclusion policies do not allow it to be developed at the lower fee ranges.

If there was very strong demand, and therefore competition, for the block space, what you would see is many levels of fees.  Say. 8c, 10c, 15c, 30c.  That would all have different expected functionally (average confirmation time).

Yet, now there is really just two levels: (minimum relay), and 8c, immediately confirm.

This, economically, suggests that blocks are not saturated (for real-fee paying users), and that there is very little economic pressure for more transactions to be included.

2. What!? Again. This is a half-truth.  Yes, there are economic use-cases that are placed outside the market from 8c fees. But that says nothing for the economic ‘importance’ of such transactions. Well, it at least says that the said economic use-cases are not economically significant enough to competitively pay 8c transaction fees.

Using the blockchain for storage is a potential use case if the fees were insanely low; but thankfully they are not.

3. It is up to the person promoting the change to explain why this change doesn’t upset the status quo.  It is completely fair to expect a understanding of how blocks are going to be paid for by fees; if the block-size is very large.

It is also reasonable to expect that the blocksize (2MB) that Roger is promoting is the thin edge of the wedge; as he has promoted bigger blocks before on many occasions. The question of the long-term viability of Bitcoin under huge blocks is implicitly at hand.

I have not seen any attempt by Roger Ver to pull the parties together in this community. Instead of doing that, he jumps on the freedom of speech bandwagon and flames this forum with his supporters and then creates a supposedly uncensored forum in direct competition with Bitcointalk.org

It seems to me that he is out to divide the Bitcoin community and this will do more harm than good in the long run. We are getting tired of all this fighting over block sizes and just want Bitcoin to grow. Do something positive for Bitcoin, and take less out of it for yourself. ^hmmmmm^

I think we should roll back the blockchain so that we can have smaller block size again and stolen Mt Gox coins back.

@AliceGored

I must admit that going through your history it is clear that you are far, far, more technically and intellectually competent than either Roger, or your average large-blocker.

It would be wise for others to take care when responding to you.

Not that I necessarily agree with what you say.

I'm flattered. [hurriedly deletes snarky opener above]

Thanks for the engagement on the issues. Things get heated because both sides of this issue care passionately about it... and when you think about it... you can't have light without heat.

SPV is cancer.

Running a full node is the only way.

the only way to truly get the full node count up is to make independantly holding and transacting more useful ONCHAIN.

but here is ways to reduce the node count
1. increasing fee's due to bottlenecking the network making people use offchain solutions to get cheaper transactions
2. pruning data automatically makes a node no longer full node
3. offering sidechains. simple making people use alternative chains makes people not want to protect bitcoin and protect the sidechain instead
4. offering LN. after all why protect the blockchain if only 1% of your transactions touch the blockchain.
5. no witness mode. why run a full node if your not going to validate a transaction/block.

now all of those features are what core/blockstream are pushing for. .. which is the funny part. every doomsday they cry about applies to their own features


and there is absolutely no reason at all in the real world why 2mb is going to kill bitcoin.
the only thing anti-HFers can do is exaggerate:
instead of thinking about 2mb, they shout out about 8gb blocks.
instead of thinking about 2mb running on normal computers they shout about data centres..

the truth is that even on a raspberry Pi 3.. and bottom line ADSL internet. bitcoin works fine even with 2mb..
if you think that is completely wrong and 2mb is still bad... then explain segwits 3mb example block data.

oh wait.. you will fail with a rebuttal by mentioning the only buzzword you have left "quadratics".. well guess what.. libsecp256k1 has improved validation times.. not just 2x, not just 3x, not just 4x but 5x....

the only time that quadratics becomes an issue is in regards to LN hub settlement transactions(lots of multisig signatures in one tx).. and guess who wants LN offchain solution...... oh yea, its core/blockstream..
which makes it not really an issue for ON CHAIN REAL CAPACITY GROWTH.

wait lets have another laugh..
"hard forks are bad" so if miners want to hard fork.. core will... wait for it.. they will make their own hardfork and render bitcoin difficulty weak, render ASICS useless (research sha3)

here.. this is adam back self promoting his crap and promoting how he wants to screw bitcoin up
https://en.bitcoin.it/wiki/Hashcash

I'm sure our Rog is a lovely fella but I'm not massively inclined to listen to him on such matters.

The cost of adding an additional transaction into a block is the incremental chance that a block will get orphaned after a transaction is included in said block. As technology improves, the cost of including the n^th additional transaction will decline, so miners will be able to safely include additional transactions in their found blocks over time.

Miners will not include an additional transaction unless the lowest transaction fee is sufficient to cover the additional risk of a block getting orphaned.

this guy gets it :D

average internet speed has increased
average hardware has increased (raspi 3 is many times better than raspi model A)
libsecp256k1 is 5x better..

The simplest response to Roger's essay is this:

Consensus layer changes only happen if there is widespread consensus that the change needs to happen. Increasing the blocksize is controversial.  It does not have consensus and likely never will.  Therefore, the blocksize limit will not be increased.

by one party not even releasing code to even allow their own devoted users the choice, is the cause of the controversy..

if every implementation had code for a hard fork.. then and only then is it a fair and open opportunity to let the community decide for themselves.
but instead by withholding code, withholding the opportunity for choice and ofcourse causing controversy then ofcourse some people who may want the change, wont bother showing their support publicly, because they understand it cant happen due to one particular party vetoing it out before it has even had a chance for open community choice.

if core/blockstream are so sure that it never will happen. they might aswell release the code and not worry about it because in their eyes no one will use the bigger buffer limit..
the only reason they fear it, is because they know that the community want it. and so are doing all they can to avoid it

lets see what happens when one of their own releases HF code.. will they give in and support it or throw luke JR under the bus just like they did with hearne and gavin..

im thinking they would prefer to do another REKT campaign, but this time on luke JR. but we shall see, soon

Bitcoin is dead as we know it if you raise the block size. The node count as we have it now is low already at around 5000. If you double this, you can expect a lot of the widespread % to decrease. Even if the total node count went up, the system would be more centralized if specialized services for running nodes arise. Bitcoin is just fucking dead as a censorship resistant tool if guys like Roger Ver were to call the shoots. Lucky it seems we are still safe with Core team., but im tired of the idiots that still shill Bitcoin Classic and the rest of crap.

Okay, that is definitely a bit hyperbolic to say the least. If the quadratic validation time get fixed (which should happen with Segwit) I can see a future in which a block size increase is definitely possible. Just today we've 'received' two amazing news: Fibre (upgrade to the relay network that builds on compact blocks) and Flare (Bitfury's LN implementation). With the proper infrastructure in place, I do not see a reason for which a HF on which consensus has been reached (with a proper set of rules) should not happen sometime in the future.

It is really unfortunate that, with so many people running around on Reddit and BTCT that we are unable to keep a higher node count. If half of us were to run a single node, the situation would definitely improve.

That would require a lot of people who don't own any Bitcoins to run nodes... :)

I just wish we could move on and lets be unified as a bitcoin community :)

you mean like you, who gets paid in fiat and monero?

anyway..
LOL there are 2 million bitcoin users and 5k-6k nodes..

i really laugh if you think that with 2million users that you are suggesting that the node situation would only improve if there was 2million and one+ nodes..
have you really detached that much from reality.

how about try and get your boss and your best friends to stop with the crap like making fullnodes unable to validate fully due to pruned,no witness modes which your friends keep saying is 'perfectly ok'

if people want to be full nodes you should be telling them the importance of remaining full nodes.. dont advertise pruned/no-witness. and instead leave it for electrum and other liteclient people to advertise those lite features

anyway.. what is your stance on LukeJR's MAX_BLOCK_BASE_SIZE = 2000000;

are you going to be for it. or join in a new REKT campaign to throw him under the bus like you did with hearne and gavin..

Actually there are probably much more

Its not completly true every full node carry the entire burden of the network. At least you can set your full node network and disk usage to your liking. Every node should set its network and disk usage policy individually:

Network usage can be defined by number of connections, and if it is not enought you might choose to accept and relay only blocks and not transactions. On a side note if RBF transactions become popular because of continuously full blocks, the Bitcoin network bandwith usage going to be much higher than any block size increase, the re relay of the same transactions with slighly higher fees can be real burden to Bitcoin network bandwith in future. Obviously here can be a lot to be improved for the client to follow specific user network bandwith policy.

About disk usage, you might run prunned version and still have full validating node. You may choose how much disk space you want to use to archive historic blocks for others to upload, but unless you specially need all historic blocks for yourselves, there is no need for every node to have all historic blocks for the Bitcoin network to function normally.

We will move on don't worry!
I mean we are moving on since 7 years!
But there will always be people who will see things different and try to change it by manipulation, social engineering and spreading fear.

In terms of Roger Ver I'm extremely disappointed by seeing which path he is going the last 12-18 months.
There was a time I was looking up to that guy.This has totally changed and I can not take him serious anymore.

i find it very funny that the people with the loudest mouths wanting offchain solutions and locking bitcoins so that people use different networks instead. are in the majority monero fans..