I'm surprised I haven't heard of any relays that ship with built-in DVMs. That would keep the relays "dumb"—everything is still a Nostr event—but allow relay providers to expose "smart" capabilities built atop the relays' backing databases. View quoted note →

I know I've been quiet on here lately, but that's just because I've been building... And so, I'm pleased to share a few progress updates! First of all, our team at @GitCitadel has formally organized as a company! We are now GitCitadel, LLC. This step is a formalization of the long-standing partnership between our members, and it will allow us to better manage financial resources to support our ongoing projects. Second, we're excited to see GitCitadel listed in Geyser's top 100 all-time hall of fame! Thank you to everyone who has supported our projects, you are the reason we keep doing what we're doing! Third, in the way of development updates, we are building an all-new Nostr relay optimized for the needs of project Alexandria. In our work on Alexandria, we've found that existing Nostr relays aren't able to support the features we want with the performance we're targeting. A new backend built on Nostr's open standards will let us provide unique event composition, navigation, and visualization features with a snappy, response user experience. @StellaInForest, our prototyper extraordinaire, will be testing out early versions of this relay on her apps before we make it public. Once again, thank you to everyone who has contributed to our Geyser project, liked and re-noted our Nostr posts, and read and written publications on Alexandria. You guys are the best!

Nostr developers are sleeping on the Elixir programming language. Nostr (the WebSocket protocol) 🤝 Elixir (the language tested out to 2 million simultaneous WebSocket connections)

Thanks to my fine friends at @GitCitadel for sticking with it! In the time it's taken us to get here, members of our team have variously moved homes, bought homes, changed jobs, and had a child, all while continuing to plug away at Alexandria—an hour here, an hour there—on the side. We're taking stock of what we have, where we want to go, and what we still need to do to realize our vision. We've made it exist, now it's time to make it good. Onward! View quoted note →

#nostrdev Has anyone built a relay around a graph database? Is there an appetite for such a thing?

With its acquisition of Bun, I believe Anthropic is setting itself up to become a vertically-integrated cloud hosting and web services platform for AI-powered apps. Just training and providing LLMs isn't profitable. Big players like Google can swallow the costs without blinking, but new players like OpenAI and Anthropic have to pivot to providing services to balance their books.

Bun is joining Anthropic | Bun Blog

Bun has been acquired by Anthropic. Anthropic is betting on Bun as the infrastructure powering Claude Code, Claude Agent SDK, and future AI coding ...

Jumble is becoming the Chromium of Nostr clients. View quoted note →

The #GitCitadel team is pleased to announce version 0.0.6 of Alexandria, now live on next-alexandria.gitcitadel.eu! This release features a UI overhaul, courtesy of our illustrious frontend developer @Nusa. Notably, the main site menu has been moved into an expandable menu, reducing clutter and making links easier to find. You'll also notice a fresher and more consistent look to our UI components! That's because Nusa has begun creating a Svelte component library for use within our project. It's documented for AI, so we'll be able to efficiently create consistent, beautiful UIs as we dream up new features. You can see some of the fresh UI components on a publication: Finally, be sure to check out our Notifications view, which you can reach by logging in and clicking on your profile picture, then clicking on "Notifications". You can view and respond to Nostr notes of _any kind_, and you can see public message threads. Alexandria is one of the first Nostr clients to support public messages. Thank you to all of our supporters! We're continuing to work on the app behind the scenes, so expect more updates Soon!

Has anyone considered making an ephemeral-message relay based on Redis/Valkey? I could see it being a good data store architecture for large group chats, message passing servers, and other applications that require only transient storage of notes.