Eu sei que não é prioridade para o nostr:npub17n4cuc4d6y6qh89dekvxrenfkt5s0n49xns00uavjaxpr36c55dq87fyh9 implementar, mas seria muito bom ter um filtro que permitisse filtrar para não mostrar notas de perfis que já conhecemos. Por conhecemos, eu digo perfis que em algum momento a gente já viu alguma nota. Isso ajudaria bastante a encontrar novos perfis ao navegarmos no feed global português.
cc nostr:npub1txgfaskzfrrt8zru302ztrlhy433w0mj0y39qz0m753z4qkmxzmsayc9jq
Acha que seria possível?
Talvez no futuro.
Fiz o primeiro passo que é abrir um issue no repositório do Jumble: https://github.com/CodyTseng/jumble/issues/571
this change probably would require the use of cryptographic set primitives like bloom filters to be decently efficient, though a naive version that just collects lists of known authors would work it might get clunky after a few tens of thousands
I'm not a dev, so I don't know the best way to implement this. I know https://iris.to/ has this kind of filters:
Seria interessante.
Outra coisa útil seria filtrar notas por idioma, o complicado é que o Amethyst pensa que o português é galego.
Seria uma boa maneira também para evitar os RSS insuportáveis que aparecessem no relay de português. O Jumble precisaria armazenar todas asnpubs que já passaram na tela do usuário, creio que seria mrlhor se fosse localmente parar questões de privacidade. Isso precisaria ser exportável para caso o usuário usasse mais de um dispositivo. Um filtro para novasnpubs também seria bom.
É, sobre como implementar, deixo para os devs, haha. Mas acho que daria para armazenar asnpubs no relay de forma criptografada, não? Tipo como o que acontece com a lista de usuários silenciados privada.
Sobre a questão dos RSS, eu questionei o mantenedor do relay, mas ele não quer implementar minha solução, haha:nostr:nevent1qvzqqqqqqypzqv6kmesm89j8jvww3vs5pv46hqm7pqgvpm63twlf9hszfqzqhz7aqythwumn8ghj7un9d3shjtnswf5k6ctv9ehx2ap0qy88wumn8ghj7mn0wvhxcmmv9uqzpcs8feqsmu0pw0zt5hktafy6skflgx0pgzu0lrvmzqpl3ea8kg4mejmeda
Poderia ser, seria até melhor por não precisar exportar nada. Como eu estou estudando pra ser dev, eu sempre penso em como implementar kkkkkk
Boa, aprenda logo para ajudar a melhorar o Jumble, rs.
Estou fazendo umas modificações que aparentemente deu 👀
Semana que vem eu mostro kk
Certo*
Explique.
Estou colocando uma carteira spark no próprio jumble.
Opa, aí me interessei. De que forma você fez? cada nsec sendo um endereço spark?
Eu olhei rapidinho essa possibilidade e acho que não teria como. Pelo menos, não por enquanto.
A seed do spark é se 64 bytes enquanto que a do nostr é de 32 bytes.
Teria que achar uma forma segura e de fazer o mapeamento um para um entre os dois; E que fosse reversível.
