HackerTube

Peter Rizun, Andrew Stone -- 1 GB Block Tests -- Scaling Bitcoin Stanford.

OnChain Scaling2 HN recommenders · recommended in 3 months, 2017–2022
YouTube
talk · advanced · 2017–2022 on HN

Peter Rizun and Andrew Stone present results of tests running 1 GB blocks on a Bitcoin test network at Scaling Bitcoin Stanford. The talk argues for big-block scaling and discusses its consequences.

Cited by big-block advocates as evidence that Bitcoin could handle far higher throughput.

6 comments from Hacker News

@intabli2022-05 · in “The problem with Bitcoin miners”

I needed to clarify that it wasn’t my proposal, as to how to gradually approach this, test nets are already deployed on many of the uncapped networks, I believe you’ll enjoy this great presentation by Peter Rizun and Andrew Stone, they’re far smarter than I’ll ever be: ▶ this video

Recommends View on HN
@intabli2022-05 · in “The problem with Bitcoin miners”

Uncapped is a pseudo name for “capped just in time”. It’s never really uncapped. If you’re interested in some work being done on such larger blocks, you’ll enjoy this presentation: ▶ this video

Recommends View on HN
@tobiaswk2018-05 · in “Bitcoin Sees Wall Street Warm to Trading Virtual Currency”

That's my point. BCH did not include some technical innovations like you stated. It simply increased hardcoded block size limit. Simple as that. Even Satoshi himself mentions this in his whitepaper. Other stuff has also changed. The difficulty adjustment (DAA) algorithm has changed to allow are more stable difficulty for miners. Segwit just changed what parts of a transaction counted as size in a block. In reality we're talking about 200KB or thereabouts extra space in blocks. Lightning network is based on a mesh-network. Furthermore it completely changes the bitcoins fundamental clockwork. Suddenly you can't receive payments if you don't hold any coins yourself. Even more detrimental; you can't receive payments if you are not online on the lightning network. It has several other flaws that are very hard to fix; link . I suggest you see this presentation on 1GB blocks (tested on test-net) by Peter Rizun; ▶ this video And his talk at "Satoshi's Vision" (here he talks about what is called "weak blocks" and how it can improve scaling and wasted PoW; link It's totally feasible and does not require super computers albeit a Raspberry Pi won't do no more. Scaling to VISA level of transactions is possible. I don't think it's really going to change too much in computing power with bigger blocks. The size of the merkle root won't change just because blocks are larger which means the block header size won't change. Why do you suspect a second-layer is needed?

Recommends View on HN
@tobiaswk2018-02 · in “IOTA: The Brave Little Toaster That Couldn’t”

A mesh network that requires YOU to be online to receive funds. Also you must have funds to open a channel. So in order to receive funds you must have funds already. It seems like a really big step backwards in big big scheme of things bitcoin. All of the above problems can be solved by increasing the block size. I'm not saying it's the definitive solution... but right now it is a better solution. A good talk about really big blocks on bitcoin and what the ramifications are; ▶ this video

Recommends View on HN
@SnowProblem2021-06 · in “A from-scratch tour of Bitcoin in Python”

Years ago, there was a presentation [1] by Peter Rizun of Bitcoin Unlimited at Stanford that demonstrated ~100TPS on Bitcoin, and the potential for 1000+ TPS if certain bottlenecks were removed. People said the same thing you're saying back then, but it served to motivate the big block community, and now today BSV routinely does 300+ MB blocks (1000+ tps). This Teranode software is the future of BSV and will become the common node configuration within a few years, so it's worth taking seriously. Also, I left a comment in this thread explaining why this test is more representative than you may think [2]. [1] ▶ this video [2] link