Thanks, makes a lot of sense…
Anybody knows which kind is it?
Also part of the late friday’s hallucinations...
Am I realizing that snort and iris are now the same thing?
Noticing Damus and Snort don’t seem to store their relay lists at in the same kind…
I can tell Damus stores them in the contents in a kind 3…
Where do Snort get theirs from? As we speak, I am having a snort page open with different relays than what I get from kind 3…
Also, it’s friday, might just be that i’m tired and misinterpreting data….
Hey nostr:npub1u8lnhlw5usp3t9vmpz60ejpyt649z33hu82wc2hpv6m5xdqmuxhs46turz this is what https://mutinywallet.com looks like right now…

Finally found an easy to digest ecash tutorial. In fact, it’s just out of the oven, thanks to nostr:npub1rxysxnjkhrmqd3ey73dp9n5y5yvyzcs64acc9g0k2epcpwwyya4spvhnp8
oh, written by fiatjaf and cameri... I thought it was from Will.
Branle, isn't it?
Damus used to have another name at the time if I'm not mistaken... can't remember which, though.
I remember that, for a long time, nostr talks were done in a telegram group with a handful if active users...
can you give an estimate of how many users it used to have before Jack contributed the famous 14BTC?
looking for a summary of what nostr was like pre-2023
that might solve it… wondering if other clients have the same issue…
dunno, but I am simply sending 2 subscriptions to kind 1 notes, but with two different pubkeys as filters…
the app is multi-process, so requests most probably gets sent simultaneously when I start my app…
would be surprised this is due to rate limiting, as the relay would probably mention it...
are you on a recent stryfry? cause other stryfrys can handle that abuse with no problem.
This is a first: damus is too fast for relays
nostr:npub1xtscya34g58tk0z605fvr788k263gsu6cy9x0mhnm87echrgufzsevkk5s nostr:note1jmhlr8mq2rq3rcjqs64w3t08fhgynld70yz9me227cvr3qm3l84seu8rpp
Not talking about damus, but their relay…
love to see it! thanks!
nostr:npub18m76awca3y37hkvuneavuw6pjj4525fw90necxmadrvjg0sdy6qsngq955 seems like if an client is so fast it can send two requests before even receiving an answer, wss://relay.damus.io might disconnect at that point. That doesn’t happen on other relays I’ve tried, including other strfrys…
To fix things up, I have temporarily introduced some delays in between requests, and it works beautifully despite clearly being a patch.