bitcoinThroughputAnalysis Alternatives

bitcoinThroughputAnalysis reviews and mentions

• Future self custody road block?
  1 project | /r/Bitcoin | 10 Jul 2023

  I did an analysis a while back that concluded that we should be able to safely increase the block size to a degree where we can see a 5-10X increase in transactions per second in the next 15-20 years because of proposed scaling improvements and increased average machine resources.

• Why Proof-Of-Work Is A Superior Consensus Mechanism For Bitcoin
  3 projects | /r/Bitcoin | 15 Jan 2022

  I agree. But that's unrelated to the points I was making.

• Simon Chandler's article on PoW and PoS at Business Insider is predictably misleading
  3 projects | /r/ethereum | 24 Dec 2021

  Hileman is completely wrong here. Pretty sad to see the head of research at blockchain.com get this one so wrong. The choice of consensus protocol does not affect transaction throughput or "capacity" ("capacity" as far as I can tell is not different from throughput in this context). What affects transaction throughput is the size of your transaction data and the limits placed on the blocks that hold that data. You can increase the size of your blocks to increase throughput, but as a result you inherently increase the computing resources required to participate in the network. The larger your blocks, the fewer people will be able to participate, which is one kind of centralization pressure a blockchain can create for itself. Fundamentally, distributed consensus is limited by the speed of light and physical size of the network. There are many ways to increase throughput of a blockchain like Bitcoin's, but they all boil down to reducing the data per transaction or making it more acceptable to increase the amount of data allowed in a block.

• Do you think that the maximum blocksize limit will be ever increased?
  2 projects | /r/Bitcoin | 25 Jul 2021

  I wrote a paper a while back on bitcoin throughput. Basically, we need as many people to run public full nodes as possible. Probably around 5 million would be enough. However currently we have orders of magnitude less than that. So until we have enough, we need to keep it easy to run a full node - as easy as possible.

• The Limits to Blockchain Scalability
  1 project | news.ycombinator.com | 24 May 2021

  Some really good points in there. Bottle necks are basically whack a mole. I wrote a related paper on scalability in the context of bitcoin: https://github.com/fresheneesz/bitcoinThroughputAnalysis

• Hal Finney sent this email only days after #Bitcoin was created. Mind you, a coin had no value at the time and cost $0.00. Something to think about...
  1 project | /r/Bitcoin | 19 May 2021

  If you want to discuss that, I'd be happy to. You might be interesting in reading this paper I wrote on the subject of blocksize and throughput: https://github.com/fresheneesz/bitcoinThroughputAnalysis

• Should we consider slowing bitcoin's inflation in order to reduce energy usage?
  1 project | /r/BitcoinDiscussion | 17 May 2021

  The number of public full nodes. Bitcoin still has only about 10,000 public nodes. An attacker would only have to spend $1 million per year to eat up all the public node bandwidth that is likely available. That's only $160k per month. If someone wanted to disrupt bitcoin, that's the way to do it.

• An Analysis of Bitcoin's Throughput Bottlenecks, Potential Solutions, and Future Prospects
  1 project | /r/CryptoCurrency | 12 May 2021
• An analysis of Bitcoin's throughput bottlenecks
  1 project | /r/patient_hackernews | 12 May 2021
  1 project | /r/hackernews | 12 May 2021
• A note from our sponsor - WorkOS
  workos.com | 19 Apr 2024

  The APIs are flexible and easy-to-use, supporting authentication, user identity, and complex enterprise features like SSO and SCIM provisioning. Learn more →