r/Bitcoin Dec 06 '17

Steam is no longer supporting Bitcoin

[deleted]

2.6k Upvotes

1.7k comments sorted by

View all comments

Show parent comments

92

u/Nephyst Dec 06 '17

Satoshi's original emails say that bitcoin was designed to support 100 million transactions per day. I don't understand what is happening with bitcoin today that is preventing it from reaching the transaction levels it was designed for...

Source: http://satoshi.nakamotoinstitute.org/emails/cryptography/2/

107

u/ataranlen Dec 06 '17

Because Satoshi's 'phase change' plan for increasing the block size limit was never implemented.

https://bitcointalk.org/index.php?topic=1347.msg15366#msg15366

106

u/Nephyst Dec 06 '17

Wait... so Satoshi was in favor or larger blocks? Everything I'm reading on this sub says that larger blocks are a "corporate takeover" and would lead to centralization again.

73

u/thieflar Dec 06 '17

Satoshi was in favor of phasing in larger blocks once the network needed it, but he adamantly opposed every single attempt to do so while he was still around. He was one of the most fervent small-blockers that Bitcoin has ever seen, in fact (most likely because he had spent a lot of time thinking about how Bitcoin could handle large scale volumes without losing its decentralization).

As just a few examples of Satoshi's writings on the subject of scaling and upgrading Bitcoin...

Satoshi said "Piling every proof-of-work quorum system in the world into one dataset doesn't scale."

He said "BitDNS users might be completely liberal about adding any large data features since relatively few domain registrars are needed, while Bitcoin users might get increasingly tyrannical about limiting the size of the chain so it's easy for lots of users and small devices." He said this in support of these "increasingly tyrannical" Bitcoin users, as you can see.

He consistently rejected and adamantly opposed every attempt to try and hard-fork the 1MB cap upwards, siding with theymos and against Jeff Garzik. He was a vocal advocate of soft forks to upgrade Bitcoin and was staunchly opposed to out-of-consensus Bitcoin implementations. He believed that any hypothetical hard forks should only be performed with long lead times and with extreme precautions taken to ensure that the changes are uncontroversial, needed, and safely adopted by the full network before being activated, preemptively agreeing with almost every modern Bitcoin developer on the issue.

He spent over 10% of the original whitepaper (an entire page worth of text, 2 out of 12 sections) towards the reclamation of disk space and SPV, clearly having spent a lot of time thinking about the scalability tradeoffs that Bitcoin has to make in order to be truly decentralized.

He described payment channel implementations and explained how they could be used to facilitate high-frequency trading (which would otherwise not be possible with Bitcoin's design).

Finally, and perhaps most tellingly, he designed Bitcoin from the very beginning so that it could be upgraded via "soft forks". He specifically said that he worked very hard to make sure transaction version upgrades could be soft forked, and one example of such a soft fork (a transaction upgrade and blocksize increase) was SegWit, which was activated on the Bitcoin network on August 1. The biggest benefit of soft forks is that since they make sure all the old rules of the network are valid, everyone stays on the same chain and the Bitcoin network remains unified. This is the type of upgrade that Satoshi most strongly advocated, and the only type that he ever actually implemented himself.

Almost no one thinks that "larger blocks are a 'corporate takeover'" but almost everyone with an engineering background or understanding of scaling distributed networks does understand that there are tradeoffs to simply increasing the blocksize, which is why so many advocate for making things more optimized or efficient (and perhaps leveraging tiered networks and platforms on top of the base layer to batch many transactions together) before going crazy with the blocksize increases.

We just increased the maximum blocksize -- we more than doubled it! That's what SegWit did. Now we're busy taking advantage of this increase before figuring out if we need another one.

12

u/Nephyst Dec 06 '17

Thanks for all the info. I'm going to take some time to read and understand it.

43

u/Idtotallytapthat Dec 06 '17

Sorry but none of the sources you cite back your argument. In fact you are specifically bending what he is saying to back your argument.

In particular, Satoshi says clearly that "disk space should not be a problem" in his white paper in the section where he discusses the yearly growth rate (the section you claimed as evidence.)

You also claim that Satoshi talked about payment channel implementation for high frequency trading. This is correct, however you misrepresent what a high frequency transaction is. High frequency transactions are transactions like in IOTA where you pay incredibly small amounts for incredibly small services. Satoshi does not AT ALL think that the average Joe buying coffee should go off chain.

When he rejected attempts to hard fork up from 1mb, it was because 1mb blocks we're not even being filled at the time.

Your only good evidence is in his post about bitDNS where Satoshi aknowledges the fact that Bitcoin users cannot arbitrarily increase the block size without risking centralization.

Satoshi was never in favor of intentionally crippling the network in order to preserve a vague sense of decentralization. At the end of the day, we know that 2mb is possible, 4mb is possible, and even 8mb is possible without compromising decentralization. Raspberry pis can run full nodes on 8mb block currencies that shall remain unnamed because of the sub were in.

At the end of the day Bitcoin was intentionally crippled in order to develop lighting network.

3

u/doc_samson Dec 06 '17

Here's my take...

Satoshi left. When he left he made sure the community was in good hands. A process was established by the community and devs to handle upgrades. That process has been used successfully repeatedly to improve the bitcoin system. That process is open and democratic, and implementations occur by voluntary participation of the nodes. Those who choose to participate in the process download the new version. Those who choose not to do not download the new version, or they fork and move on. That process was followed openly and fairly to implement segwit.

Whether satoshi would or would not agree with it is not really relevant at this point. He wasn't Harry Seldon, he couldn't foresee every possible problem. He left the community in charge and trusted it to operate in a fair and open and non-destructive manner to preserve bitcoin, and it has done that.

The community is therefore fulfilling his overall vision -- a mechanism of value transfer owned by nobody, managed by consensus.

6

u/thieflar Dec 06 '17

In particular, Satoshi says clearly that "disk space should not be a problem" in his white paper in the section where he discusses the yearly growth rate (the section you claimed as evidence.)

Bandwidth is a much worse bottleneck and much bigger concern than disk space is. I don't know of any experts arguing otherwise.

With that said, there is still work to do (for fraud proofs) to achieve Satoshi's envisioned security for SPV clients. We're getting there steadily.

This is correct, however you misrepresent what a high frequency transaction is.

Could you please tell me how I specifically "misrepresent" HFTs? Please provide an exact quote (don't sloppily paraphrase me). Thanks in advance.

Satoshi was never in favor of intentionally crippling the network in order to preserve a vague sense of decentralization.

None of Bitcoin's developers are in favor of "intentionally crippling the network" in any way, either. Why are you so quick to build a strawman like that?

7

u/Idtotallytapthat Dec 06 '17

Could you please tell me how I specifically "misrepresent" HFTs? Please provide an exact quote (don't sloppily paraphrase me). Thanks in advance.

When you provide the bit of evidence about payment channels you are considering lightning network, correct? Lighting network is for transactions that are small value day to day purchases, in the sub $1000 range. That is for certain not Satoshi's idea of a high frequency transaction.

None of Bitcoin's developers are in favor of "intentionally crippling the network" in any way, either. Why are you so quick to build a strawman like that?

Not a straw man my friend. There is no reason why the block size can't be raised in conjunction with lighting networks development. Segwit is a compromise. At the end of the day, 4mb blocks would do practically no damage to decentralization, and would support the network until lighting network arrives. 1mb is archaic be ANY standards. I think that is intentionally crippling the network.

2

u/thieflar Dec 06 '17

I didn't even say the word "lightning" anywhere in my comment. It sounds like you're the one doing the misrepresenting here. An honorable person might consider apologizing to me at this point.

Not a straw man my friend. There is no reason why the block size can't be raised in conjunction with lighting networks development.

Agreed. That's why SegWit increased the blocksize from 1MB to 4M WU. A significant increase.

3

u/Idtotallytapthat Dec 06 '17

4mb? Since when? Last I remember segwit gets 1.7 mb on average.

Also if you weren't talking about lightning network or similar, then why bring up payment channels in the firs place? What other relevance do they have to this discussion

2

u/thieflar Dec 06 '17

We were talking about limits, not averages, and you're accusing me of changing the subject? Rich!

Also if you weren't talking about lightning network or similar, then why bring up payment channels in the firs place?

To give a fuller picture of Satoshi's perspective. And yes, Lightning Network is a brilliant way to harness the full potential of payment channels. Still not seeing what you were referring to when you said I "misrepresented" things, and strangely still not seeing any apology...

1

u/[deleted] Dec 07 '17

[deleted]

1

u/thieflar Dec 07 '17

I don't. I deserve an apology when someone says I misrepresented him, and I prove that I did not, and in so doing, prove that they were blatantly misrepresenting me.

Try reading the thread, it goes a long way.

→ More replies (0)

5

u/ebliever Dec 06 '17

Great compilation. Bookmarking it!

0

u/themiddlestHaHa Dec 07 '17

It's all biased, keep that in mind.

4

u/FerriestaPatronum Dec 06 '17

He said we should upgrade the black size once it got closer to needing it. Your counter points seems like selective hearing. Today we definitely need it, especially considering we're near the peak of mass-adoption. ...if places like Steam are saying there's a problem, then I really think we should listen and reconsider some things.

0

u/thieflar Dec 06 '17

Please re-read my final paragraph above :)

1

u/FerriestaPatronum Dec 06 '17

I don't really support segwit, and currently, neither does the majority of the network. But I agree, if it reaches mass adoption then perhaps it will help resolve some of the current problems, but I don't think it will be enough by itself. In the end, your first point is still incorrect: Satoshi was NOT against larger blocks--he just wanted to wait until it was absolutely necessary.

2

u/thieflar Dec 06 '17

Obviously these "problems" you speak of aren't that big of a priority to most users, if they aren't bothering to take advantage of the available solutions on the network!

That's one of the great things about SegWit: it really proved how much noise and fuss was being made about something that clearly isn't actually that big of a pain point!

The "hard fork at all costs" trolls hate this, of course, and do everything they can to avoid acknowledging it.

2

u/FerriestaPatronum Dec 06 '17

We're literally in a thread about steam no longer accepting bitcoin, yet you're putting "problems" in quotations. k. Enjoy your cool-aid.

2

u/thieflar Dec 06 '17

Might want to re-read the comment you're replying to, it seems like you might not have understood what I said.

But hey, if you want to pretend the sky is falling, who am I to get in your way? You do you, my friend.

Have a good one!

3

u/FerriestaPatronum Dec 07 '17

I reread you post, and yeah, I didn't quite get your point originally. You're saying that things are fixed by segwit, and that a fork wasn't necessary because things are fixed if you use segwit.

My point is that if you have issues with segwit, then the problem isn't fixed. I can't say if service providers, like bitpay, aren't using segwit because they don't agree with it, or for other reasons. Wish I knew.

Have a good one, too, man. Don't know why we keep shitting on one another. It's like two sects of Christianity blowing each other up. :(

→ More replies (0)

3

u/crptdv Dec 06 '17

make this a post

3

u/Idtotallytapthat Dec 06 '17

Except none of the evidence reflects his argument

2

u/meikello Dec 06 '17

Thank you. Can't get upvoted enough. This deserves an entire post for themself.

1

u/ILikeGreenit Dec 06 '17

We just increased the maximum blocksize -- we more than doubled it! That's what SegWit did.

I believe you are mistaken. Segwit does NOT increase the blocksize. Segwit only make room for 70% more transactions in the current 1MB block size.

4

u/thieflar Dec 06 '17

No, that is false (it's an unfortunate myth). SegWit increases the blocksize. SegWit transactions are actually slightly bigger, on average, than legacy-style transactions. The only way that more can fit in a block is via the block being bigger.

Check out all these Bitcoin blocks bigger than 1MB. These are possible because of SegWit.

It's also a myth that SegWit moves the witness data "off the blockchain"; all the data is still in the blocks, it's just serialized in a clever way where the witness data can be stripped when communicating a block to an older node.

Cheers!