Researchers from several institutes worldwide recently developed Quarks, a new, decentralized messaging network based on blockchain technology. Their proposed system could overcome the limitations of most commonly used messaging platforms, allowing users to retain control over their personal data and other information they share online.

You are viewing a single thread.
View all comments
55 points

No, this is already solved without scam shit tied in.

permalink
report
reply
22 points

Eh, I wouldn’t go as far as calling distributed ledger tech a scam. Sure, 99% of the current ecosystem is at best digital tulip trading if not an outright scam, but that doesn’t mean everything blockchain-related is a scam.

There’s valid use cases for what’s essentially a distributed database with immutable history (or a “smart contract” system which is essentially a distributed singleton VM with immutable state history), but NFTs etc ain’t it. Fintech will probably incorporate some of the stuff that came out of the blockchain craze, but I figure that at best it’ll be like Linux; most people who use the internet interact with Linux systems pretty much all the time, and of course Android is a Linux-based phone OS, but very few actually run Linux or even care about the whole concept. It’s just part of the infrastructure, which in my assumption some kinds of blockchain-ish technologies might be. Probably just not the public networks people associate with it now, but private / internal ones with limited validator sets etc

permalink
report
parent
reply
25 points

People keep saying there’s a valid use case for this but what is it? Basically any distributed ledger would actually perform better, be more secure, and be easier to use as a centralized database.

permalink
report
parent
reply
4 points

Basically any distributed ledger would actually perform better, be more secure, and be easier to use as a centralized database.

Performance is relative to what your goals are (extremely high transaction volume isn’t always something you need to handle, and also isn’t guaranteed to be impossible with a DLT either), and centralized databases / services aren’t always the best fit for every problem. Regarding security, well, I really don’t see how you came to that conclusion. Guess it depends on what exactly you mean with security?

Real estate is pretty commonly seen as the prime example of a field where a DLT is a better fit than a more “traditional” centralized service. As an example let’s say we want a system that could be used to record changes in property ownership, so you need auditable state changes and an immutable history, and you want some sort of guarantees that generally someone who’s not authorized to do something to a property isn’t going to be able to do it by just issuing a state change (ie writing to the DB.) Your stakeholders are probably going to be the local government, licensed real estate brokers (if that’s a thing in your jurisdiction), possibly all private property owners who want to sell their property etc. etc. You absolutely could build this with a “traditional” centralized service that eg. the GOBERMENT (or whoever trusted stakeholder) runs and operates, but then you have a single bottleneck that’s entirely dependent on a single stakeholder, and you still need to implement eg. audit trails for state mutations, access control, etc. etc. As I said it’s absolutely doable, but many of the things you’d do to build it are essentially just reinventing some sort of DLT but in a monolithic package and without any of the benefits. Take state immutability for example; you’d probably be building some sort of hash tree or chain anyhow but now you have to do both the hashing and the verification and validation manually instead of the infrastructure doing it for you, and it’s nontrivial to do right so the attack surface here is not going to be small in a home-grown solution. You’ll probably want to require that all state changes (transactions) are signed by a known trusted actor, so you’ll need to build that too, so here’s yet more attack surface. Also you probably don’t want to run literally just a single instance of your database so you’re going to want some sort of replication, which may need some legwork depending on the database system used. Compare this (non-exhaustive) list to what your average DLT framework like Hyperledger guarantees “out of the box”, where the infrastructure itself gives you guarantees about the immutability of history and who is allowed to make state changes to which parts of the state (in our fictional case you’d want a Proof of Authority consensus mechanism, so anyone making state changes would have to have a valid X.509 cert issued by some trusted CA, but with public reads as property ownership is a matter of public record), which is by default distributed so there’s no single point of failure, and is eventually consistent within known parameters and known behavior.

Distributed systems definitely do require more skill to operate so the benefits need to outweigh the costs (and they often do, which is why we eg. tend to use microservices for high volume systems), but I honestly fail to see how for example a project using Hyperledger tools (and there’s more than just the DLT Fabric), which are specifically built around privacy and security, would automatically be less secure than a centralized system where you have to build the same features yourself, meaning you just have to trust that you did everything right.

permalink
report
parent
reply
3 points
*

Well… Banking. I’m not going to write a long explanation like other commenters, but each bank having their independent ledger and syncronizing them each X time, with lots of manual intervention is not optimal. Ditributed Ledgers allow for banks to share the information with each other and for transactions to be done instantly, without dispute issues. This technology is already being used internally within the financial industry, and it’s going to stay since it facilitates a lot of internal work to the beenfit of the users.

Edit: As an extra point, these distributed ledgers are not really distributed between everyone, banks store them in secured environments and share them with other partner banks, in a controlled environment.

permalink
report
parent
reply
2 points
*

Electronic voting, maybe? But for most cases a transparently ran centralized ledger should work better.

permalink
report
parent
reply
1 point
Deleted by creator
permalink
report
parent
reply
1 point

The use case is people who are worried that the centralized database will become inaccessible.

permalink
report
parent
reply
17 points

Blockchain is a tool for scammers used for scamming, and has almost exclusively been used for such.

permalink
report
parent
reply

Technology

!technology@beehaw.org

Create post

A nice place to discuss rumors, happenings, innovations, and challenges in the technology sphere. We also welcome discussions on the intersections of technology and society. If it’s technological news or discussion of technology, it probably belongs here.

Remember the overriding ethos on Beehaw: Be(e) Nice. Each user you encounter here is a person, and should be treated with kindness (even if they’re wrong, or use a Linux distro you don’t like). Personal attacks will not be tolerated.

Subcommunities on Beehaw:


This community’s icon was made by Aaron Schneider, under the CC-BY-NC-SA 4.0 license.

Community stats

  • 2.6K

    Monthly active users

  • 3.4K

    Posts

  • 82K

    Comments