Oddbean

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.

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í.