Network map of your Nostr followers?

I'm not sure what is more beautiful, the finished product or the plans to build them. Really inspiring work.

Last night, in a semi-lucid moment of realising I was waking, I reached to commit the dream to the repo before I lost it. Fiat mining by day, Nostr by night. All work and no play makes Innis dream in code.

Sorry, brother. You don't have to carry it well, and you don't have to carry it alone.

Paul made tents so the preaching wouldn't cost anyone anything. Most days my work feels less like the tentmaker and more like the prostitutes Jesus ate with, tho they might enjoy their work a little more. Fear not. I'll soon be back doing what I love. More releases to come.

Shipping jsr:@innis/nostr-nip29 today. Pure domain helpers for NIP-29 relay-based groups. A group is owned by the relay that hosts it; the relay publishes a kind 39000 metadata event for each one. This turns those into Group value objects and builds the kind 9 replies. No I/O, querying and rendering stay in the consumer. This is in the spirit of the relay-selection library I put out in May. This library is small, and only implements part of the NIP-29 spec, but addresses some inconsistencies I was encountering when building my client: the relay hint on the group h tag, how a chat reply should be structured, which metadata markers matter. I wanted to get those right, and after encountering differing implementations in the wild, decided to read how existing clients handle them, and where the spec is silent they each made their own reasonable call. Fair enough; there was nothing written to follow. So I pulled that common core into one place, fully tested, with every step past the written spec flagged as a convention rather than passed off as protocol. I'm a perfectionist and I would rather be corrected than be quietly wrong, so this is published on its own to open the discussion more than settle it. If I've misread a NIP, or you'd shape one of these conventions differently, I'm happy to be corrected. The point is to improve everyone's code, mine included. The scope is deliberately narrow. It models the parts of NIP-29 the app I've built against it actually uses: metadata, chat, replies, and nothing else. Admins, roles, the group lifecycle are not modelled, because nothing I've built needs them yet, and I would rather leave the shape unwritten than guess it from the spec and be wrong. They'll get the same scrutiny the rest got, when I eventually need them. Built on @innis/nostr-core, alongside the signers, the pool, the event store, Blossom, and relay-management. AI was involved, same terms as before. The architecture is mine. The decisions are mine. deno add jsr:@innis/nostr-nip29 https://github.com/johninnis/nostr-nip29-ts MIT. #nostr #typescript #opensource #nostrdev Thanks to and

Coming so soon! This week for sure. I'm still untangling things...

Shipping jsr:@innis/nostr-relay-management today. A signed client for NIP-86, the HTTP surface a relay exposes for its own administration. Banning a pubkey, allowing one, blocking events, blocking IPs, reading the moderation queue, and on a relay running the Hubstr extensions, stats and connections and rate limits and guest policy too. A small library, but it gives away some of what the rest of the stack is being built toward. More to come. Built on @innis/nostr-core, alongside the signers, the pool, the event store, and Blossom. AI was involved, same terms as before. The architecture is mine. The decisions are mine. deno add jsr:@innis/nostr-relay-management https://github.com/johninnis/nostr-relay-management-ts MIT. #nostr #typescript #opensource #nostrdev

I didn't notice any difference at all. Every time it might have been amazing for me I was reverted to Opus:

Like the good old days!

Fable 5’s safety measures flagged this message for cybersecurity or biology topics. They may flag safe, normal content as well. These measures let us bring you Mythos-level capability in other areas sooner, and we’re working to refine them. Switched to Opus 4.8. Send feedback with /feedback or learn more Oh well, that was fun while it lasted...

Even when it's just bots talking to bots? Surely they'll leave an empty room. Or maybe I just have too much faith in people.

This has been my biggest fear with Nostr. I'd love to run relays for people, but don't want to open myself up to litigation, nor become responsible for moderation. I really admire what you're doing. There's no wrong answer. You're doing the Lord's work.

Aaaah. New Anthropic model out. That explains why Claude's been so daft all week... Every time.

What NIP/Kind are private replies?

May we all grow in the grace and knowledge of our Lord, Levi.

I love the energy budget framing and the implications for Bitcoin. The proof of work algorithm makes the cost tangible. It's also exciting for low cost computing, alternative energy, micro grids, and more. It is frustrating that the people most committed to the goal are the most hostile to the one mechanism that would deliver it.

Similar trajectory and timing. Slackware, to Red Hat, but then quickly onto Debian. I haven't left.