4 ms·

It's stupid because blockchains don't scale. In most other respects they're quite clever.

Seattle3503 10mo ago
In theory a L2 network coukd solve the scaling problem, but every time I've looked at L2 solutions theve had terrible UX.
- sroerick 10mo ago
  I thought it was interesting that BSV seemed to scale just fine, and you could also store entire files on it, including JSON, HTML or even music or videos. This seemed like an amazing innovation to me, made even more amazing by the fact that it was, by all accounts, the original protocol. You could do some pretty amazing stuff with it, for example store a SPA on chain and then store individual posts on chain, and have the SPA read the app. Unfortunately, the ecosystem was completely greed focused, and nobody is interested in technological advancement in the slightest.
  - aeternum 10mo ago
    >BSV seemed to scale just fine, and you could also store entire files on it, including JSON, HTML or even music or videos This doesn't pass the sniff test. Everyone must store the full blockchain in order to verify it. So to run a full node you would have to store everyone's JSON, HTML, music, videos. Full mirroring for every node in a distributed system is about as close as you can get to the definition of doesn't scale.
    - FabHK 10mo ago
      Indeed. Bitcoin's blockchain grows with a laughable 3kB/s, yet is an unwieldy 700 GB. A blockchain that allowed you store one song per second would be hundreds of TB before long. There are other architectures for that sort of thing for a reason.
      - sroerick 10mo ago
        Looks like BSV is about 7TB and grows at about 4GB a day. I have no clue what those guys are up to these days. This may be unweildy for a home PC but really is still pretty trivial for a data center. 500 hours of video is uploaded to YouTube per minute which is... If my napkin math is right, about a petabyte a day.
    - sroerick 10mo ago
      I should note, the scaling I was referring to was transaction processing. Data storage is a little different. The architecture which I heard described or hypothesized was more akin to Amazon deep storage. More frequently accessed data would be more accessible on "hot" nodes. Full nodes would effectively, under this paradigm, become cloud storage providers. As a bonus, the problem of how to charge for access is basically already solved, and does not require a complex corporate payment scheme.
  - KaiserPro 10mo ago
    how many transactions a second could/can it manage though?
    - sroerick 10mo ago
      Looks like the max they've done is something like 22k TPS. No idea how accurate this is, I don't follow the ecosystem. There's a lot of different numbers like "maximum theoretical potential" that probably ly mean nothing.
- tsimionescu 10mo ago
  L2 networks achieve scale by... Not being blockchain. And by not offering the double-spend protection guarantees of blockchains. So this statement is "you can scale blockchain tech by using another tech in its place that doesn't offer the same guarantees".
  - copirate 10mo ago
    With the Lightning network, L2 is basically a database between only 2 parties that are required to be online during the transaction. It's not possible to double spend in that situation. There's the possibility of double spending by committing to the bitcoin blockchain an old version of your "database", but then you would face the penalty of having your entire balance confiscated by the other party. More details here: https://bitcoin.stackexchange.com/questions/67141/how-is-a-doublespend-prevented-in-the-lightning-network https://bitcoin.stackexchange.com/questions/67141/how-is-a-d...
    - tsimionescu 10mo ago
      > but then you would face the penalty of having your entire balance confiscated by the other party. Only if the other party notices in time that you did this. You are reliant on active monitoring of the blockchain to know that your transactions actually happened. And the more you want to scale (i.e. the more transactions you do on a single Lightning channel without settling it on the BTC blockchain), the bigger the risk becomes.
      - npoc 10mo ago
        If monitoring really is a problem isn't simple automation the solution?
        tsimionescu 10mo ago
        This is automated, no one is proposing to manually look at BTC blocks to see if you are getting cheated. The problem is that you need to explicitly run code constantly to check if this happens - which means that if your monitoring agent goes offline for any reason (which an attacker could perhaps force), your BTC that you received in a Lightning channel may be stolen.

In theory a L2 network coukd solve the scaling problem, but every time I've looked at L2 solutions theve had terrible UX.

sroerick 10mo ago
I thought it was interesting that BSV seemed to scale just fine, and you could also store entire files on it, including JSON, HTML or even music or videos. This seemed like an amazing innovation to me, made even more amazing by the fact that it was, by all accounts, the original protocol. You could do some pretty amazing stuff with it, for example store a SPA on chain and then store individual posts on chain, and have the SPA read the app. Unfortunately, the ecosystem was completely greed focused, and nobody is interested in technological advancement in the slightest.
- aeternum 10mo ago
  >BSV seemed to scale just fine, and you could also store entire files on it, including JSON, HTML or even music or videos This doesn't pass the sniff test. Everyone must store the full blockchain in order to verify it. So to run a full node you would have to store everyone's JSON, HTML, music, videos. Full mirroring for every node in a distributed system is about as close as you can get to the definition of doesn't scale.
  - FabHK 10mo ago
    Indeed. Bitcoin's blockchain grows with a laughable 3kB/s, yet is an unwieldy 700 GB. A blockchain that allowed you store one song per second would be hundreds of TB before long. There are other architectures for that sort of thing for a reason.
    - sroerick 10mo ago
      Looks like BSV is about 7TB and grows at about 4GB a day. I have no clue what those guys are up to these days. This may be unweildy for a home PC but really is still pretty trivial for a data center. 500 hours of video is uploaded to YouTube per minute which is... If my napkin math is right, about a petabyte a day.
  - sroerick 10mo ago
    I should note, the scaling I was referring to was transaction processing. Data storage is a little different. The architecture which I heard described or hypothesized was more akin to Amazon deep storage. More frequently accessed data would be more accessible on "hot" nodes. Full nodes would effectively, under this paradigm, become cloud storage providers. As a bonus, the problem of how to charge for access is basically already solved, and does not require a complex corporate payment scheme.
- KaiserPro 10mo ago
  how many transactions a second could/can it manage though?
  - sroerick 10mo ago
    Looks like the max they've done is something like 22k TPS. No idea how accurate this is, I don't follow the ecosystem. There's a lot of different numbers like "maximum theoretical potential" that probably ly mean nothing.
tsimionescu 10mo ago
L2 networks achieve scale by... Not being blockchain. And by not offering the double-spend protection guarantees of blockchains. So this statement is "you can scale blockchain tech by using another tech in its place that doesn't offer the same guarantees".
- copirate 10mo ago
  With the Lightning network, L2 is basically a database between only 2 parties that are required to be online during the transaction. It's not possible to double spend in that situation. There's the possibility of double spending by committing to the bitcoin blockchain an old version of your "database", but then you would face the penalty of having your entire balance confiscated by the other party. More details here: https://bitcoin.stackexchange.com/questions/67141/how-is-a-doublespend-prevented-in-the-lightning-network https://bitcoin.stackexchange.com/questions/67141/how-is-a-d...
  - tsimionescu 10mo ago
    > but then you would face the penalty of having your entire balance confiscated by the other party. Only if the other party notices in time that you did this. You are reliant on active monitoring of the blockchain to know that your transactions actually happened. And the more you want to scale (i.e. the more transactions you do on a single Lightning channel without settling it on the BTC blockchain), the bigger the risk becomes.
    - npoc 10mo ago
      If monitoring really is a problem isn't simple automation the solution?
      - tsimionescu 10mo ago
        This is automated, no one is proposing to manually look at BTC blocks to see if you are getting cheated. The problem is that you need to explicitly run code constantly to check if this happens - which means that if your monitoring agent goes offline for any reason (which an attacker could perhaps force), your BTC that you received in a Lightning channel may be stolen.