PrincipleOfCharity

This isn’t an application on a Mac, but it is a demo website for a series of qr-code libraries so it will work on any platform. It isn’t as convenient for people unfamiliar with QR codes, but if you need full control over the encoded data then this works really well.

The website does the generation in JavaScript so you don’t need worry about hammering some guy’s API if you needed to generate a lot of QR codes.

QR-Code Generator

Whenever my friends or I point to the sky after sitting in a chair in a McDonald’s on the second Saturday of the month while wearing a purple shirt. We just start cracking up until the manager comes out and tells us to leave.

Reddit is an example of a Group system where posts are associated with a group. This is the model Lemmy uses.

Twitter is an example of a Person system where posts are associated with a person. This is the model Mastodon uses.

Some services can do both; like Kbin with their microblogs and magazines.

Sounds like the Wordpress implementation uses the Person system that Lemmy does not support at the moment, but probably works on Mastodon and Kbin (idk for sure).

Then the p2p network is really the “server” and the phone is still just a client. I’m also not sure that a p2p network could be queried very well because something would have to be able to produce aggregated and sorted results. It isn’t like pulling one file from a swarm. It would be like a blockchain and the phone would have to download the whole dataset from the p2p network before running queries on it.

What you are talking about sounds kind of like the Nostr protocol. It is a distributed social network trying to solve the same problem that ActivityPub is but in a slightly different way. All the events are cached on multiple relays and the client applications query those relays looking for information that gets aggregated and sorted on the client however it wants.

ActivityPub is all about pushing content around to subscribing servers. It sort of expects the subscribers to always be online which would not work for a phone. Servers could resend missed events, but essentially you would miss every event that occurs while the phone is asleep or doesn’t have the app running.

Also, every event that occurs needs to be processed and stored whether or not you are actively looking at it so it would be a huge battery drain while it was running.

It is definitely a service best run on an always-on server with a client application in a phone just asking the server for the latest stuff on-demand.