this post was submitted on 09 Jan 2024
84 points (90.4% liked)

Asklemmy

43856 readers
1976 users here now

A loosely moderated place to ask open-ended questions

Search asklemmy 🔍

If your post meets the following criteria, it's welcome here!

  1. Open-ended question
  2. Not offensive: at this point, we do not have the bandwidth to moderate overtly political discussions. Assume best intent and be excellent to each other.
  3. Not regarding using or support for Lemmy: context, see the list of support communities and tools for finding communities below
  4. Not ad nauseam inducing: please make sure it is a question that would be new to most members
  5. An actual topic of discussion

Looking for support?

Looking for a community?

~Icon~ ~by~ ~@Double_A@discuss.tchncs.de~

founded 5 years ago
MODERATORS
 

I’ve been thinking lately about the concept of the fediverse and repurposing it toward the goal of creating a free and open, decentralized, federated network of vendors that run instances or groups of vendors that run one instance together. These instances would broadcast inventory updates to each node that they federate with. It would start off niche and gain traction that way before branching out into other retail types.

Is this a feasible idea? Has any pulled this off? Wayfair, Amazon, Shopify, and Etsy are already suffering from enshittification. Someone needs to take the inventory out of the walled gardens and back into the customer’s hands. I shouldn’t have to rely on Google to find products I want. There are vendors that want to sell me stuff nearby…it’s just a problem of connecting the user to the content..and this seems like a no-brainer.


I’d love to have a discussion about this. I am seriously considering creating a rolling fork of Lemmy that would maintain parity but also add this functionality but I want to talk to experts and weigh the pros and cons before embarking on such an ambitious project.

edit: I also started a community ( https://infosec.pub/c/federated_inventory ) dedicated to the discussion of this idea. I'm trying to get vendors in a budding local industry to fund the creation of this system, which would branch out into all retail industries eventually along with the network effect.

you are viewing a single comment's thread
view the rest of the comments
[–] Carighan@lemmy.world 4 points 10 months ago (1 children)

Crypto would not solve this problem (or any problem, really) better than a simple database would.

[–] cartufer@lemmy.blahaj.zone 1 points 10 months ago (1 children)

Isn't crypto just a ledger database?

[–] Carighan@lemmy.world 6 points 10 months ago

It is a very inefficient database that in return has a potentially unlimited distribution. Importantly however, unlike normal distributed databases it does not gain any performance benefit from its distribution, only redundancy. There are implementations for "normal" databases of course that also only focus on redundancy, but in that case the database itself is already orders of magnitude faster than any distributed ledger like crypto currencies are.

Since such a system would ultimately need a single or a finite number of known access points anyways (API access for the vendor software systems) any benefit from being freely distributable is immediately lost. Likewise, the fact that the data is "shared ownership" has no meaning in the actual world as legally such a concept is not recognized, and we'd just be looking at companies willingly openly sharing their data, which they could already do by simply providing public interfaces.

In other words, just having a regular database is - as always - far more efficient and suffers 0 downsides in the particular use case. And it's incredibly difficult to find any use case for crypto ledgers that have any benefits at all, nevermind actually meaningful ones.