Nostr notes by Juanro

📸 CONCURSO DE FOTOGRAFÍA · “CÁCERES HOSTIL” Desde la ...

2026-01-26T12:07:59+01:00

📸 CONCURSO DE FOTOGRAFÍA · “CÁCERES HOSTIL”

Desde la AJT Cáceres organizamos el concurso y exposición “Cáceres Hostil”, que tendrá lugar el jueves 5 de febrero en el Espacio Belleartes a las 19:00h.Cáceres no es un decorado medieval, sino una ciudad atravesada por la explotación de la clase trabajadora y de sus recursos, la -cada vez mayor- turistificación y la precariedad.

Por eso, buscamos imágenes que muestren la realidad de la clase trabajadora: gentrificación, pérdida de espacios públicos y verdes, consumo impuesto, servicios degradados y abandono.

📸 Cómo participar:

▪️ Envía hasta 3 fotografías.

▪️ Formato horizontal y en JPG.

▪️ Al correo de la asamblea: [ajt.caceres@proton.me](mailto:ajt.caceres@proton.me)

▪️ Hasta el 3 de febrero · 23:59.

🏴 Selección y premio: las 15 fotografías formarán la muestra y la fotografía ganadora tendrá un premio.

⚠️ Las imágenes deben ser respetuosas con las personas que aparezcan en ellas.¡Participa, haz que tu foto sea un escaparate de tu ciudad! 🚩

@ajt_caceres@kilogram.makeup

https://www.instagram.com/p/DT-FluPjOfa/

Simulación fediversal de elecciones extremeñas. Selecciona que ...

2025-12-19T14:53:36+01:00

Simulación fediversal de elecciones extremeñas. Selecciona que elegirías en las elecciones del 21D
#Extremadura #Estremaura #Elecciones #21D

Como me gusta en la medida de lo posible poner soluciones a las ...

2024-12-30T15:43:43+01:00

Como me gusta en la medida de lo posible poner soluciones a las cosas, he comentado a los proyectos de mostr y momostr la necesidad de hacer sus bridges Opt-In, a ver si con suerte lo conseguimos y hacemos estos proyectos mas respetuosos en el uso de datos.
- Issue Mostr https://gitlab.com/soapbox-pub/mostr/-/issues/95
- Issue Momostr https://github.com/nanikamado/momostr/issues/8

Os animo a comentar en estas issues vuestras inquietudes y así realizar mas presión para que se hagan Opt-In. Si se consiguió con el bridge de Bluesky, con estos también se puede.

Recordad que momostr tiene un bot para poder "desbridgearse" Momostr.pink Bot (npub1m0m…9why)

quoting
note15m8…9ack

Como la instancia de nobigtech está en mantenimiento, pongo esta reflexión desde mi cuenta secundaria (que además permite mas caracteres):

El debate sobre Mostr antes o después iba a llegar al fediverso, no sobre la plataforma en si, sino sobre los conceptos básicos de como funciona la federación. Técnicamente hablando, todos los servidores del fediverso (o siendo mas exactos, los que nuestra cuenta conoce), tienen una "copia" de nuestro perfil sin nuestro consentimiento explícito concreto, es decir, no podemos controlar por nosotros mismos en que servidores se "replica" nuestro perfil, ya que esto además es un procedimiento básico en los sistemas federados (no solo de ActivityPub, lo mismo sucede en otros sistemas como XMPP o Matrix por ejemplo).

¿Que quiere decir esto? que las instancias del fediverso operan y replican datos sin el consentimiento explícito concreto de los usuarios, sino uno general (esto en teoría debe informarse en los términos y condiciones de cada instancia antes de registrarse, informando de que todos los nodos que usen ActivityPub pueden hacer uso de la información del usuario)... y técnicamente, Mostr.pub es una instancia mas que usa ActivityPub, por lo que hasta ahí, lo que hace ese servidor es correcto y si sabemos como funciona el fediverso, no debemos sorprendernos de que tenga acceso a nuestro perfil y publicaciones públicas, ya que es el funcionamiento básico del fediverso, la replicación de datos entre instancias.

Hasta aquí todo bien, sin problema, pero veamos donde está el problema de Mostr.pub y los demás bridges, que lo hay.

Con el RGPD en la mano, si no se me pasa algo por alto (y corregidme si me equivoco, ya que hace tiempo que no le echo un vistazo y puede que algo se me pase por alto y sea erróneo lo que voy a decir), no es ilegal que Mostr use esos datos públicos (importante el matiz de datos públicos) para "puentearlos" en otra red si no lo hace con fines comerciales, que es este caso (Aquí es donde la gente entiende que el RGPD es una mierda que no protege tu privacidad, menos aun de los datos que hacemos públicos, sino la monetización y mercantilización de tus datos).

Peeero, y es aquí donde está el problema de Mostr, hay que cumplir unos requisitos. El GDPR nos exige que las plataformas deben proporcionarnos una exportación completa de los datos de usuario, permitir que eliminemos esos datos o que cancelemos la cuenta previa solicitud. Actualmente, se puede detener la replicación de datos bloqueando Mostr.pub, pero no existen medios para eliminar la cuenta en el lado de Nostr ni sus datos asociados, y es aquí donde está el problema legal de Mostr (y realmente, de Nostr en general, porque Mostr podría (y debería poder, ya que es un requisito legal del RGPD si se lo piden) eliminar todo rastro de esa cuenta puenteada de su relay, pero esos datos se conservarían en otros relays de Nostr que tengan replicada la información ya que en Nostr las funcionalidades de los relays son la ley de la selva y muchos no admiten borrado de datos).

Y es por esto que, en mi opinión, los bridges, aunque no sea requisito legal, en términos morales debería ser obligatorio que fuesen Opt-In en lugar de Opt-Out, es decir, que como usuario, debas dar tu consentimiento expícito concreto para usarlos (como sucede en el de Bluesky https://fed.brid.gy/, que en mi opinión es un bridge bien implementado en términos legales y morales), en lugar de que por defecto repliquen los datos, como sucede con Mostr.

Como lo que he soltado es una chapa muy larga voy a hacer un resumen jajaja. El problema de Mostr no es que "scrapeen" perfiles, que eso lo hacen todos los servidores del fediverso porque es la base de la federación, sino que no te de la opción de eliminar los datos y el perfil que replica. Luego está el problema de que no sea Opt-In, que debería ser una obligación para todos los bridges en todas las plataformas.

Lecturas recomendadas sobre este tema:
- https://brid.gy/about#gdpr
- https://github.com/snarfed/bridgy-fed/issues/835
- https://github.com/snarfed/bridgy-fed/issues/836
- https://github.com/snarfed/bridgy-fed/issues/873
- https://github.com/nanikamado/momostr/issues/8

realmente en ese caso, aunque no es un control directo, si tienes ...

2024-12-29T13:18:48+01:00

In reply to nevent1q…et3c
_________________________

realmente en ese caso, aunque no es un control directo, si tienes un control indirecto de la cuenta a traves de tu cuenta del fedi, es decir, no eres tu quien la controla, pero si es tu cuenta del fedi la que lo hace jeje, un poco lioso pero creo qie se entiende xD. Aun asi como bien dices, esos bridges deben ser Opt-In, como el de bluesky, que haces bridge si quieres, y cuando decides dejar de hacerlo, borra todos tus datos del otro lado, en lugar de hacer bridge por defecto y no poder eliminar los datos bridgeados como el caso de mostr

el puente funciona en ambos sentidos, cuando se interactua con ...

2024-12-29T13:11:56+01:00

In reply to nevent1q…lh6x
_________________________

el puente funciona en ambos sentidos, cuando se interactua con una cuenta de la otra red, es como si se hiciese de forma nativa (es decir, llegan los likes, retoots y respuestas en ambos sentidos), siempre y cuando el bridge este funcionando bien.

En mi caso tengo cuenta en Nostr, y cuando quiero hacer una publicacion de un video en el fedi, para evitar ocupar espacio en la instancia, lo publico en la cuenta de Nostr pegando el enlace del video y al fedi llega como si fuese un adjunto (aunque yo uso como bridge momostr en lugar de mostr, que funciona mejor y ademas te permite detener el bridge cuando quieras, cosa que mostr no permite y es otra de las cosas que tiene mal) y a partir de ahi las interacciones llegan como si fuese una cuenta nativa

fanta 🐌 (npub1cp8…anzs) :arch: Moribundo Insurgente (npub199u…uzve) alvin (npub1efm…k26g)

sii, me referia que tienen una "copia" de la info ...

2024-12-29T13:01:45+01:00

In reply to nevent1q…8wnl
_________________________

sii, me referia que tienen una "copia" de la info publica, obviamente la privada como credenciales y demas no jeje.

El problema está en que hacer eso sin interes corporativo y economico es legal (en esos casos el RGPD hace aguas, ya que no se hizo para proteger la privacidad en tidos los casos, sino para controlar como usan las empresas los datos), siempre y cuando se cumplan las obligaciones de poder borrar los datos si se solicita (que eso no lo cumple mostr).

Obviamente está muy feo hacerlo, por eso pienso que todos los bridges deberian ser Opt-In, pero por desgracia hay gente, especialmente estadounidenses como Gleason que tienen una cultura diferente en terminos de privacidad, que no piensan en que hacerlo así no esta bien aunque sea legal.

Pero bueno, al final siempre salen cosas de estas de vez en cuando de gente que se aprovecha de la informacion publica que posteamos, hace un par de años salio otra cosa, ahora esto y en el futuro saldran mas, y mientras no haya leyes que protejan la privacidad en todos los ambitos, asi seguira por desgracia y lo unico que podemos hacer es presionar a quienes hacen esas herramientas a que no lo hagan o soliciten un consentimiento explicito a cada usuario, que sería la forma correcta de proceder para proteger la privacidad y no hacer un uso abusivo de los datos

tengo que echar un vistazo a eso de latinoamerica a ver que tal ...

2024-12-29T12:38:08+01:00

In reply to nevent1q…5f34
_________________________

tengo que echar un vistazo a eso de latinoamerica a ver que tal estan esas leyes. En Europa el problema es que el RGPD se hizo para poner coto a las empresas en la gestión de datos, no para proteger la privacidad, de ahi que la misma gestión de datos pueda ser legal o ilegal dependiendo si tiene o no interes corporativo y economico.

Por

bastante interesante y acertada sobre como funcionan ambas partes ...

2024-12-29T00:43:51+01:00

In reply to nevent1q…e3fs
_________________________

bastante interesante y acertada sobre como funcionan ambas partes jeje

prueba a entrar a este enlace, es otra instancia del fediverso ...

2024-12-28T22:55:45+01:00

In reply to nevent1q…z5mp
_________________________

prueba a entrar a este enlace, es otra instancia del fediverso donde puedes ver tu perfil jeje Algú (npub1kay…2psr)">https://fe.disroot.org/Algú (npub1kay…2psr)

si, la información pública del perfil, es decir toots públicos ...

2024-12-28T22:31:08+01:00

In reply to nevent1q…55t8
_________________________

si, la información pública del perfil, es decir toots públicos (los bridges no procesan los toots que son solo para seguidores, no listados o privados) descripción de perfil y nombre usuario

Como la instancia de nobigtech está en mantenimiento, pongo esta ...

2024-12-28T22:10:32+01:00

Como la instancia de nobigtech está en mantenimiento, pongo esta reflexión desde mi cuenta secundaria (que además permite mas caracteres):

El debate sobre Mostr antes o después iba a llegar al fediverso, no sobre la plataforma en si, sino sobre los conceptos básicos de como funciona la federación. Técnicamente hablando, todos los servidores del fediverso (o siendo mas exactos, los que nuestra cuenta conoce), tienen una "copia" de nuestro perfil sin nuestro consentimiento explícito concreto, es decir, no podemos controlar por nosotros mismos en que servidores se "replica" nuestro perfil, ya que esto además es un procedimiento básico en los sistemas federados (no solo de ActivityPub, lo mismo sucede en otros sistemas como XMPP o Matrix por ejemplo).

¿Que quiere decir esto? que las instancias del fediverso operan y replican datos sin el consentimiento explícito concreto de los usuarios, sino uno general (esto en teoría debe informarse en los términos y condiciones de cada instancia antes de registrarse, informando de que todos los nodos que usen ActivityPub pueden hacer uso de la información del usuario)... y técnicamente, Mostr.pub es una instancia mas que usa ActivityPub, por lo que hasta ahí, lo que hace ese servidor es correcto y si sabemos como funciona el fediverso, no debemos sorprendernos de que tenga acceso a nuestro perfil y publicaciones públicas, ya que es el funcionamiento básico del fediverso, la replicación de datos entre instancias.

Hasta aquí todo bien, sin problema, pero veamos donde está el problema de Mostr.pub y los demás bridges, que lo hay.

Con el RGPD en la mano, si no se me pasa algo por alto (y corregidme si me equivoco, ya que hace tiempo que no le echo un vistazo y puede que algo se me pase por alto y sea erróneo lo que voy a decir), no es ilegal que Mostr use esos datos públicos (importante el matiz de datos públicos) para "puentearlos" en otra red si no lo hace con fines comerciales, que es este caso (Aquí es donde la gente entiende que el RGPD es una mierda que no protege tu privacidad, menos aun de los datos que hacemos públicos, sino la monetización y mercantilización de tus datos).

Peeero, y es aquí donde está el problema de Mostr, hay que cumplir unos requisitos. El GDPR nos exige que las plataformas deben proporcionarnos una exportación completa de los datos de usuario, permitir que eliminemos esos datos o que cancelemos la cuenta previa solicitud. Actualmente, se puede detener la replicación de datos bloqueando Mostr.pub, pero no existen medios para eliminar la cuenta en el lado de Nostr ni sus datos asociados, y es aquí donde está el problema legal de Mostr (y realmente, de Nostr en general, porque Mostr podría (y debería poder, ya que es un requisito legal del RGPD si se lo piden) eliminar todo rastro de esa cuenta puenteada de su relay, pero esos datos se conservarían en otros relays de Nostr que tengan replicada la información ya que en Nostr las funcionalidades de los relays son la ley de la selva y muchos no admiten borrado de datos).

Y es por esto que, en mi opinión, los bridges, aunque no sea requisito legal, en términos morales debería ser obligatorio que fuesen Opt-In en lugar de Opt-Out, es decir, que como usuario, debas dar tu consentimiento expícito concreto para usarlos (como sucede en el de Bluesky https://fed.brid.gy/, que en mi opinión es un bridge bien implementado en términos legales y morales), en lugar de que por defecto repliquen los datos, como sucede con Mostr.

Como lo que he soltado es una chapa muy larga voy a hacer un resumen jajaja. El problema de Mostr no es que "scrapeen" perfiles, que eso lo hacen todos los servidores del fediverso porque es la base de la federación, sino que no te de la opción de eliminar los datos y el perfil que replica. Luego está el problema de que no sea Opt-In, que debería ser una obligación para todos los bridges en todas las plataformas.

Lecturas recomendadas sobre este tema:
- https://brid.gy/about#gdpr
- https://github.com/snarfed/bridgy-fed/issues/835
- https://github.com/snarfed/bridgy-fed/issues/836
- https://github.com/snarfed/bridgy-fed/issues/873
- https://github.com/nanikamado/momostr/issues/8