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.

  • rho50@lemmy.nz
    link
    fedilink
    arrow-up
    11
    ·
    10 months ago

    It’s an interesting idea! I think there are many such applications for federation protocols.

    A few thoughts/questions:

    • Ideally you’ll need a stable identifier for each specific product. Most small online stores I use have product names riddled with typos, so a way to tackle that would be nice.
    • What’s the data model? Would each store be an ActivityPub Actor? Like each one would have a username and publish inventory updates?
    • Where do these updates go (maybe something akin to a Lemmy “community”)?
    • If you’re just relying on stores’ self-reported stock levels, where’s the benefit of using a federated model? Could you just build an open source app that scrapes retailers’ websites and collates that information?
    • Is the eventual goal that this competes with Amazon et al? I.e. it becomes an actual marketplace, perhaps with a “buy” and “sell” Action, and where vendors’ instances are effectively web stores?
    • demesisx@infosec.pubOP
      link
      fedilink
      English
      arrow-up
      4
      ·
      edit-2
      10 months ago

      My goal is to cut out the middleman and allow vendors to wrestle back control from services like Amazon. I work in the film industry where we watched our suggestions to studio heads get ignored.

      To give you an idea of how I tend to think, years ago, my idea was this to solve the fragmentation/walled garden problem in video streaming:

      • every company submits video content to a central store
      • users can watch anything they want. They just have to pay a monthly fee
      • that fee gets divvyed up to the companies that produced the media watched. Money only goes to companies that had content that was viewed and is a direct percentage of the monthly revenue of each user.

      • Ideally you’ll need a stable identifier for each specific product. Most small online stores I use have product names riddled with typos, so a way to tackle that would be nice.

      Ideally, I’d start in a budding industry, slowly building and iterating upon an industry stylebook for their retail items that can be iterated upon by all users who are able to submit merchandise. I’m thinking of a whole separate place where the structure of each industry’s API can be tuned and made polymorphic with related but different item types.

      • What’s the data model? Would each store be an ActivityPub Actor? Like each one would have a username and publish inventory updates?

      That’s the current vision, though I could also see an ecosystem of incentivized crowd-sourcing of out-of-reach inventories. That’s another idea I have concerning decentralized oracles but, if crypto tied into this retail thing eventually, a lot of the cool new technologies that crypto offers (digital identity, oracles, SPO’s that operate alongside instances, and so, so much more) could certainly come along for the ride.

      • Where do these updates go (maybe something akin to a Lemmy “community”)?

      A lot like a Lemmy community but reformatted to work with inventories. Think of any web store. It could be identical to that but the data could be coming from multiple sources at once. I think there could be so many different possibilities for how this data could be mapped onto a front end that that I’d hate to pigeonhole this based on my preconceived notions…the flexibility might even be part of the beauty of this idea.

      • If you’re just relying on stores’ self-reported stock levels, where’s the benefit of using a federated model? Could you just build an open source app that scrapes retailers’ websites and collates that information?

      I was actually attempting to do that but then quickly came up with this idea instead because it felt like I wold be further contributing to enshittification in an entirely enshittified dystopian hellscape if I just did the same thing as everyone else again. So many other sites contain warchests of scraped metadata. Very few are truly egalitarian like the fediverse can be, IMO.

      • Is the eventual goal that this competes with Amazon et al? I.e. it becomes an actual marketplace, perhaps with a “buy” and “sell” Action, and where vendors’ instances are effectively web stores?

      Buying and selling features will be essential to draw people away from Amazon. Problem is, that’s one of the hardest probems to tackle in an elegant, dependable way. I can see similarities to OpenBazaar using a atomic wallets that accept any kind of crypto and convert it to any other…but I intend to spin this tech up with existing technologies to start.