Poisé, uma das coisas que eu estou tentando refinar com outbox, mas tah difícil. O Amethyst sempre mostra muito mais posts do que todos os outros clientes. Se eu usar o ditto, primal ou coracle por exemplo, eu perco 10-20% do meu feed.
Isso acontence pq os posts estão nos relays errados. O blast do Amethyst para download garante que o feed seja o mais completo, mas ao custo do uso do plano de dados. O blast the upload tenta fazer o post aparecer nas outras apps, mas ainda não é suficiente.
Eu entendo o trade-off e a dificuldade de evoluir sem desagradar usuários e quebrar o que já está lá (o Haven está para completar um ano e já estou lidando com situações assim. Vou precisar lançar uma v2 não backwards compatible em breve). Eu sei que o que estou falando provavelmente não consid34w uma série de constraints arquiteturais do próprio Amethyst, mas na sua pele eu atacaria isso com o famoso exercício do "carpaccio de elefante".
Passo 1: Faça todas as milhares de setinhas do Amethyst para read e write funcionarem. Adicione as setinhas mesmo nos relays de Inbox, Outbox, DMs etc. Nesse ponto usuários como eu podem usar as opções de configuração para parar o self-spamming nos próprios Relays deles 🤣. Ah.. adicione setinhas e opções de tempo para salvar drafts também, pois drafts são uma das coisas que estão spammeando infinitamente os relays.
Passo 2: Não mexa nas configurações dos usuário atuais por enquanto (i.e. a galera que está mijando fora do pinico em todos os relays que existem vai continuar mijando fora do pinico, bem como lendo uma firehose com todos os eventos do Nostr e mais alguns). Faça mais algumas maratonas ajudando usuários a configurarem relays "corretamente". Mostrando a diferença que isso faz em performance, bandwidth, bateria, etc. Você já fez isso várias vezes no passado, mas é um trabalho contínuo de educação.
Passo 3: Mude o código para que novos relays específicos (E.g., inboxes e outboxes adicionados kind 10002, DM relays no kind 10050, etc) já entrem com as "setinhas" corretas, e.g., novos relays adicionados ao Kind 10050 só escrevem e leem eventos NIP-17, etc. Quem quiser o comportamento antigo pode ir lá, adicionar o mesmo relay na seção de relays gerais e clicar em todas as setinhas que quiser.
Passo 4: Avise para as pessoas que daqui a 6 meses ou um 1 ano ou sei lá quando você vai remover as setinhas e a seção de relays gerais. Espero o dobro do tempo e aí sim faça usso.
O que eu quero dizer é, se clientes como o Amethyst empurrarem os novos padrões aos poucos, isso não vai desagradar os usuários. E com o tempo, conforme a galera for mexendo nas configurações de relays, criando novas chaves, etc todo mundo vai migrando para os novos padrões. Aos poucos essa diferença entre Outbox model e companhia vs ler e escrever de / para todos os relays do Universo vai diminuindo.
Mas para dar certo grandes como o Amethyst, Damus, Primal, etc tem que começar esse processo de migração "gentil" dos usuários. O Amethyst, apesar da entropia, ainda é um dos clientes mais ágeis e maleaveis entre os grandes. Se você não sinalizar a mudança eu duvido que os outros corram atrás.
Dito isso, entendo que mesmo nesse modelo de fatias finas, alguma dor de migração será necessária. Se não vamos ficar nesse loop de que não dá para ler/escrever nos relays corretos pois os clientes não estão lendo/escrevendo dos relays corretos para sempre.
> Adicione as setinhas mesmo nos relays de Inbox, Outbox, DMs etc.
Não. O outbox não permite isso. Caso contrário, vamos criar mais problemas para os outros apps que não esperam esse tipo de distinção
> Faça mais algumas maratonas ajudando usuários a configurarem relays "corretamente"
Sinceramente, meio que estou decepcionado com o baixissimo impacto desses apelos ao usuário. Usuário nenhum configura corretamente os relays. Talvez precisamos de uma estratégia diferente onde os usuários nem mexem com isso. A app simplesmente sobrescreve tudo e corrige os problemas automaticamente.
> novos relays adicionados ao Kind 10050 só escrevem e leem eventos NIP-17,
Isso já está corrigido no master branch.
> Mas para dar certo grandes como o Amethyst, Damus, Primal, etc tem que começar esse processo de migração "gentil" dos usuários.
O problema é a migração errada. Primal, nostrudel e outros colocaram todos os relays do kind 3 no outbox e agora todo mundo tem 20 relays na lista que deveria ter só 3. Agora os clientes precisam lidar com 20 relays ou correr o risco de não encontra os posts se escolherem só os 3 primeiros ou se randomizar 3 relays da lista.
> O outbox não permite isso. Caso contrário, vamos criar mais problemas para os outros apps que não esperam esse tipo de distinção
Mas o Amethyst já está fazendo isso hoje sem nem dar a opção de corririgir correto? E.g., quando eu posto uma nota kind 1 de alguma maneira ela também vai parar no meu Inbox, relay de notas privadas, relays de DM, etc. Ou isso também já foi corrigido no master / só não lançado ainda.
> Sinceramente, meio que estou decepcionado com o baixissimo impacto desses apelos ao usuário. Usuário nenhum configura corretamente os relays. Talvez precisamos de uma estratégia diferente onde os usuários nem mexem com isso. A app simplesmente sobrescreve tudo e corrige os problemas automaticamente.
Eu entendo a frustração... Mas de cadinho em cadinho vamos melhorando. Autosettings é uma excelente ideia. Mas acho que dificilmente será implementando de maneira adequada na maioria dos clientes. E se for um serviço independente, as únicas pessoas que vão usar provavelmente não precisariam 🤣. Os usuários sempre vão precisar de alguma educação sobre o assunto para usar uma rede social descentralisada com conceitos mais avançados como O Nostr... E os devs... Também 🫠
> > novos relays adicionados ao Kind 10050 só escrevem e leem eventos NIP-17,
> Isso já está corrigido no master branch.
Excelente. O Amethyst é um dos poucos clientes não especialidados em mensagens que suporta NIP-17 direito. Parar de mandar minhas mensagens para relays públicos sem AUTH já é um passo excelente na direção correta.
> O problema é a migração errada. Primal, nostrudel e outros colocaram todos os relays do kind 3 no outbox e agora todo mundo tem 20 relays na lista que deveria ter só 3. Agora os clientes precisam lidar com 20 relays ou correr o risco de não encontra os posts se escolherem só os 3 primeiros ou se randomizar 3 relays da lista.
Eu entendo bem novamente. O Haven tem o mesmo problema para construir WoTs. É bem difícil evoluir algo quando todo mundo está destruindo as listas / sets, etc. De novo, alguém tem que começar o processo de educação e forçar os outros devs a correrem atrás. E.g., um ano atrás eu estava teimando com o utxo sobre remover suporte para kind 4 do Haven e o double down em Blossom (e apenas Blossom). Mas agoras vivemos em um mundo com Primal com suporte e Blossom e até mesmo mirroring. DM-17 infelizmente ainda não prgou... Mas se não fosse o Nostrudel e Amethyst forçando a barra nessa direção, nem a evolução que conquistamos teria acontecido.
