Who's gonna build the relays? (Joke aside, I've heard that the post popular relay software is unmaintained. That's really bad. 🚨)
Strfry? It's open source so should be simple enough to address issues if they're needed and people want it done.
Last PR is 6 months, that's not a good sign.
Looks like a new maintainer with the necessary C++ experience needs to fork it. Probably a case for @OpenSats to support? Also, a bus factor of 1 is not great for the software that powers most nostr relays. A fork should probably go to a community namespace/repo to begin with.
Chorus by nostr:nprofile1qqswuyd9ml6qcxd92h6pleptfrcqucvvjy39vg4wx7mv9wm8kakyujgpypmhxue69uhkx6r0wf6hxtndd94k2erfd3nk2u3wvdhk6w35xs6z7qgwwaehxw309ahx7uewd3hkctcpypmhxue69uhkummnw3ezuetfde6kuer6wasku7nfvuh8xurpvdjj7a0nq40 looks pretty promising https://github.com/mikedilger/chorus
Chorus is maintained. And I think it is pretty fast.
"Relays are not hot product" - Someone probably. I think it is probably due to main focus development in Nostr is frontend Nostr clients and some other stuffs. 😅
There is zero support for the relays from the nostr elites. Relays operators are continually leaving. It's a double loss, because you lose the infrastructure, and also a talented developer that was interested in the project. Nostr has a king maker problem.
There are a lot of relay implementations and yes some aren't being maintained. @fiatjaf has four! khatru, pyramid, relay29, relayer. @Alex Gleason 🐍 ditto, My chorus @mleku replicatr @scsibug nostr-rs-relay @Doug Hoyte strfry @Cameri's nostream