an app that uses atproto blobs as 'generic file storage' seems eminently possible but maybe against the intent of the system?

new proof of concept: ATProtoCall! video calling over atproto with just static files and no dedicated signaling or streaming infrastructure.

Been thinking about how we could support access-controlled blobs in ATProtocol. Right now, all blobs are public - anyone can fetch them with a CID. But what if we could gate them? #atproto #atdev 🧵

new proof of concept: ATProtoCall! video calling over atproto with just static files and no dedicated signaling or streaming infrastructure.

atproto would be a beautiful signalling layer for p2p file transfer

I'm going to be launching something pretty big next week, which just happens to include a new atproto AppView, labeler, blob proxy, lexicons. It will have tens of thousands of users, most of whom won't even know they're using atproto, or have even heard of it.

Folks, this isn't some cute side-project where you can just switch out tens of thousands of paying users and force them to use atproto It's a nice idea, but those are the sort of things only possible on new early stage projects

Probably going to use @happyview.dev for a new & exciting atproto project! One question: what's the best way to cache blobs, as I don't think happyview can? We probably need a few mb per user for a few images. I'd like to ingest them from the firehose & convert them to .webp.

thecloudfall.com Interesting to see atproto kinda materialize this, I think there's something here that would be useful for Spaces