Bluesky, which uses it, has been opened to federation now, and the standard basically just looks better than ActivityPub. Has anyone heard about a project to make a Lemmy-style “link aggregator” service on it?
ITT: Fediverse = Ideology, ATproto = real applications
There’s been a definite tinge of ideology or at least gatekeeping to some of these responses, but that’s to be expected. FOSS has always had a streak of it.
It’s a bit ironic to use ActivityPub to say ActivityPub has no real applications, though.
looks better
What do you mean?
than ActivityPub
ActivityPub is decentralised. AT has a centralised index. They’re not comparable.
I didn’t have that one little detail about how demanding a relay is to run. Thankfully, this thread has been illuminating.
It’s still a bummer that Lemmy doesn’t provide any non-hack way to move your account to a new instance.
ha, no… bluesky is not open to federation. they control the only router and do not allow connectivity to routers not controlled by them.
there isnt a single non-bluesky controlled instance that can federate natively with bluesky.
bluesky is just twitter with a little more user-controllable data sourcing. not that theres anything wrong with that, but its certainly not a part of any federation.
e. suggested reading: https://dustycloud.org/blog/how-decentralized-is-bluesky/
I believe the “free our feeds” people are working to change this though.
And they are either in for one of the following:
- a $30 Million lesson where they learn that they will have to reinvent ActivityPub in order to be “properly” decentralized
- a rug pull where they come up with a second relay like Bluesky but fork to give exclusive access for large institutions and the enterprise.
It’s ridiculous they were asking for $30m to do something that ActivityPub already does. Wasted money that could have gone anywhere else
There are important features that ATPro has that activity pub doesn’t. I’d prefer activity pub be the winner but they really need to improve some things. Namely, identity. Bluesky identity is more portable.
There is also the consideration that ATPro has a community that’s both larger and less technical, so it would be harder to move them here than the other way around. I’m thinking the direction to go might be ActivityPub servers that can route things between ATPro personal data stores, but obviously I’m still learning.
Identity was already solved with Zot aka Nomad, which is part of the Fediverse and easier to implement than ATProto.
It’s mostly been ignored because it’s just not that important to people, apparently.
deleted by creator
It’s not implemented in mastodon or lemmy though. I’m not saying it can’t be implemented, but it hasn’t been in any platform.
We still don’t need ATProto for that. ActivityPods solves that.
ActivityPub itself is built around the principle that the server owns your identity: the best you can do is abandon an identity (i.e, your actor URL) and tell everyone else (via the
MoveActivity) that you are adopting a new identity.The move activity ain’t a great solution. We need federated identity or else ux will continue to lag. When I want to move servers, I can set the move activity but there’s no guarantee my followers will subscribe to the new account. It’s bad ux. Mass adoption is not going to happen with that kind of flow.
Activity Pods is cool bit not implemented on mastodon.
We need federated identity or else ux will continue to lag
What I am saying is that the ActivityPub protocol is inherently built towards a server-centric system, where identities are owned by the server. Go read the spec: even the “Client-to-Server” specification assumes that the server owns the keys and dictates that the client (i.e, users) must do everything through the API provided by the server (i.e, the client’s outbox).
Anything that is built with a design where the client owns the keys may even be able to interoperate with ActivityPub, but is not ActivityPub.
Activity Pods is cool bit not implemented on mastodon.
It’s the other way around. We shouldn’t be looking for “Mastodon on ActivityPods”, but “ActivityPods applications that can talk with Mastodon servers”, and those do exist.
How do I as a user use mastopod etc?
good luck to them. the router piece is incredibly top heavy and not designed for horizontal scaling.
Yep. What do you think the chances are you could write something that does the job of the router and app view, but in a totally off-standard, more point-to-point way?
In the meanwhile, it’s just a matter of bridging, I guess.
the protocol itself creates a barrier to entry preventing other organizations. it puts all the eggs in one basket.
It’s a good blog post, thanks. I made a quick summery elsewhere in the thread.
It’s really unfortunate that we’ve ended up with two populated protocols for federation, both of which have a major flaw. In our case, it’s no established support for moving accounts. In theirs, its a component that’s so bulky the federatability is questionable (and no federated DMs).
both of which have a major flaw
What major flaw do you believe ActivityPub has?
I mean, it doesn’t have to be part of the standard (it could just as well be Lemmy-specific), but no built-in way to move accounts sucks. AT protocol provides a nice little solution for that.
They mentioned the flaws of both platforms.
In our case, it’s no established support for moving accounts.
Happy cake day!
Thanks! Does Lemmy display something when people have their cake day so it’s easily visible? Mbin (which I use) doesn’t, so I wasn’t actually aware until I saw your comment.
Yes it does. You have a little cake next to your username, kind of the same way as on old Reddit.
This is such a well written piece, it’s closer to a serious article than a blogpost
it’s closer to a serious article than a blogpost
I find it bizarre and plain wrong to imply that blog posts can’t be serious articles.
agreed. the follow up is just as good.
the standard basically just looks better
Place your bets everyone, has OP ever looked at either standard?
Bets all in? Okay:
spoiler
I have not looked directly at the AT standard, just the Wikipedia article and some similar high-level explanation.
Pretty sure I have actually looked at the ActivityPub standard at times, though.
Very slow at the moment, probably due to people looking for Reddit alternatives but was fine couple of weeks ago when I first saw it. Seemed okay if you’re okay with AT Proto (it’s not that decentralised really).
There’s also this:
https://frontpage.fyi/Not sure which of the two has been around longer, but looks like frontpage is also pretty slow going.
The main difference between Threadsky and Frontpage is that Threadsky is just yet another Bluesky re-skin, it’s just regular Bluesky posts presented in a reddit-like format, whereas Frontpage has its own dedicated lexicon and doesn’t ingest the Bluesky firehose at all. I think Frontpage is really neat, but it has been shown little love unfortunately, it hasn’t meaningfully changed in months.
Really? In what way?
Digital identities being cryptographic and independent of any one instance is huge all on it’s own. The rest of it I understand less clearly, but it looks pretty modular.
See here. Basically, creating a relay for the AT protocol is extremely costly and only possible for big tech companies.
Thank you!
TL;DR, the relay bit works as a completely connected network topology, and has the associated quadratic growth issues, which renders it, like you said, hard to host.
Also nasty: Direct messages are just not federated.
Other things are or were at the time of writing janky, but nothing else is quite that egregious. The author is working on a separate project, and recommends this idea as a solution for portable identity on ActivityPub; here’s what “object capability” means in the context.
The data is not centralized, but everyone is using the same
aggravationaggregation service (indexer) to access the data.Don’t aggregate me pal
LOL I should have reread that one.
Most aggregation services are also aggravation services, so this really makes sense either way.
It’s very difficult to use. As a dev, it’s not the greatest.
Oh? Complicated, fragile, something else?
The spec requires a huge relay for everything as well as not the greatest docs/missing pieces.
Ah yes, the wonders of OSS documentation.
Bluesky should just turn on ActivityPub at this point
Leaving aside all the work they did making an alternative more to their liking, that kind of implies it’s like a light switch, and it’s not.
I wish they would but also ATPro has features that activity pub doesn’t, ones which I think activity pub needs to adopt if it is to stay relevant
If Bluesky becomes federated with multiple instances, it will be just as impossible to enter as ActivityPub-based services apparently are since instance-selection is a blocker.
RIght?
;)
Yep, probably. People are just going to have to get used to it to certain degree, and to a certain degree there’s going to be .world-type instances that act as a user-friendly default.
There’s other issues at play, of course, which is more why I asked.
