Topic: Please do not change MAX_BLOCK_SIZE - page 18. (Read 13023 times)

All you have to do is ask. I'm working on an educational project to introduce Bitcoin to non-computer geeks. It hasn't launched yet though.

The difference between a mistake and a lie is that people correct factual mistakes when they are pointed out. Continuing to say that the 1 MB block limit was part of Bitcoin's original design is a lie.

I only start to publicly speculate about ulterior motives when someone is deliberately spreading falsehoods.

FWIW piotr_n UTXO indexes don't help scalability with regards to bandwidth because you still have to receive every transaction on the P2P network to mine profitably or validate properly.

Although if we're going to go off accusing people of ulterior motives, anyone want to figure out what, if any, services/companies justusranvier runs? It's interesting how amincd runs btctip for instance.

I don't like the way you're talking to me, but out of the respect for other people reading this thread, I'm not going to reply on your void accusations.
But you are wrong - all the way.

You're setting up a false choice by presenting a scenario in which only the rich and powerful being able to run a Bitcoin node, and then you propose a solution (limited block size) which results in only the rich and powerful being able to transact on the blockchain and call this a solution.

Then there's the making up facts in order to support your position.

That Satoshi originally designed a 1 MB limit is wholly false, and this has been pointed out to you, and you have yet to acknowledge it. The odds that you're arguing in good faith is low at this point.

People who are genuinely interested in solving the problem of full node resource usage, instead of just using it as a red herring to further some ulterior motive, can contribute bitcoins and/or code towards actually fixing the problem.

Min requirements for full node at 100MB is ~1mb dsl connection, perhaps 10x more for miners, and 1hdd/year.  You don't need to be especially rich to meet this.

"4000 tps is easily achievable" - of course... wiki always knows the truth
And then one can only wonder why a 250KB block needs over one second to get verified by my i5 CPU, occupying 100% of it, while doing it..

I think you are not aware of what kind of world we are living in.
If only rich and powerful can run a bitcoin node - then it will become very easy for a government to shut it down. Especially after you disable support for Tor.

see: https://en.bitcoin.it/wiki/Scalability#CPU
Making bitcoin full node available for rich enough to sustain 100MB is enough in terms of decentralization. And there is no advantage to the rich apart from the fact, that normal users need to use servers for tx handling - still much safer than using offchain processors. So this is democratic direction.

Not really.  CPU is not much of a bottleneck.  RAM requirements may eventually require machines with above average memory but even they are modest through 70tps or so.   Storage is dirt cheap and getting cheaper all the time so it is less of a concern for existing nodes.  Now bootstrapping a 400GB blockchain for new nodes will require some optimization but it isn't impossible.  Bandwidth is the key limiter.  Residential connections only have so much throughput and while improved (optimal) tx and block relay procedures can reduce that average nodes bandwidth requirements by 75% or more pretty soon one is going to hit the limit of what a residential connection can handle.  Assumming sufficient disk space and bandwidth I wouldn't see the need for clusters of machines until tps reaches well into the hundreds of thousands per second (which is likely never).

Really?  Then where live must be far behind the rest of the world, since the internet speed does not seem to have improved here over the last couple of years. Thus no reason to assume that it will improve much in the next couple of years...

As for the CPU usage, I think 7 tx/sec seems to be a tolerable maximum, since it adds up to about 15 elliptic curve verify ops, per second.
If you have a CPU with 2 cores, and about 2 GHz clock - it can stand it in a background.
But if you make it 150 EC ops/s, leaving the came CPU, you are just killing all these poor people's home PCs - and that's not even counting the bandwidth, nor the memory requirements.

So yeah, if you want to make a bitcoin node available only for the rich - then increasing the block size is probably the best way to go
But if your goal is to just handle more transactions per second, you should rather try to push the inevitable centralization into more democratic directions - ones that don't give advantages to the rich. Meaning: many centralized payment processors who settle their balances with each other through the bitcoin blockchain - this seems to be a natural and democratic way to go forward, IMHO.

With a 1 MB block size limit, Bitcoin will not be usable for normal transactions as a global currency. It would only allow 7 txs per second, meaning only huge value transactions (e.g. >$5,000) would be economical.


Satoshi originally designed Bitcoin with the vision that full nodes would eventually handle blocks that are hundreds of MBs in size and be run by specialists:

http://www.mail-archive.com/[email protected]/msg09964.html


Only if you define "decentralized" as home PCs being able to run full nodes, which is not the way Nakamoto defined it. Having people reliant on handling BTC-promissory-notes backed by centralized BTC-banks is giving up on BTC-decentralization altogether, as well as the original mission for Bitcoin of being a "digital cash".


You have handled cash, which makes you a 'USD user'. Also, while you haven't use Fedwire, you have used banks regulated by the federal government and a payment network that relies on a centralized clearing house run by the Federal Reserve: the ACH. Unless we have a similar government-regulated and insured BTC-banking system, and a centralized BTC clearing house, BTC-credit held at various banks won't be equivalent to BTC.

Right now trusting third parties is an optional choice that a user can make. In a scenario in which the demand for transactions exceeds the protocol-specified limit they won't have a choice - the only way average people will be able to use Bitcoin at all is to let a third party hold their coins for them. At this point Bitcoin is dead because it's become just another Dwolla or PayPal.

Imagine an accelerating car driving into a brick wall. One day the number of users and transactions will be increasing exponentially and then suddenly the growing user base will be rationed to a fixed number of daily transactions. It won't matter how much the users are willing to pay in transaction fees or how much the miners are willing to provide a higher transaction rate - the network will be limited to a constant number of transactions. It's madness to blindly assume that Bitcoin will continue to be useful and in adoption after its use case is fundamentally reversed.

Right now the demand for transactions is below MAX_BLOCK_SIZE, so effectively we have no limit. What we're looking at right now is how users and miners behave with "infinite" block sizes. Users are willing to pay fees, and the fee revenue grows proportionally with the transaction rate. We don't have to speculate about this because the real data is available. Allowing Bitcoin growth to suddenly hit an artificial limit really is playing mad scientist with what will be at that point a multi-billion dollar economy. Incidentally that kind of central planning is exactly what many people are adopting Bitcoin to getaway from and you're ready to pull the rug out from under them right when they least expect it.

I believe bitcoin may change the world. We can't be perfectly safe to achieve this.
Off-chain processors are even more likely to fall into trouble.
Unkillable - yes, but in case of "bitcoin war" it will be suitable only for drugs and criminal activities. So essentially it will lose >90% value anyway.

On the other hand, if it gains people acceptance,  not only will it be inconvenient for gov's to shut it down, but also it may gain much value.
We will never be sure, and people acceptance would be pretty much efficient.

I would be very hesitant to abandon tor, and you should be too.

A lot of people are concerned that miners will soon find themselves in legal trouble.  I suspect their concerns are excessive, but what if they are right?  Right now, we can run the entire system over tor, which essentially makes it unkillable.  Until we are sure that we no longer need to be concerned about such things, or until a more efficient way to be unkilable comes along, we should not be making any changes which make truly anonymous operation harder.

at the rate transactions are picking up, it is only a matter of time before a full node needs to run on a small cluster of machines, e.g. a db machine, a tx verification machine, etc. imo, increasing the block size limit is a must.

unless countermeasures are taken, e.g. jgarzik suggestion of off-chain payments, the blockchain will continue to bloat, driving up tx fees. if the devs or miners choose to not raise the block size limit, users will complain and campaign for increasing the limit.

I agree that decentralization is a priority. Though I think at least up to 100MB (if avg tx fee> $.1) we are perfectly safe in that matter, if we abandon Tor.

thats not true. 10mb can likely be sustained virtually forever. both bandwidth and storage space grow fast enough to handle this.

Thanks - first time I'm seeing this video, its nice.

You cannot argue with one thing from it; by increasing the blocks size, just to keep up with the growing number of txs, you will eventually end up with a system where a bitcoin node can by run only by rich people and only in data centers.
Set the limit to 10+MB and its almost certain that 5 years from now nobody will be able to run a bitcoin node at his home PC, through a DLS connection, not to mention via Tor.

Bitcoin by design is meant to be decentralized, p2p e-cash solution for as much people as technologically possible^{satoshi paper}. As DeathAndTaxes noted, keeping 1MB is not good for decentralization, let alone accessibility.  IMHO peter's video claiming that increasing size from 1 to 10MB will lead to centralization and allow microtx's, is misleading.

Bitcoin is not meant to be for early adopters (like me) who are now shitting in their pants, worrying about any change. Change that can make it potentially more difficult to e.g. hide the traffic. Though there is a potential market for something like torcoin (paracoin), it's not what >90% bitcoin users (miners) would want to have; at least under present circumstances.

All in all, I believe that blocksize should be adjusted such that if it is < 100MB, tx fee should be <=$1.

I couldn't agree more.

Virtually every bitcoin user already uses third parties, and trusts them to some extent.  Doing so is a trade, cost for risk.  In the future, I expect it to be even more complicated.  Imagine a credit card denominated in bitcoin.  With that, you'd be paying for them to assume transaction risk for you, while right now the model is mostly the opposite with you getting a discount for assuming the risk that the third party may bail with your bitcoins.

Every bitcoin transaction has a cost associated with it, and we don't have a very good idea at all what that cost really is.  The mad scientist in me thinks that we should wait until the 1 MB limit is met and sustained for a while before we raise it.  That way we'd get some real world experience with how the system (including the people!) react.  Hopefully, that would lead to a better understanding of the forces that will eventually drive the equilibrium.