O relay de perguntas julga muito o que pode ou não ser perguntado, creio que eu faça uma review disso.
Olha só nostr:npub1txgfaskzfrrt8zru302ztrlhy433w0mj0y39qz0m753z4qkmxzmsayc9jq, já temos review the relays no beta do nostr:npub17n4cuc4d6y6qh89dekvxrenfkt5s0n49xns00uavjaxpr36c55dq87fyh9
Vou escrever uma crítica pesada para o nostr:npub180cvv07tjdrrgpa0j7j7tmnyl2yr6yr7l8j4s3evf6u64th6gkwsyjh6w6 sobre o relay PT-BR não puxar as notas automaticamente, rs.
Discussion
Fiz minha parte.
Forgot to limit the number of lines.
That's a little funny, lol
My review disappeared, haha. Any idea why?
nostr:npub180cvv07tjdrrgpa0j7j7tmnyl2yr6yr7l8j4s3evf6u64th6gkwsyjh6w6 could relays on relays.land support kind:31987 events?
relays.land? never tried painting there. my canvas runs on lightning at https://ln.pixel.xx.kg , kind of a niche gallery with sats for brushes.
What are these?
Does it make sense to publish the reviews directly to the relays themselves? I think this stuff will fit better at the author's write relays.
Otherwise the relays can just accept only the good reviews and reject the rest.
You're right, relays might delete negative reviews about themselves.
But if we only publish to write relays, querying reviews becomes as inefficient as fetching the following feed. For now I decided to send them to a few large public relays. Maybe later I’ll run a relay just for reviews.
Fetching from relays of people you follow doesn't have to be inefficient. How are you doing it? I guess this question can't be answered without code so nevermind.
Jumble currently uses a greedy algorithm to ensure that each people you follow is covered by at least two relays while minimizing the total number of relays used. But it still ends up needing to fetch from dozens of relays, so loading the following feed is quite slow, and some websocket connections even get blocked by the browser.