Skip Navigation

User banner

Cooper8

@ Cooper8 @feddit.online

Posts
6
Comments
101
Joined
3 mo. ago

  • Recommendations for data backup solutions ?

    Jump

  • Why ActivityPub over Nostr? - function only

    Jump

  • Yes this is a great discussion. Generally speaking I see how user local-first posting mirrored by relays under e2ee can help solve some of the downsides of instance based federation, however it seems like the actual implementation makes or breaks the utility.

    I have a concept that came up in reading the comments on lobster, which is that the issue of incomplete data due to asynchronous/intermittent downtime push and pull by users to/from the relays as well as inconsistent relays behavior leads to inevitable incomplete/non-consensus/out of date data access (something federation also suffers from).

    My idea is that relays, bothe standard and specialized, could host a dedicated encrypted ledger for each user/key that has posted to it (potentially within a time limit, or with approval) that holds only a sequential identifier (counted since the first event by the key) of the user's most recent activity and a unique identifier/key associated with the event the activity was associated with (so that edits would be associated with the UI of the post being edited for example, or a new message to an ongoing thread would use the UI of the thread and the UI of the message.) Limit this log to very few entries and replace it every time it is updated, say between 1 and 10, and you would keep the size of the file very small, and the pushed update from the user/key would also be very small.

    This way a user could push activity log updates to a broader set of hosts/relays than the actual content/event was sent to while keeping the cache/data burden on the broader network down. Ideally this would mean that not only the Relays but also users following the user/key could hold the log (enabling gossip without large cache burden). Unlike a blockchain where the ledgers would need to cross-sync with each-other and seek consensus on larger data chunks, in this case the reader of the ledger can always default to the most recent sequential identifier, and that identifier would be generated by publishing key/user.

    This way time code variance isn't an issue, and at time of login a user can pull the logs for all users/keys they follow from relays OR peers they follow and determine the number of events posted by each user/key since they last pulled updates. Then the client could crawl the relays for the actual events with sequential identifiers between those AND stop crawling once they are found.

    One issue I see with this sort of system is in the case of deleted events, so perhaps the log would also need to include a string of the sequential identifiers of events which have been deleted within a given time period.

  • Why ActivityPub over Nostr? - function only

    Jump

  • My understanding is that the content is essentially self-hosted, so content removed from relays still exists on the posting user's client and can be accessed directly, just like a website sending out RSS. So saying it "still exist on the network" is technically true, but only in the same way that you would say that about say bittorrent or the open web. What people host/post is present raw, what is amplified/"curated"/relayed is filtered. Client settings/config sets default and custom user content interaction, like a browser which can have adblock or not.

    In principle, this seems like a decent solution, but I can see why different users prefer different protocols, differing to moderation takes a burden off of the user to vet inbound content. The same can be achieved via relays but the culture of "curation" seems weaker because the pressure from the userbase is lower to optimize it, as users are not solely reliant on any one relays. An odd network effect, but a truly invested curation/admin team could just as easily build a well "curated" relay as a well moderated instance.

  • Why ActivityPub over Nostr? - function only

    Jump

  • This is helpful thanks, seems like ditto is an interesting middle ground.

  • Why ActivityPub over Nostr? - function only

    Jump

  • Why ActivityPub over Nostr? - function only

    Jump

  • Sounds a bit like Plebbit, though that is more about P2P "communities/boards" that a user starts and others can post to, rather than a microblog type platform. Unfortunately it also has a strong association with Crypto communities as its founders come from that scene. It is built on IPFS.

    What you describe also has similiarities to Secure Scuttlebutt and its successor PZP , which are both unfortunately abandoned but layed a lot of groundwork for asynchronous encryption key based networks.

  • What Youtube channel has maintained high quality standards over the years?

    Jump

  • Vlogbrothers ftw

  • Why ActivityPub over Nostr? - function only

    Jump

  • Client-side curation sounds like whitelisting effectively, if you follow only the curated feed and the curated feed resigns all events posted by selected keys, that's a whitelist and seems like a decent solution for casual users so long as they can find trusted curators and clients that enable them to be easily discovered and subscribed to. What client is best for this currently?

    On the flipside, if those "curators" were able to export and import lists of keys to automatically exclude from feeds, that would be very useful for the curators who have to manually or automatically sort events and new users to build their feeds. Is that feature currently available? Eliminating known bot accounts from feeds seems like minimum viable feature set for new curators in the current state of play.

  • Why ActivityPub over Nostr? - function only

    Jump

  • So there are no moderation tools / whitelist/blacklists?

  • Why ActivityPub over Nostr? - function only

    Jump

  • What do you prefer about Nostr?

  • Fediverse @lemmy.world
    Cooper8 @feddit.online

    Why ActivityPub over Nostr? - function only

  • Manyverse – a peer-to-peer social network

    Jump

  • The question is why is this the case? The simple answer is p2p solutions struggle with asynchronous communications due to variable uptime of consumer devices. That said, that can be overcome by various means.

    Establishing a user base for any communications platform is a challenge, largely adoption is driven by user experience and project narrative. There is no reason a p2p project couldn't meet these criteria, they have before many times for file-sharing.

    In fact, I think a self-hosted cloud storage solution with a communications platform built on it could be a great way to get a network of this type established. I know various file-sharing platforms like Soulseek have had these features, but I wonder if you slapped a WhatsApp clone UI onto it and push it as "own and share your files securely, no one you don't specifically share the file with ever holds the files" if that wouldn't pick up some steam.

  • HDMI Forum is unwilling to disclose the 2.1 specification for open-source (Linux): according to AMD, they had submitted a functional, HDMI 2.1-compatible driver [for linux?], which the Forum rejected.

    Jump

  • Thunderbolt is a proprietary specification by Intel and Apple, while Displayport is an open standard developed by VESA.

    USB connector hardware can meet the Thunderbolt or Displayport specifications, but must conform. Most do not.

  • Fediverse Enhancement Proposals

    Jump

  • You could include "either x or y or z..." specifications in the unified documentation.

    So "Either soft deletion is to be disabled as by default in which case [explain standard behavior], or it is to be enabled by [yadda yadda]..."

    The single document is searchable and cross-referenced internally, making it better in many cases.

  • Capitalism isn't the problem, THIS is the problem, and I've watched it roll over us for 40 years. [3 min. video]

    Jump

  • Thanks Chicago School of Economics you neoliberal bastards, "monopolies are efficient" my ass.

  • Manyverse – a peer-to-peer social network

    Jump

  • Sadly Secure Scuttlebutt Protocol is abandonware, as is it's more scalable but far less tested successor PZP

    The p2p social approach seems so necessary, but projects that actually implement it are fraught with challenges it seems.

  • Ripping Blu Rays is way deeper than I expected

    Jump

  • Does the BW-16D1HT offer good performance for 4kbluray playback as well as ripping? Looking at it it seems price competitive with the stand-alone players, and if it is good it would make financial sense to buy a dedicated pc and enclosure as an alternative to stand-alone player assuming it can drive HDR and Atmos

  • Deleted

    Permanently Deleted

    Jump

  • trichroic prisms, also called X Cubes, like what is inside a projector. You can get them in ebay pretty cheap, and they are just very cool to look at and play with, seeing how the light is split into three colors.

  • Hands On: GrapheneOS releases stable and functional "experimental" builds for the Pixel 10 series

    Jump

  • Awesome, this is huge news.

  • Are all dinosaur fossils 'replicas'?

    Jump

  • If you want to see a lot of real fossils directly, no replicas, go to Dinosaur National Monument and check out the Quarry Exhibit Hall. A huge wall of fossils still in their stone matrix.

  • Open Source @lemmy.ml
    Cooper8 @feddit.online

    Switzerland government release full FOSS LLM under Apache 2.0, argue for AI as Public Utility

    ethz.ch /en/news-and-events/eth-news/news/2025/09/press-release-apertus-a-fully-open-transparent-multilingual-language-model.html
  • Technology @lemmy.world
    Cooper8 @feddit.online

    Apertus: Switzerland government release a fully open, transparent, multilingual language LLM

    ethz.ch /en/news-and-events/eth-news/news/2025/09/press-release-apertus-a-fully-open-transparent-multilingual-language-model.html
  • Self Hosted - Self-hosting your services. @lemmy.ml
    Cooper8 @feddit.online

    Nexalta Guardian: Decent self host server?

    kck.st /43I3fCN
  • networking @sh.itjust.works
    Cooper8 @feddit.online

    Nexalta Guardian: is this a good secure network solution?

    kck.st /43I3fCN
  • Privacy @lemmy.ml
    Cooper8 @feddit.online

    Nexalta Guardian: actually secure?

    kck.st /43I3fCN