• 2 Posts
  • 127 Comments
Joined 2 years ago
cake
Cake day: June 5th, 2023

help-circle
  • Great question! Unlike Lemmy, which relies on federation with dedicated servers, Plebbit is fully peer-to-peer (P2P) and does not have a central server or even instances. Instead, storage happens via a combination of IPFS and users seeding data. Here’s how it works:

    Where Is Plebbit’s Data Stored?

    1. Subplebbit Owners Host the Data (Like Torrent Seeders)

      • Each subplebbit owner runs a Plebbit node that stores and republishes their own community’s data.
      • Their device (or a server, if they choose) must be online 24/7 to ensure the subplebbit remains accessible.
      • If a subplebbit owner goes offline, their community disappears unless others seed it—very similar to how torrents work.
    2. Users Act as Temporary Seeders

      • Any user who visits a subplebbit automatically stores and seeds the content they read.
      • This means active users help distribute content, like in BitTorrent.
      • If a user closes their app and no one else is seeding the content, it becomes unavailable until the owner comes back online.
    3. IPFS for Content Addressing

      • Posts and comments are stored in IPFS, which ensures that popular content remains available longer.
      • Unlike a blockchain, there is no permanent historical ledgerif no one is seeding, the data is gone.
      • Each post has a content address (CID), meaning that as long as someone has the data, it can be re-fetched.
    4. PubSub for Live Updates

      • Plebbit uses peer-to-peer pubsub (publish-subscribe messaging) to broadcast new content between nodes in real-time.
      • This helps users see new posts without needing a central server to pull updates from.

    What Happens If Everyone Goes Offline?

    • If no one’s online to seed a subplebbit, it’s as if it never existed.
    • This is a trade-off for infinite scalability—it removes the need for central databases but relies on community participation.
    • Think of it like a dead torrent—no seeders, no content.

    Comparison With Lemmy

    Feature Lemmy Plebbit
    Hosting Model Federated servers (instances) Fully P2P (no servers)
    Who Stores Data? Instance owners (like Reddit mods running a server) Subplebbit owners & users (like torrents)
    If Owner Goes Offline? Instance still exists; data stays up The community disappears unless users seed it
    Historical Content Availability Instances keep all posts forever Older data may disappear if not seeded
    Scalability Limited by instance storage & bandwidth Infinite, as long as people seed

    Bottom Line: No Servers, Just Users

    • With Lemmy: The instance owner has to host everything themselves like a mini-Reddit admin.
    • With Plebbit: The subplebbit owner AND users seed the content—no one has to host a centralized database.
    • If something is popular, it stays alive.
    • If something isn’t seeded, it disappears, just like torrents.

    It’s a radical trade-off for decentralization and censorship resistance, but if no one cares about a community, the content naturally dies off. No server, no mods deleting you from a database—just pure P2P.

    Hope that clears it up! 🚀













  • Apparently this is a new driver which uses the open source headers and Linux kernel modules from nVidia’s proprietary drivers, and it doesn’t borrow very much from nouveau driver because that one has different names for things in their headers due to the clean room reverse engineering aspect of nouveau. Although I am not an expert on this so I could be wrong.






  • Single node k3s is possible and can do what you’re asking but has some overhead (hence your acknowledgment of overkill). One thing i think it gets right and would help here is the reverse proxy service. It’s essentially a single entity with configuration of all of your endpoints in it. It’s managed programmatically so additions or changes are not needed to he done by hand. It sounds like you need a reverse proxy to terminate the TLS then ingress objects defined to route to individual containers/pods. If you try for multiple reverse proxies you will have a bad time managing all of that overhead. I strongly recommend going for a single reverse proxy setup unless you can automate the multiple proxies setup.



  • notfromhere@lemmy.onetoSelfhosted@lemmy.worldCosmos 0.12 major update
    link
    fedilink
    English
    arrow-up
    4
    arrow-down
    1
    ·
    2 years ago

    And here I am running a bare metal k3s cluster fully managed by custom ansible playbooks with my templatized custom manifests. I definitely learned a lot going that way. This project looks like it has just about everything covered except high availability or redundancy, but maybe I missed it in the readme. Good work but definitely not for me.