Bitcoin dominance is fading this year only because it has bet on LN with fundamental inbound capacity problem. LN rejected my proposal to solve it and extend channels with credit lines: XLN https://medium.com/fairlayer/xln-extended-lightning-network-...
It looks like you are explaining some good stuff in that blog post, but the overall arrangement and writing style of the post reduces it's impact. Your post could be more influential if you refined it through a technical writing type process - perfecting the ordering of presenting information for the audience you hope to persuade.
An analysis of Bitcoin's throughput bottlenecks
101–110 of 234 posts
Re: An analysis of Bitcoin's throughput bottlenecks
#102Earlier quoted context omitted.
Not sure what you mean by crypto indexer, you mean people who buy a basket of crypto? Sure, in the short term, they might outperform BTC, over long term 70% will die, 90+% won't recover to their ATHs. If you indexed back in 2017 into top 10 coins, only like 3 of them crossed their old prices from 2017, rest are as good as dead.
Where did you get these numbers? I assume this is a post-hoc rationalization?
1: https://preview.redd.it/c21qium7jyr61.png?width=1113&format=...
2: https://www.reddit.com/r/CryptoCurrency/comments/mmstrt/i_bo...
Re: An analysis of Bitcoin's throughput bottlenecks
#103Bitcoin dominance is fading this year only because it has bet on LN with fundamental inbound capacity problem. LN rejected my proposal to solve it and extend channels with credit lines: XLN https://medium.com/fairlayer/xln-extended-lightning-network-...
Bitcoin dominance always goes down in altcoin season and then comes right back up.
Re: An analysis of Bitcoin's throughput bottlenecks
#104Earlier quoted context omitted.
> What makes Bitcoin interesting is the trustlessness of the transfers, and that tends to be more interesting higher up the stack (at the inter-bank and inter-national levels) than at the consumer level What's interesting about that? Higher up the stack, trustlessness is not compelling at all - if I'm transacting with you on the scale of six-plus figures, I absolutely won't transact with someone I don't trust, and an…
The whole point of a trustless transaction is that you don't need to worry about who the counterparty is. You don't need the leverage to sue somebody because fraud is not possible. For digital transactions, the lack of trust can be two-way - two mutually distrusting people can confidently exchange Bitcoin for Ethereum in a transaction, because the software and math behind the blockchain prevents fraud from happening…
Payment reversal is not possible, fraud is still just as possible as it is with a traditional transaction. If I were selling a fake van Gogh, I'd prefer BTC for the transaction, but if I were selling a legit van Gogh I'm not worried about being sued over, a wire would suffice. I would think more than twice about transacting with anyone in large amounts who insists on transacting in BTC.
Re: An analysis of Bitcoin's throughput bottlenecks
#105Earlier quoted context omitted.
Bitcoin dominance always goes down in altcoin season and then comes right back up.
I was a 100% bitcoiner 2014 to 2020, but after exploring defi and L2 projects in pipeline, i decided this time is different and converted to eth. That's just my opinion.
A parallel is like, today we only have 1 thing that's gold and many banks/financial institutions that provide variety of services. All these institutions combined are worth a lot of money (the largest banks combined have roughly ~2T$ in market cap[1]), but gold market cap is like 11T$.
Just my 2 cents, I own both and hope both succeed.
1: https://www.statista.com/statistics/431751/leading-banks-usa...
Re: An analysis of Bitcoin's throughput bottlenecks
#106I’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?
Turns out nobody likes watchtowers which lightning style solutions require, the market is not choosing that
Bitcoin does not represent choice, it represents throwing all eggs in one basket and defending that with no competition (lightning). More like a state capital system.
Re: An analysis of Bitcoin's throughput bottlenecks
#107Earlier quoted context omitted.
How many transactions happen in the world?
Visa says they do 150 million transactions in a day, for an average of 1,700tps — and I’d have to imagine their spikes are much higher.
Re: An analysis of Bitcoin's throughput bottlenecks
#108>>Bitcoin.org documents the minimum requirements for running a full node, however with the current state of technology, we must substantially lower these requirements so as to make running a full node as accessible as possible to even people in poorer countries
No, people in poorer countries only need to be able to write transactions with their own private keys.
You can easily find trusted sources of blockchain data, and even poll multiple sources to ensure you are not being fed false information by one source.
If your government blocks access to all those sources with a national firewall, you can use a VPN, which is much easier than running a full node, to bypass it.
What you don't want is people in poorer countries having to trust third parties with their private keys, which is exactly the result of limiting on-chain throughput so that the vast majority of people use trusted third parties to hold their digital currency and transact it on their behalf.
If we take the assumption that only people who have enough bandwidth to stream Netflix 24 hours a day should be able to run a Bitcoin node, we get maximum allowable throughput at least 100X greater than today, and even that requirement is arbitrarily stringent, as Bitcoin could be distributed enough to be impossible to shut down with an even smaller percentage of the world population being capable of running a full node.
The analysis also assumes that a user should be able to run a full node with
1. Computing resources they already own for their own personal computing needs.
2. By only utilizing 10% of those resources.
Using a dedicated node, with computing resources that the user purchases and utilizes 100% for Bitcoin node operation, is ruled out, again arbitrarily for no reason that would be relevant to a global network attack scenario.
Thus the analysis contains assumptions like this:
>>But since most Bitcoin users are more affluent, for analysis of current Bitcoin I'll use a range of 250-500 GB for the 90th percentile users, and 500-2000 GB for the top 10%. Note that I'm using wide ranges because I'm less certain about these numbers.
In reality, tens of millions of people could easily afford to purchase tens of TB of storage for running dedicated Bitcoin nodes, and tens of millions of people is easily enough to make shutting down or controlling the Bitcoin network impossible for any nation-state actor.
So this assumption that Bitcoin nodes need to be able to run on machines with only 500 GB to 2 TB of storage, with only 10% of that, i.e. 50 GB to 200 GB, allocated to running a Bitcoin node, is absolutely absurd.
And this is just storage, which the analysis assumes is okay to limit to the top 10% of the global population. For bandwidth, the analysis assumes that 90% of the world population, which includes some of the poorest people in the world, should have enough for running a full node.
This idea that the lower classes in India should be running a Bitcoin full node, or else the Bitcoin network will somehow be jeopardized, would be comical if this weren't a serious attempt at swaying public opinion.
Basically the analysis is implying that it's okay for it to cost $100 in fees to conduct a single Bitcoin transaction, which is out of reach for even the wealthy in rich countries, but that it is not okay that poor people in India not be able to run a Bitcoin full node on their own device - and let's not forget - while utilizing only 10% of their device's network resources. Just absurd..
To summarize, the analysis assumes that it should be possible to run a Bitcoin node using 10% of the typical personal computing resources of 90% of the world population, when in reality all Bitcoin needs to be shutdown and censorship proof is that it be possible to run a full node using something on order of 500% of the typical personal computing resources of the richest 1% of the world population, i.e. the richest 80 million people, who live in the developed world, given many of those people are willing to purchase dedicated hardware and bandwidth for running a Bitcoin full node, and many would do that if the network actually came under any threat of a coordinated global attack on the network.
Considering all this, this analysis could easily be under-estimating how much Bitcoin could increase its throughput by a factor of 1,000X. It's a very disingenuous and biased analysis that obfuscates this fact by being loaded with analysis and data that 1. imply credibility and 2. hide and distract from these totally bogus starting assumptions.
Finally, the analysis only considers a physical network attack. The political attack, of countries banning Bitcoin internally, and the best defenses against that, are not considered.
In reality, the best defense against a political attack is allowing Bitcoin to scale by 100 or 1,000 times in throughput, to increase the proportion of the population that is economically dependent on the network, and would oppose attempts to politically attack it. And in reality, a political attack is much more likely, and dangerous, to the ability of cryptocurrency to fulfill its potential to financially empower the world's population, than a physical network attack.
Re: An analysis of Bitcoin's throughput bottlenecks
#109I’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?
Not Eth, but you're missing one option - tree graph based. They've pushed 3000+ TPS through it already in testnets...and that's on layer 1. High level description:
https://confluxnetwork.medium.com/tree-graph-structure-of-co...
>or layer 2 on BTC, aka lightning network?
Indeed - that could work. I do think Eth has the edge though. Throughput only matters if you have an eco-system that needs it ultimately.
Re: An analysis of Bitcoin's throughput bottlenecks
#110> I will also show that while Bitcoin currently may not be in a safe state, future software optimizations could allow Bitcoin safely process likely more than 100 transactions/second on today's hardware. 100 transactions/second still doesn’t sound like a lot, especially if you want Bitcoin to be an actual currency used for exchange of goods.
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…