Skip to content
HHackerTube.videoSurprise me

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

Peter Rizun, Andrew Stone -- 1 GB Block Tests -- Scaling Bitcoin Stanford. on HackerTube: recommended by 2 Hacker News commenters across 3 separate months, 2017–2022.

OnChain Scaling

talk · advanced · dated

Open on YouTube

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.

Why Hacker News recommends it

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

people recommended it
2
separate months
3
strong recommendations
0
discussed on HN
2017–2022
“A good talk about really big blocks on bitcoin and what the ramifications are;”
— tobiaswk, Feb 2018, in “IOTA: The Brave Little Toaster That Couldn’t”

What HN commenters said

6 Hacker News comments link this video. Each one links back to its thread.

intabliMay 2022Recommends

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

in “The problem with Bitcoin miners” · View on HN

intabliMay 2022Recommends

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

in “The problem with Bitcoin miners” · View on HN

tobiaswkMay 2018Recommends

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?

in “Bitcoin Sees Wall Street Warm to Trading Virtual Currency” · View on HN

tobiaswkFeb 2018Recommends

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

in “IOTA: The Brave Little Toaster That Couldn’t” · View on HN

SnowProblemJun 2021Cites it

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]

in “A from-scratch tour of Bitcoin in Python” · View on HN

anonymous5133Dec 2017Cites it

Everything is relative. The significant part is that increasing the block size steadily can scale to huge transaction volumes. Visa level transaction levels of around 2,000 TPS can be achieved with block size increases and higher end computer hardware. If we are talking visa level transaction volumes then the user base has to be at least 500 million users. If the userbase is that large then think of how many people would be willing to run full nodes. Not everyone but probably 10,000+. The current crypto ecosystem is probably a few million people across all coins. Also it is important to note that BTC could be like BCH at higher transaction levels if they increased the block size but that won't because of this lightning network idea. Which is what I don't get. You can increase the block size right NOW and work on the lightning network as well. Yet, they don't do that because the lightning network is everything and any other solution is not even considered. I used to also think that bigger blocks were always bad but that is simply not true. The original block size limit was purely implemented to stop spam when bitcoin's userbase was very low. Satoshi actually wanted to implement bigger blocks as the userbase grew. Bigger blocks is the not the long-term solution but it is a solution that we have right now that works. ▶ this video

in “BitPay Will Process Payments on Multiple Blockchains, Starting with Bitcoin Cash” · View on HN

Topics & tags

CryptographyDistributed systemsbitcoinblock sizebitcoin unlimitedtestnetthroughput