Live data from Hacker News

An analysis of Bitcoin's throughput bottlenecks

github.com

81–90 of 234 posts

Re: An analysis of Bitcoin's throughput bottlenecks

#81
post #40

Earlier quoted context omitted.

The lower transaction throuput,the higher the fees, the higher the incentive for the miners to process transactions. They probably don't want to mess with that dynamic too harshly.

this was the debate circa 2014/2015. Should the bitcoin network consist of many low fee transactions or few high fee transactions. Right now the incentive for miners to secure the network is produced with the block reward, but when the block reward runs out this incentive will be from fees alone. In order to provide miners with the same revenue as today when the block reward runs out, the average fee per tx will need…

>use block compression tech like xthinner to make blocks essentially 1mb (like today), then the average fee needed is only $2.

Claiming that xthinner can reduce 100mb blocks down to 1mb is dishonest. It might reduce the network transfer down to 1mb (assuming you already the txes), but on-disk storage would stay the same.

https://news.ycombinator.com/item?id=25688004

Re: An analysis of Bitcoin's throughput bottlenecks

#83
post #49

Earlier quoted context omitted.

You'll get many different responses to this question depending on who you ask. If you want to read into further i recommend you read the great scaling debate[1]. Its pretty long but does a fantastic job of summarizing the history. In short the most popular reason for not having a block size increase (to allow many low fee transactions) was that it would increase the cost of running a full node, in turn centralising t…

They (the devs that control the repo that almost all miners run code from) chose to stifle the base layer to profit from higher layers using 'goat herders should be able to run a full node' as the excuse.

>to profit from higher layers

How are they profiting?

Re: An analysis of Bitcoin's throughput bottlenecks

#84
post #82

I’m still not quite following why people are looking at bitcoin for this. Surely one of the newer generation like eth is better suited? Or better yet a layer 2 on eth

>Surely one of the newer generation like eth is better suited?

What scaling technologies do they have? The ones I'm aware of are: "commit the global state every n blocks and trust that", and "have n parallel blockchains so it's not one big chain"

>Or better yet a layer 2 on eth

or layer 2 on BTC, aka lightning network?

Re: An analysis of Bitcoin's throughput bottlenecks

#85
post #70
post #21

Earlier quoted context omitted.

What if there's a run on the exchange?

I don't think there can theoretically be a run on the exchange because in theory all the deposits are there, in the exchange, in theory, unlike a bank which only had a fraction of the deposited money in reserve. A run on a crypto exchange would be great for them considering they usually charge a withdrawal fee.

Those aren't withdrawal fees, those are transaction fees for the network. Most cryptocurrencies cost next to nothing for each transaction, while bitcoin and ethereum cost from $20 - $60 USD for the average transaction.

Re: An analysis of Bitcoin's throughput bottlenecks

#86

Earlier quoted context omitted.

Bitcoin dominance always goes down in altcoin season and then comes right back up.

Meanwhile, crypto indexers beat Bitcoin maximalists. But, the evidence for indexing performance will never see the light of day . :)

>But, the evidence for indexing performance will never see the light of day . :)

Why not? If such evidence exists why aren't you presenting it?

Re: An analysis of Bitcoin's throughput bottlenecks

#87
post #5

Earlier quoted context omitted.

If Bitcoin were used by everybody on the planet, the current max of 10 transactions/second means that each person could be part of a transaction once every 13 years (4 billion pairs of people / 10 Hz). Boosting the rate up to 100 transactions per second reduces that down to 15 months. Just think, receive you paycheck this week, and over a year later you can use it to buy groceries. Bitcoin's throughout is absolutely…

Are there any cryptocurrencies that are attempting to solve this issue?

It is only an issue in the first place because of bitcoin's purposely meniscule throughput. Monero's throughput adapts while bitcoin cash has 32x the max blocksize.

Re: An analysis of Bitcoin's throughput bottlenecks

#88
post #84
post #82

I’m still not quite following why people are looking at bitcoin for this. Surely one of the newer generation like eth is better suited? Or better yet a layer 2 on eth

>Surely one of the newer generation like eth is better suited? What scaling technologies do they have? The ones I'm aware of are: "commit the global state every n blocks and trust that", and "have n parallel blockchains so it's not one big chain" >Or better yet a layer 2 on eth or layer 2 on BTC, aka lightning network?

Why? It has been in development for 7 years.

Why use this complicated hack solution when anyone can just use a different cryptocurrency and not have these problems in the first place?

Re: An analysis of Bitcoin's throughput bottlenecks

#89
post #84
post #82

I’m still not quite following why people are looking at bitcoin for this. Surely one of the newer generation like eth is better suited? Or better yet a layer 2 on eth

>Surely one of the newer generation like eth is better suited? What scaling technologies do they have? The ones I'm aware of are: "commit the global state every n blocks and trust that", and "have n parallel blockchains so it's not one big chain" >Or better yet a layer 2 on eth or layer 2 on BTC, aka lightning network?

Ethereum shards share security, so you can't just do a 51% attack on one shard.

Zkrollups on Ethereum have the same security properties as on-chain transactions, with no need for monitoring and no withdrawal delays. That can't be said for the LN.

Re: An analysis of Bitcoin's throughput bottlenecks

#90
post #84

Earlier quoted context omitted.

>Surely one of the newer generation like eth is better suited? What scaling technologies do they have? The ones I'm aware of are: "commit the global state every n blocks and trust that", and "have n parallel blockchains so it's not one big chain" >Or better yet a layer 2 on eth or layer 2 on BTC, aka lightning network?

Why? It has been in development for 7 years. Why use this complicated hack solution when anyone can just use a different cryptocurrency and not have these problems in the first place?

> It has been in development for 7 years.

Good. They need to get it right.

> Why use this complicated hack solution

It’s complicated but not a hack at all. It makes perfect sense.

> when anyone can just use a different cryptocurrency and not have these problems in the first place?

There are 0 (zero) cryptocurrencies that scale better than Bitcoin that don’t also compromise on security or decentralization. Lightning is the best known option which keeps these properties which make Bitcoin desirable in the first place.

Post reply on HN