Scott

“and not in a way benefits the masses.”

There’s a reason these platforms remain “free.” These actors are concentrating extreme wealth to reshape society…and not in a way that does not benefit the masses.

The monetization & political exploit of our social interactions is a major cause for the erosion of democracies around the world. People need to be more concerned how these platforms continue to manipulate society & generate extreme wealth to our collective detriment…

Tom Hanks on mask wearing: "I’ve had COVID enough in my life” Tom Hanks has joined a growing movement of COVID-conscious artists who are openly speaking up about the threats of the disease

Tom Hanks on mask wearing: “I’ve had COVID enough in my life”
www.thecanary.co/global/world...

📣THREAD: It’s surprising to me that so many people were surprised to learn that Signal runs partly on AWS (something we can do because we use encryption to make sure no one but you–not AWS, not Signal, not anyone–can access your comms).

It’s also concerning. 1/

Mundus Sine Caesaribus

Only we can protect our health. Just like choosing to wear a helmet, a seatbelt, and not smoking, I’ve chosen to follow the science & statistics to protect my health and my finances. Once lost, it’s gone forever. I proudly wear a mask when at public indoor venues. My health. My choice.

Map: Governors Public Health Alliance * Guam is also a member of the alliance Updated October 15, 2025 Map: @luckytran • Created with Datawrapper

15 US states and territories have formed a new Public Health Alliance, which will counter the absence of federal leadership by tracking outbreaks, issuing guidance, buying vaccines and more.

Members of the new alliance include CA, CO, CT, DE, GU, HI, IL, MD, MA, NJ, NY, NC, OR, RI, WA.

My experience is the PLC requires an “atproto_pds” service. And things get wonky when the “alsoKnownAs” doesn’t have an “at:” handle.

It’s unrealistic to believe a single PDS would store the entire data for a user (aka DID). Limits are one reason; there are many others. We can’t predict all the future innovative solutions on the ATProtocol that may require a newer PDS or a specialized PDS.

Very good question. Rejecting non-Bluesky schemas would contradict the current ATProtocol architecture which limits a single user DID to one PDS. I’ve raised this artificial and unnecessary limitation as a concern. One DID to one PDS is contradictory to achieving full decentralization. It’s silly.

The IETF OAuth Working Group has adopted the Client ID Metadata Document specification!

> This specification defines a mechanism through which an OAuth client can identify itself to authorization servers, without prior dynamic client registration or other existing registration.

Do you know why a configurable client is an issue for Apple and Google? I’ll dig into their guidelines but by chance do you know the general vicinity to look?

Correct. You set the atproto-proxy to an Bsky-compliant AppView Api / Lexicon did:web. I performed this POC a few weeks ago successfully when Zeppelin was still available. Demonstrates the power of the decentralized architecture.

Btw…our upcoming NorthStar Social app under development has an option to configure the AppView of choice. We tested it with Zeppelin when it was still functioning. Works great!

There needs to be a registry for these various ATProtocol host-able components (pds, relay, appview, etc) that providers can opt-in and client applications can subscribe for programmatic discovery to offer options for end-users.

💯 We need to drop the references to Bluesky in signup/in

bsky.app/profile/scot...

Yep

Hello World!

It’s not too different from any web browser’s ability to go to any web server. Nor any user’s choice to choose their search engine - DuckDuckGo, Google, Bing, etc. For the decentralized social network to succeed, the architecture needs the same versatility the web brought us.

Zeppelin demonstrated the strength of an open, decentralized architecture. With alternative Bsky-like AppViews, Apps can provide users choice by setting the “atproto-proxy” header to an alt AppView’s did:web. This versatility is great for users & App devs to diminish reliance on a single entity.

Recent events have shown alt Bsky-like AppViews can provide user choice to continue using Apps free of Bsky. We’ve learned App’s can offer users an AppView configuration choice. App sets the “atproto-proxy” header to the alt AppView’s did:web. Great for users & App devs. That’s decentralization!

Thank you for your contribution demonstrating the versatility of an architecture supporting decentralization. Showed Apps could be portable to alt “Bsky”-like AppViews. This is instrumental in users having choice to continue using favorite Apps when an AppView operator’s policies are incompatible.

I just canceled my Hulu/Disney+ bundle. These companies need to go bankrupt for failing to defend our democracy.

If Bsky believes in their decentralized architecture, it’s time the components separate from Bsky & rebrand to @ATProtocol. Starting with rebranding signup/in:

“Sign in/up with @ATProtocol”

Until then, architecture & design decisions will be Bsky-centric to the detriment of decentralization.

Not really…

App deactivations & deletes should occur with App-controlled assets only; never accounts.

Account deactivations & deletes should reside with the accounts Oauth source (which is on their home PDS).

Account’s Oauth knows every app accessed & can show comprehensive list of apps impacted.

Thanks for the clarification!

And, there is also a real threat to losing access to E2E communications as well. Given the adversarial US government climate against citizens Constitutional freedoms & pressuring (threatening) businesses...it isn't a big leap that big tech - A, G & M would deny apps that protect privacy.

You’re being sarcastic, right? 😉

No. That doesn’t sound like a reasonable approach. The user should have authority over all their data.

We need better gates that provide clear & concise education & awareness on (un)intended outcomes.

A decentralized architecture wields great responsibility.

The fact that Bsky App (or any other) deletes a user's account & all data w/o warning on impact across the @ATProtocol ecosystem should be a 5 alarm fire. Any App offering services could be liable for data loss, esp. if they are or plan to charge fees/subs. The PR alone could be fatal to adoption.