A community to talk about the Fediverse and all it's related services using ActivityPub (Mastodon, Lemmy, KBin, etc).
If you wanted to get help with moderating your own community then head over to !moderators@lemmy.world!
Learn more at these websites: Join The Fediverse Wiki, Fediverse.info, Wikipedia Page, The Federation Info (Stats), FediDB (Stats), Sub Rehab (Reddit Migration)
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:
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.
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.
Nomad is very good at what it does.
I just wish Hubzilla wasn't a UX nightmare.
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.
No, but the software that implements it also implements ActivityPub, so you can get nomadic identity and also still interact with the rest of the Fediverse.
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 Move Activity) 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?
They mentioned the flaws of both platforms.
In our case, it's no established support for moving accounts.
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.
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.
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).
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 ~~aggravation~~ aggregation service (indexer) to access the data.
Most aggregation services are also aggravation services, so this really makes sense either way.
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.
There was a good discussion online between Christine Lemmer-Webber, one of the editors of the ActivityPub W3C Standard, and Bryan Newbold, protocol engineer at BlueSky.
These are long reads. But they are worth reading. Christine and Bryan agree that ATProto and ActivityPub have different design goals and so what you get from "federation" with each is different. ATProto makes a centralized index of the entire system possible, at the cost of relying on very few (practically likely one) centralized providers.
As a result, the Lemmy ecosystem, as it exists today, wouldn't be possible with ATProto. It would probably look more like Reddit, but with a "credible exit" possible as a defense against enshittification.
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.
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.