- ¿Debería tener cada usuario de Nostr su propio relay (+ bouncer(proxy)) al igual que un nodo para cada usuario de Bitcoin? se está haciendo? y si no, porque motivo?

- ¿Que criterios utilizar para hacer una buena selección de relays?¿A cuantos min/max conectarnos?

- ¿Cual es la experiencia con Tor en Nostr, teniendo en cuenta que muchas notas tienen embebido contenido multimedia que se debe descargar por parte del cliente?

- ¿Realmente Nostr es descentralizado si el contenido embebido que se referencia en las publicaciones/DMs que se hostea en proveedores de almacenamiento centralizados y con política de privacidad dudosa? se espera una solución para esto por parte del protocolo o fuera de el?

- ¿Cual es el problema fundamental de que en cada cliente te aparezca contenido diferente (DMs inclusive)? es debido a la comunicación con relays que hace el cliente o es problema de los relays seleccionados?

- ¿Cual es la mejor forma de lidiar con el SPAM? ¿la solución debe venir por parte de los relays o del lado del cliente/usuario teniendo en cuenta la resistencia a la censura/descentralización?

Reply to this note

Please Login to reply.

Discussion

Muchas gracias 2Faktor. Preguntas sesudas aquí :)

- Solo si estas interesado en guardar tus eventos, creo que la comparación con bitcoin no es simétrica. En bitcoin quien dicta el protocolo son los nodos y ya, en nostr los clientes también son participantes activos por lo que puedes contribuir simplemente usando un cliente en específico. En cuanto a la descentralización, pienso que en caso de volverse un peligro, nostr tendria una respuesta varias ordenes de magnitud mas efectiva que en bitcoin.

- Para un uso normal, la regla del 3 a mi me funciona, 3 Dm + 3 inbox + 3 outbox. No pasa nada si repites en algunos. Si usas relay propio incluyelo en Dm+inbox, si quieres guardar tus notas, también en outbox.

- Usando Orbot en modo VPN solo se nota con los vídeos, y no demasiado, aunque quizás yo tenga un poco de bias porque uso siempre Tor

- Esta no la entiendo, y si vas por donde creo que vas puede dar para un hilo, cual es el problema que ves con los relays con política dudosa?

- Es todo eso, y más, piensa que el protocolo solo obliga a usar el NIP-01, todo lo demás es opcional. Hay decenas de clientes generales o específicos que eso del outbox model ni esta ni se le espera, y es así con todo. nostr:nprofile1qqsza7flq8xjfylqgg66dwrmzrfuff6w9flt0s72795zdrm27ue3fdgpp4mhxue69uhkummn9ekx7mqpzamhxue69uhkzapwdehhxarjwahhy6mn9e3k7mgpzemhxue69uhky6t5vdhkjmn9wgh8xmmrd9skcf3ywc0 una vez lo llamo "Eventual Inconsistency" y para mi es el título de la película ❤

- Eso lo decidirá el mercado

Gracias Koala por tus respuestas!

- No crees que si wss://relay.damus.io, wss://nos.lol y compañia, mañana decide dejar de operar, Nostr no se vería afectado? diría que no es muy buena señal para ninguna red que el contenido se esté concentrado en no más de 10 relays

- Si dejas solo en 3 relays tus eventos, y todos hacemos lo mismo para podernos comunicar...volveríamos al mismo punto de partida tóxico de la centralización..no te preocupa no tener buena UX en Nostr al conectarte a tan pocos relays?

- No tengo buena experiencia con Tor en Nostr, quizás sea que aún no se cual es la mejor forma de usarlo (combinación de cliente + relays, etc)

- No me refiero a los relays, me refiero al contenido multimedia que se incrusta en los post mediante URLs como esta: https[:]//m.primal.net/Mhyd.png ...esto parece que se sube a un servicio externo y posiblemente centralizado...al menos a mi no me resulta fácil encontrar la política de privacidad aplicable a este contenido y como gestionarlo (eliminar, modificar, etc). He visto alguna opción como https://github.com/hzrd149/blossom-server , me queda investigar el self-host...que opinas de esto? podría ser la solución?

- Aquí veo bastantes lagunas...tengo la sensación que cada dev tiene unas prioridades (totalmente comprensible), pero no parece estar entre ellas hacer hincapié en que el motor funcione bien y ofrecer una buena UX...IMHO

- Con el mercado te refieres al usuario no dev de Nostr, o al dev?

Creo que hay algo de base en la mayoria de tus puntos que me gustaria comentar antes de seguir con las respuestas.

Eso si, dejar claro que esta es mi interpretación personal de qué es nostr.

Hace tiempo que me gusta explicar nostr como una "base de datos efímera", es decir el objetivo de nostr no es crear una suerte de "blockchain" inmutable que dure para todos los tiempos de todo el shitposting que somos capaces de generar, si no mas bien un canal de comunicación activa entre particulares.

No creo que sea casualidad que de todos los sinónimos para "documento de texto" se use la palabra "nota" para referirse a los eventos de texto en nostr, llamalo "sticky notes", " "telegramas",... pero así es como lo veo en su conjunto: Una coleccion enorme de mensajes que dejan de tener relevancia en el momento en que llegan al receptor/es. Considero que el hecho de que se puedan almacenar en el tiempo es prácticamente circunstancial. Util en algunos casos si me apuras.

¿Que hay 3 o 4 relays unicos donde se almacenan todas las notas que ya han cumplido su función? No hay problema, lo importante es asegurarse que ese canal de comunicación entre tu y yo sigue abierto, lo critico es lo que estamos hablando aquí y ahora.

Es verdad que hay algunos eventos que se presuponen alcanzables: perfil, lista de relays, ¿emojis?😂 pero como ya dije antes, todo eso es opcional, y el coste de recuperarlo desde cero es casi nulo, necesitas tener 1 sola entidad de cada y algo tan básico como Citrine te ayudar a tener 0 fricción.

Creo que solo me queda el escenario donde los 3 o 4 relays se ponen de acuerdo para bloquearte o acado dejan abruptamente de dar servicio. Si compras mi argumento hasta aquí, entenderás que la primera gráfica que compartes usa una métrica irrelevante. Una métrica muchísimo mas interesante y sobre la que yo estuve indagando en su día es estudiar las listas de inbox/outbox relays de tus contactos. Si hubiese un peligro en nostr, vendría de encontrar que la mayoría de usuarios SOLO publican en esos 3 o 4 relays, pero cuando yo lo estudie (hace 8 meses o así) resulta que aunque la distribución de relays compartidos entre tus contactos es muy baja, el alcance de esa distribución es tremendamente alta.

En otras palabras aunque todo el mundo escribe y lee de los mismos sitios, **además** escriben y leen en otros tantos. En una gráfica mostrando la cantidad de relays que se repiten entre tus contactos, cuanto mas se parezca a f(x)=1/x mas en peligro estará tu red **en ese momento en particular**.

Me costaría imaginar un escenario en que se bloquean tal número de relays que la comunicación entre tu y yo se hace imposible. Basta con republicar a todos los relays conocidos que siguen en pie mi nueva lista de relays activos, y a otra cosa.