Post

I just went through all the missing XRPC methods required to login or view the timeline and implemented them (or stubbed them). Now it should be possible to use social-app on top of AppViewLite.

I'm curious what the minimum set of those you actually need are, i want to get them implemented for market, and have an appView running off my raspberry pi

<thread observation frog> 👀

amazing. legend. i might not get back to this until tomorrow but i’m excited to render a timeline on deer with zero bsky infra!!!

close close close almost there appviewlite.bsky.bad-example.com

Is there independent did:plc infrastructure? I remember hearing that the PLC index would be a tough part to decentralize. Forgive me if the question doesn’t make sense, I’m not super familiar with all the ATProto details.

no. did:web exists but is a cop-out answer heh. mirrors exist but can only mirror. the future of did:plc is for it to be spun out to an independent org with multi-party governance, at least this is bluesky’s current stated intent iirc.

They could potentially add some third option at some point if someone comes up with a good enough one

bluesky pbc’s appview isn’t OSS (or at the very least, is, but requires too many resources), right?

Is anyone keeping a list of those somewhere? @bmann.ca on the atproto.wiki maybe?

One would expect the #IndieSkyWG on the wiki to be fleshed out over time, yes. I'm barely keeping up with Kuba features!!!

atproto is funny. all of this has been really doable for a while. even without sync1.1, non-archival relays were cheap. imo the low barrier to pds self-hosting is *the* underrated atproto quality. the rest just needs to be possible. wild how much perception about it shifted toward "impossible".

I've always been telling people on Mastodon about it like "it should all be possible to run, just nobody has done it yet"

yeah. like all the people who can do it are doing more interesting things. but that audience is impossible to convince of anything.

The very big obstacle is moderation at scale (one that the Fediverse never really solved either).

Is there any general purpose PDSes that anyone could sign up on? Besides at.app.wafrn.net

I believe my PDS is! @altq.net

the `open` column under third parties from mary’s scraping should have most that are technically configured for signup, thought that should probably only be used as a starting place (your pds has ~control of your account)

>imo the low barrier to pds self-hosting is *the* underrated atproto quality agree so much when i first read about SOLID's concept of pods back in 2021 i knew that had to be the future finding atproto and discovering that a pds was the same thing was incredibly exciting

@futur.blue wait what's the progress on yours?

appview itself has been running well for a few months now, currently on the 5th or 6th rewrite of an indexer that can actually ingest data at live rate though

Wait, that's Bluesky's AppView code or custom impl?

how does the timeline fan-out stuff work in appviewlite? same strategy as the lossy timelines architecture in Jay's blog?

i believe it generates your timeline on demand at request time, and i don't think it's lossy. as far as i understand, it roughly has: all bsky data *indexed*, and saves *content* for your social network out a few degrees, and fetches the rest lazily.

amazing! @aviva.gay I would love if you could make it so you can switch which AppView instance you're using just like you can switch which constellation instance you're using. It would kind of tie all the decentralization together and make it so you can self-host all of it.

deer.social/profile/did:... yep! thats the vision but no 3rd party appviews you can actually use for this exist yet

also btw is constellation proxied through the pds like the appview or is that just directly called

called directly rn