Topic: A block-size survey (Read 3946 times)

Thanks for the info. Pruning feature is really something new to me.

Sure you can. You can have pruning enabled. It is still a full node as it still fully validates every single transaction and block it receives before relaying it. It just doesn't store all of that data.

2 years ago I bought the second cheapest machine Dell had to offer.  It came with the smallest HD available which was 500 GB.  On it is the btc blockcahin as well as the blockchains of 2 other coins.  Over 1/2 of my HD space is free.  The comp I bought 15 years ago had a 30 GB HD.   

Now that your mind has been put at ease may I suggest you should look at bandwidth.

I meant to say blockchain size. Nowadays you can't run a full node with a machine of 20GB disk space, can you?

What's that got to do with blockchain blocks. The blocks in my Bitcoin directory are around 16.5Mb in size.

With the growing block size, it makes me worried that only user with large disk space is capable of running a full node.

opinions and noise.. sam0.

This is not true. There is counter party risk when dealing with lightning. It is possible that your counter party could broadcast an old/"revoked" transaction that results in you receiving less BTC then what you most recently agreed to. It is not a guarantee that you will see such revoked transaction prior to the "lock" expiring, making the "penalty" transaction moot, and it is not a guarantee that you will be able to get the "penalty" transaction to confirm even if you do see the revoked transaction.

Also if the current state your agreement with your counter party is that you are to be refunded 0.0 BTC then broadcasting an expired refund transaction would be risk fee, and EV positive because even if you fail to be able to steal BTC 99% of the time, you would lose nothing 99% of the time and gain some amount 1% of the time when this is attempted, and the (psyudo)anonymous nature of Bitcoin will allow an attacker to attempt this attack multiple times.

"...everyone who wants a block size limit of less than 4 MB to be a small-blocker and those who prefer 4 MB or more to be big-blockers."

"...103 big-blockers and 44 small-blockers."

Haha, small blockers up to 4mb?   (doesn't relate to anything i can think of, never heard that relationship before)
4mb is not small is it?
So, if up to 1mb were small-blockers and all else is bigger-blocker, how many small/bigger-blockers are there? (6/1 bigger v small?)

*i did not participate in this survey

Sounds about right. Business, tech and bitcoin coding experience vs. catch lines and dreams.

Survey Results

Summary
The main hypothesis I wanted to test is whether an entrepreneurial mindset (as opposed to a technical mindset) makes you more likely to favor big blocks. And the answer seems yes.

Intro
I thank all 269 respondents, out of which 146 have indicated a numeric block-size preference ranging between 0.5 MB and unlimited, excluding unspecific dynamic answers. All findings revolve around the question of what makes someone a big-blocker or a small-blocker. In here, I consider everyone who wants a block size limit of less than 4 MB to be a small-blocker and those who prefer 4 MB or more to be big-blockers. This somewhat arbitrary decision was taken before analyzing the data. The median being 8 MB, I ended up with 103 big-blockers and 44 small-blockers. This is not representative for bitcoin-users in general and mostly reflects the fact that I received more responses from /r/btc readers than from /r/bitcoin readers.

Findings

• There is a deep divide between readers of the traditional two forums and readers of /r/btc. Among /r/bitcoin and bitcointalk readers, 39% are big-blockers, whereas 94% of the /r/btc readers are big-blocker. Among those reading other news sources first, 76% are big-blockers. This was by far the most statistically significant finding (t-stat 6.6). While this is not surprising to anyone paying attention, it is still worrying to see such a schism.
• Small-blockers are more likely to see the future of Bitcoin in a settlement system (24%) or digital gold (17%) than big-blockers (10% settlement, 6% gold). This confirms the widespread suspicion that the block-size disagreement is related to what we want Bitcoin to be, although not to the extent I would have expected to see. The "electronic cash system" still clearly wins among every group.
• The amount of Bitcoins you own does not seem of much relevance here.
• Small-blockers are more likely to find technology more important than business strategy, are more likely to have written Bitcoin-related code, and are more likely to have founded a company.
• Big-blockers tend to emphasize the importance of business strategy relative to technology, are more likely to like "Swiss bank account in your pocket" tagline, and are more likely to have plans to found a company.

Comment
I see the block-size decision as a trade-off between a technical risk (loss of decentralization, hard fork, etc.) and a business risk (missing the window of opportunity for growth). If correct, this would mean that people with higher technical awareness would tend to favor smaller blocks while those with an entrepreneurial background would favor bigger blocks. Anecdotal evidence supports this, with entrepreneurs like Erik Voerhees being a big-blocker, and a considerable number of core-devs being small-blockers. This survey also supports this hypothesis with statistical significance (p-value of 0.03), but not to same extent as your preferred news source determines your opinion (p-value of 0.00002). Social scientist usually accept a hypothesis if a p-value of 0.05 or lower is reached.

Personality Test
An accessible way to present these findings is to run a regression on many parameters at once and use the most relevant ones to construct a "personality test" like one can find them in certain women's magazines. This is not very scientific, but fun.

You start with 2 points.

• If your primary Bitcoin news source is /r/bitcoin or bitcointalk, subtract 4 points.
• If you believe that for Internet companies, technology is a more important success factor than business strategy, subtract 3 points.
• If you have written Bitcoin-related source code that others use, subtract 2 points.
• If you have plans to found a company, add 2 points.
• If you have already founded a company, subtract 2 points. (This goes counter my hypothesis, but is neutralized by other factors.)
• If you believe that ten years from now, Bitcoin will rather be seen as "digital gold" than electronic cash or a settlement system, subtract 2 points.
• If you find the tagline "Bitcoin: a Swiss bank account in your pocket" catchy, add 2 points.
• If you find the tagline "Blocks are like penises: the bigger the better" catchy, add 2 points.[1]
• If you find the tagline "Decentralized Bitcoin must not become centralized Bankcoin." catchy, subtract 1 point.

If you end up with a positive amount of points, you are more likely to be a big-blocker, and vice versa.

Disclaimer
This survey does not hold up to scientific standards. While it statistically confirms my hypothesis, I would have hoped for stronger results.

[1] This admittedly crude tagline irritated some of you. This is an identity play in accordance with Scott Adam's persuasion stack (http://blog.dilbert.com/post/136950092871/why-would-a-man-vote-for-hillary-clinton). An association between big-blockers and their anatomy is planted into the reader's brain. If Scott is right, this will work much better than any argument based on reason.

I see. Well, don't worry, you'll get the hang of it eventually.


OK, so what's your action plan? Does it involve anything other than taking your proposal, either coded or not, to the github repo? If it does, how do you imagine that the proposition will actually find it's way into the codebase? Bitcoin isn't quite that magical. Time, space and logic still apply

Something being less subject to defaults in practice is not equivalent to a system in which defaults are not possible.

Lightning is lightning, it isn't anything else; trying to reason about word pattern matching obfuscates understanding rather than enlightens. If what someone disliked about a weeblix system was that it subjected users to flimdar, then it would be pretty misleading to suggest people wouldn't want some feature that made a system more weeblix like if it didn't expose them at all to flimdar, even if it was otherwise weeblix like.   In this case, I don't even think it's fair to say that lightning is "like" netting, as all transactions in it are ordinary bitcoin transactions ready for transmission to the network-- you just save fees by holding off sending them and having opportunities to revise them. More like writing someone a check, then asking them to rip it up and giving them a new one later in the day when you make another transaction with them-- they could settle it at any time, but save bank interactions if they hold off. Netting would be like writing the check at the end of the week. And in Lightning, unlike the check, the risk is eliminated because of Bitcoin magic.

Today the vast-vast majority of transactions exchanging Bitcoin value never show up in the blockchain-- mostly due to systems with significant counterparty risk, indeed. So, some users perform netting on top of Bitcoin to lower their costs and greatly improve their transaction speeds. Is Bitcoin a netting system? No.  Bitcoin is p2p electronic cash, which periodically settles transactions written by users (which may be revised on the fly prior to settlement). Lightning uses the smart contracting system in Bitcoin to allow that ability to revise pre-settlement for transitive flows of funds without a counterparty risk for funds loss, and not just for single hops.

So it is a netting system without counterparty risk? Note that some parts of the traditional banking system also have mechanisms in place to eliminate counterparty risk (at least for practical purposes). See for example http://papers.ssrn.com/sol3/papers.cfm?abstract_id=2331355 by Mancini et al, who show that the design of the European repo market is less vulnerable to counterparty risk than the American one. Generally, I don't think that the term "netting" implies that there must be a counterparty risk.

I closely follow Bitcoin since early 2011.


No, this is not an academic question, it is a strategic business question revolving about what we want Bitcoin to be. If Bitcoin was a startup, there would probably be a board meeting to decide whether Bitcoin should go after the "electronic cash" market or after the "settlement platform market". The blocksize debate really is a clash of two conflicting visions.

Lightning is not a netting system, -- as a clear evidence for that netting universally involves counterparty risk of loss and lightning does not. But if you wanted to talk in terms of netting you perhaps should have said that.

By "aggregate", I mean the net difference. Banks call this process "netting". For example if 1302 transactions moved 10 million from bank A to B and 917 transactions moved 12 million from bank B to A on a given they, they'll simply transact the net amount of 2 million over night in one single transaction. See https://en.wikipedia.org/wiki/Clearing_House_Interbank_Payments_System for an example of such a system. In fact, this resembles the Lightning network, which also only transfers net amounts on the blockchain (if I understood it correctly). However, it is not how the Bitcoin blockchain works, because the blocks in Bitcoin still contain every individual transaction. There is no netting.

Have you been introduced to the concept of "blocks"? (sorry, I really don't intend this to be mocking sounding, but I'm not finding a better way to put it).  What you described is _exactly_ how Bitcoin works.

Hermel, I suspect you are new to Bitcoin.


Posting about blocksize preferences amongst users is largely academic in nature, as no-one is in a position to implement the changes themselves. The Bitcoin development team are the target of your survey, I would recommend posting it to their mailing list. Well, I wouldn't, but you will at least be addressing the appropriate audience.