Oddbean new post about | logout
 Se quiser usar um dos meus relays 
wss://nostr.girino.org, que so filtra o replyguy usando a foto de perfil dele como base pro filtro
wss://wot.girino.org, WebOf trust de 3 niveis centrada em mim (mas posso incluir vc como um dos centros da WoT tambem, se vc quiser)
wss://nip13.girino.org, bloqueia quem não usar nip13 com dificuldade minima de 5 (posso aumentar no futuro).

Além disso, eles baixam constantemente os eventos de uma lista de relays mais comuns, e enviam os eventos postadas neles pra 3 grandes relays, pra garantir o alcance delas.

São todos 3 experimentais, mas tenho usado só eles e tem funcionado muito bem. 
 Se quiser usar um dos meus relays 
wss://nostr.girino.org, que so filtra o replyguy usando a foto de perfil dele como base pro filtro
wss://wot.girino.org, WebOf trust de 3 niveis centrada em mim (mas posso incluir vc como um dos centros da WoT tambem, se vc quiser)
wss://nip13.girino.org, bloqueia quem não usar nip13 com dificuldade minima de 5 (posso aumentar no futuro).

Além disso, eles baixam constantemente os eventos de uma lista de relays mais comuns, e enviam os eventos postadas neles pra 3 grandes relays, pra garantir o alcance delas.

São todos 3 experimentais, mas tenho usado só eles e tem funcionado muito bem. nostr.fmt.wiz.biz 
 Então, é isso o que eu realmente queria evitar! (não estou me desfazendo dos seus relays, obrigado).
É que como nesse caso específico eu e o idsera usamos pelos menos 3 grandes relays em comum, o reply deveria chegar em todos os clientes.
Ter os relays em comum deveria ser suficiente. Na verdade ter ao menos um relay em comum, já deveria ser suficiente pq a questão da redundância de dados é um problema que ao meu ver tem que ser resolvido.
Por exemplo: eu ter relays em comum contigo, deveria garantir que eu e você consigamos trocar mensagens. Mas aparentemente tem alguma coisa estranha no meio do caminho...  
 Eu penso que os core devs precisam sentar, pensar e resolver o problema. Acho que já pensam nisso mas não sei se os esforços estão sendo transmitidos. Talvez isso só role em discussões internas.  
 ai que entra o problema: não existem "core devs", existe um protocolo e várias pessoas diferentes implementando esse protocolo. Caberia a cada dev de cada relay e de cada cliente implementar a coisa da maneira certa, de acordo com as specs. 
 ai que entra o problema: não existem "core devs", existe um protocolo e várias pessoas diferentes implementando esse protocolo. Caberia a cada dev de cada relay e de cada cliente implementar a coisa da maneira certa, de acordo com as specs. relay.primal.net 
 Eu entendo isso. Mas não se pode negar que há uma galera que atua como se fosse. Que o Fiatjaf é quem aprova as NIPs e se pode organizar essa suruba. Isso precisa ser feito. Só esse probleminha de spam aí já tá irritando todo mundo. Por exemplo. Porque em alguns clientes os relays que eu uso não geram spams e em outros não? Isso é muito estranho porque só no amethist eu tenho filtro de cliente. Em nenhum cliente web eu uso filtro. Apenas escolhi uns relays que (EM TESE) são mais resilientes. Há uma discrepância aí.  
 ai que entra o problema: não existem "core devs", existe um protocolo e várias pessoas diferentes implementando esse protocolo. Caberia a cada dev de cada relay e de cada cliente implementar a coisa da maneira certa, de acordo com as specs. nostr.fmt.wiz.biz 
 Olha só: os mesmos relays, clientes distintos

https://m.primal.net/KutV.png 
https://m.primal.net/Kutd.png  
 Sim, cada cliente implementa de um jeito. Tem uns que inclusive desrespeitam as configurações de relay que vc faz e usam os relays deles por baixo dos panos. 
 só uma curiosidade: o Nostrudel minera minhas novas mensagens, mas não parece fazer o mesmo para as respostas. 
todas as minhas mensagens são mineradas com dificuldade 21. 
 nos meus testes, ele realmente não minera respostas, só mensagens novas. E se você habilita nip-89, ele caga a mineração (parece que ele insere a tag depois de minerar, perdendo totalmente o hash minerado)
 
 Até onde eu sei, ninguem implementa nip-13 direitinho. todo mundo implementa bugado. 
 isso quando implementam né. a galera não entende que só de implementar direito já vai atrapalhar o trampo do reply guy. 
 se todo cliente tiver um checkbox de "validar PoW", com um valor baixo, tipo 10 ou 12, já vai ferrar com spammers. 
 se todo cliente tiver um checkbox de "validar PoW", com um valor baixo, tipo 10 ou 12, já vai ferrar com spammers. nostr.fmt.wiz.biz