silverpill
@silverpill@mitra.social
- Comment on Community mention spam from Microblogs 1 day ago:
Sucks, right, because on the theadiverse, you're not actually able to do that so easily.
Sounds like an unnecessary limitation of threadiverse software. Why limit a post to only one community? That doesn't make any sense.
The person who made the post with multiple mentions clearly did it intentionally, and I would do the same because for every topic I am interested in there are 4-5 groups on different servers.
Every mentioned person gets addressed
In most cases, this is what a user wants. Some platforms support silent mentions, though (Friendica, if I remember correctly).
hashtag / community tag soup
I think this should be viewed as a moderation problem, not a protocol problem. If you don't want to see mention soup, just limit the number of mentions per post on your instance.
- Comment on I think the fediverse needs Android like hardware packaging 1 week ago:
If the goal is normie-friendly social media with full ownership, it would be better to work on peer-to-peer Fediverse applications.
You can get to a point where you just install an app on your phone and it's yours forever. The foundation for this is already being built: https://codeberg.org/ap-next/ap-next/src/branch/main/nomadpub.md
Self-hosting is nice but it requires an always-online, publicly accessible server and a domain name.
- Comment on [Announcement] Migrating away from lemmy. 2 weeks ago:
Does it need to look like Reddit?
I am working on an ActivityPub client that doesn't depend on a single server. Groups are planned, but the interface will be different from Reddit/Lemmy. - Comment on [Announcement] Migrating away from lemmy. 2 weeks ago:
Are you going to shut down the instance?
I think switching to some obscure platform is a bad idea, but if you want to do that, at least make a post with a list of alternative communities such as https://lemmy.cafe/c/monero and https://lemmy.ml/c/monero
- Comment on The state of interoperability 4 weeks ago:
You can find some interoperability data here: https://funfedi.dev/support_tables/
More applications could be added, there are open issues for PeerTube and Lemmy.
- Comment on ActivityPub vs RSS Atom etc. Why Federate instead of aggrigate? 2 months ago:
ActivityPub messages are not encrypted, but they could be signed. Signing doesn't prevent edits and deletes.
Yes, if someone has unsubscribed they are unlikely to be notified about the deletion.
- Comment on ActivityPub vs RSS Atom etc. Why Federate instead of aggrigate? 2 months ago:
As I understand it ActivityPub uses a combination of push notifications at time of publishing and pull notifications at time of subscription/query for objects?
It's a mix of pushing and pulling. When something happens, the server pushes a notification ("activity") to other servers. But recipients often need to pull additional data, such as user profiles or related posts.
Duration of caching is set by the instance admin I take it?
Yes, and it also depends on the software. Some applications may keep cached objects forever and only prune cached media (because objects don't require much space).
Regarding Authorship, if there wasn't an issue then ATProtocol devs wouldn't have made it the cornerstone feature of their network
Moving in ActivityPub world is difficult because authorship is tied to a specific server. We can solve this problem by using cryptographic identities and signing everything, like ATProto and Nostr do.
I'd like to know how delete requests propagate, when the "Object" is deleted does a request to clear cache go out to all federating instances?
Deletes and edits are usually sent to followers of a user or a community. Delivering them to all known instances is not practical.
- Comment on ActivityPub vs RSS Atom etc. Why Federate instead of aggrigate? 2 months ago:
The main advantage is efficiency. You don't need to poll 1000 servers every minute to get fresh content because everything is delivered straight to your inbox.
the cost of broad redundancy of content and authorship issues
ActivityPub doesn't have redundancy or authorship issues. An object only exists on the originating sever, other servers merely cache it. This is not different from what RSS readers do, for example.
- Comment on Unified Fediverse App - a browser solution? 2 months ago:
I think Solid had some interesting ideas, but was ruined by Linked Data.
ActivityPub has a chance of evolving into something like Solid, but better.Actually, I am already using a single account for interacting with most Fediverse apps. Aren't you on Mbin? I thought it also can interact with blogs, forums and everything in between
- Comment on Unified Fediverse App - a browser solution? 2 months ago:
I would like to use a single account for everything, rather than separate accounts for different kinds of content. A server that works like super-app.
- Comment on Unified Fediverse App - a browser solution? 2 months ago:
I don't like the idea, but at least one such application is already being developed:
- Comment on Implementing Portable User Identities with DIDs 2 months ago:
The FEP-ef61: Portable Objects describes how to use DIDs with ActivityPub. Here's a slightly less technical introduction: https://codeberg.org/ap-next/ap-next/src/branch/main/nomadpub.md
It's not easy, though. Adding this feature to an existing project will require a lot of work, especially if you don't want to share signing keys with servers. This was discussed in #3100, Lemmy devs are not opposed to FEP-ef61, but they don't plan to work on it.
Also, I don't recommend copying solutions from ATProto, their
did:plcanddid:webare not really "decentralized".