Nostr Web Client

Apagar e refazer também produz isso. Quem vê o primeiro post excluído perderá a referência sobre onde estava o post original e poderá não ver o novo post atualizado.

Principalmente se não seguir o usuário.

E quanto a "traição", o Nostr já vem se tornando exclusivista desde os chats e as comunidades. Tem muitas informações que já não são vistas em outros clients.

Mas não acho que por isso esses conteúdos deveriam acabar, deveriam na verdade serem implementados por padrão.

marcos 1y ago

Apagar comunica que o conteúdo que as pessoas interagiram já não existe mais. É uma opção que protege o criador do conteúdo sem comprometer a coerência das interações que o post recebeu quando foi concebido da primeira vez.

O que eu estou chamando de traição da parte do criador do conteúdo, que poderia editar o post para "curta aqui se tem a mãe na zona".

Diferenças de implementação de client/client é da natureza do protocolo. Se as pessoas sentirem falta de alguma feature, elas podem implementar elas mesmas, trocar de client, ou financiar desenvolvedores pra implementarem as features.

Reply to this note

Please Login to reply.

Discussion

Dante 1y ago

1. Apagar não comunica isso, apenas indica que o conteúdo está inacessível. Tem muitos posts que não aparecem por estar em outro relay ou porque o client não tem implementação para reproduzir ele, como no caso das comunidades.

2. Em relação a fazer edições maliciosas, foi por isso que respondi em seguida em defesa de que os usuários fossem notificados da atualização... Fora que já há edição por padrão em clients com nips de textos longos, o mesmo poderia ser feito nos demais de nip curto.

3. Então se for só questão de fazer isso para as outras implementações, então era só o usuário fazer o mesmo para as edições, não? Que dificuldade teria de fazer isso, não é mesmo?

marcos 1y ago

Acho que há uma dificuldade técnica associada a uma controvérsia filosófica que impede sua feature de ser implementada do jeito que você quer.

Dante 1y ago

Se for, ocorre uma forma de centralização ao impedir isso...

E, a meu ver, parece mais baseada na filosofia da "praticidade" e "conformidade" do que no potencial da feature por si só.

Quem não usa, não percebe as qualidades dela, diferentemente de quem usa e sente a necessidade.