So #[0] posted a blog post about bluesky that ruffled some feathers: This triggered a long skeet stream reply from bluesky developer Paul Frazee: This then caused me to write up some thoughts: The world of decentralized protocols is gaining momentum, and it's exciting to see projects like Nostr and Bluesky at the forefront. Many of us have dedicated years to developing these protocols, and now they're capturing global interest. I've been tracking various decentralized social media protocols for a long time, and if you're interested, you can find my comprehensive database of open social media protocol projects here: Nostr, at_protocol, and other projects take inspiration from Secure Scuttlebutt, which I had the pleasure of working on alongside talented individuals like @pfrazee and @jay. Nostr is a slightly modified version of Scuttlebutt, while at_protocol represents a more significant reimagining. At_protocol borrows ideas from the IPFS ecosystem and W3C DID standards, while Nostr incorporates concepts from Bitcoin technology (not a blockchain or cryptocurrency project). Both projects have received substantial support from #[1] , who funds them but doesn't control their direction. Nostr began as a humble side project, growing organically as developers adopted it. In contrast, Bluesky started with significant press and a high-profile search for a team lead, taking years to evolve from an idea to a funded project. Bluesky's community experienced challenges that led to a split, and the original community renamed itself https://dsocialcommons.org/. Nostr, on the other hand, never encountered such issues, with developers contributing to the project independently. The two projects represent different approaches to open source development: the cathedral model (Bluesky) and the bazaar model (Nostr). Both have seen success, but I must express my disappointment with Bluesky's choice to follow the cathedral model. Despite my frustration, I have great admiration for the team behind Bluesky and the work they're doing. However, Bluesky employees maintain full control over the at_protocol, leaving little room for external contributors. In contrast, Nostr provides an open platform for contributions, enabling me to create an app (nos.social) and write specifications that are openly debated: Bluesky's code is indeed open source, but their development process is not. This is reminiscent of how Safari's WebKit or Android operate as open source projects without truly embracing the open source development methodology. Recently, I expressed concerns about Bluesky as it currently operates as a single unified network. Friends advised me to take a step back and give the team time. I experimented with their Indigo PDS server and found it promising. I believe that the at_protocol will eventually become an open, multi-server protocol. The people behind Bluesky have a long history of working on open protocols and are not developing this technology to create a new, closed ecosystem. On a personal note, I feel a stronger social connection to Bluesky's early adopter community but appreciate Nostr's openness for contributions. I could potentially create an at_protocol client, but making substantial contributions to the Bluesky protocol seems reserved for employees and select advisors. Therefore, I choose to invest my time and effort in open projects. I firmly believe in Conway's law, which states that the structure of the organization building a technology will shape the technology itself. I believe @fiatjaf might be overly critical of Bluesky. He had the luxury of working in obscurity without the pressure of media attention while figuring things out. In contrast, Bluesky faces high expectations and the responsibility to "replace Twitter." The stress that the Bluesky team endures while trying to develop their project under the watchful eyes of many likely contributed to their adoption of the cathedral model of open source. I empathize with the challenges they face in this environment. Much of the internet was built using the bazaar model, consisting of small pieces loosely joined. This approach gave us the web and numerous other systems we use today. Bluesky's design-driven model is more meticulously architected, but it reminds me of Java and XML (no offense intended). I believe that these networks can interoperate. I already communicate between the fediverse and Nostr daily, and while it's not perfect, it mostly works. I'm optimistic that we'll achieve similar interoperability with at_protocol once the system becomes more open. It is essential to recognize the strengths and weaknesses of both approaches and to appreciate the incredible work and progress made in both projects. As the world of decentralized protocols continues to grow, I remain hopeful for a future that embraces collaboration and openness.

Replies (50)

the airtable contains p2panda and the likes, but not keet/holepunch/dat. it contains centralized web2 discord though. whata the criteria for the list? oh, also retired ctzn is on there
i would not consider it a luxury working in obscurity. it is tough and not well funded. i would consider it a burden and pain, but that is all you can do if you arent connected to rich people to fund you
yeah, i would want to read it, but they probably kept it on bluesky on purpose, so that most ppl cant really respond to it, especiaply not potential critics, who would just not be invited to bluesly for now
Bluesky is a company. Where is the confusion? If your protocol is self claimed "open" and yet there is a waitlist...it is not decentralized or open. "replace twitter" is not the goal for nostr (I hope not). Bluesky is running from...Nostr feels like running to something.
pjv's avatar
pjv _@pjv.me 2 years ago
> but it reminds me of Java and XML (no offense intended). That provoked an authentic LOL. I couldn't think of more offensive comparisons for a software development project than Java and XML.
:P's avatar
:P 2 years ago
The sky is falling image
Beebop's avatar
Beebop 2 years ago
What was the dildo looking fancy sky scrapper access code again? Nvm the noisy street bazaar covers every direction. Call when the former grows balls.
As reluctant as I am to place myself in front of anyone’s skeet stream, I had hoped to read his reply. But I get this when I click the link. Any idea if he shared it publicly anywhere? image
they're both just ai driven, backend dark money/crypto shadow profit validator models with their own chains. they use a social media architecture frontend to collect and cache identity/online data blocks and scale human identity discovery/mapping. which is fine i guess, but why the obfuscation? just say they're bounty models.
I can't get past "skeet" with the whole "skeet skeet" thing being a thing 😂 that is either telling or a really strange coincidence.
"I believe that these networks can interoperate. I already communicate between the fediverse and Nostr daily, and while it's not perfect, it mostly works. I'm optimistic that we'll achieve similar interoperability with at_protocol once the system becomes more open." – @rabble If there's interoperability who cares what protocol or network someone is on? Just like it's not a big deal what Nostr client app someone is using. Interoperability is the way. Hopefully Twitter, Mastodon and the other socials could be linked up, too, to create a truly global public square... View quoted note →
thanks for the post; glad to hear some solid measured thoughts about all of this 💜 good points all around about approaches to decentralized in implementation and in development for projects
Oh right 🤦‍♂️ I thought there might be more behind that bluesky link but reread and realized that's from someone else.
Or maybe this: View quoted note → >From: unclebobmartin at 05/09/23 16:47:32 on wss://atlas.nostr.land >--------------- >This might work: note1cjpu4dkyawp2zp9dhmefmcz778nzt9cwsyjc9ejtjmkhdst96cvqjfseu2 > > >>From: (alexander) at 05/09/23 02:24:35 on wss://relay.damus.io >>--------------- >>How do you quote on Nostr? I’ve tried to @ before a note-id.
Yes. I'm using more-speech. I don't know how other clients might do it. But as I understand it (and as I implemented it in more-speech) the string "nostr:" must be prepended to the "note1..." id. (The bech32 encoding of the note's id). >From: (alexander) at 05/09/23 16:54:17 on wss://relay.damus.io >--------------- >Thank you for reaching out! Did you write nostr: before the note-id? > >View quoted note →
Vintage Patchwork + Scuttlebot was the pinnacle of the cathedral and the bazaar. What is going on now could be mostly madness and privatekeyjacking We should build a new protocol, called it Phoenix, make it an append-only replicated log of signed messages and be done with this mess that we've overbuilt for nearly a decade.