- Internet fue concebido originalmente para proteger el anonimato y la privacidad, pero las plataformas centralizadas han deteriorado esas características
- Con una sola orden oficial enviada a una empresa, los gobiernos pueden identificar usuarios, censurar y hacer cumplir regulaciones
- En cambio, protocolos como IRC, XMPP, ActivityPub, Nostr, Matrix no tienen una entidad única de control, por lo que la aplicación forzada resulta prácticamente imposible
- Migrar entre servicios no es la solución, porque se vuelve a quedar expuesto al mismo entorno regulatorio o al riesgo de bloqueo
- Usar protocolos permite liberarse de la identificación, las restricciones y la obligación de entregar datos
La estructura original de Internet y el problema de la centralización
- Internet fue diseñado, en esencia, bajo la premisa de proteger el anonimato y la privacidad
- A menos que un administrador rastree activamente a los usuarios, no existe una capa integrada de verificación de identidad
- Esta característica se rompe por la concentración de la comunicación en plataformas cerradas
- En ese caso, se vuelve posible identificar a los usuarios mediante la empresa de hosting o a través de solicitudes de cooperación del gobierno
Los servicios son un blanco fácil para los gobiernos
- Si un gobierno quiere identificar usuarios, censurar contenido o hacer cumplir regulaciones, puede lograrlo con un solo requerimiento legal
- Basta una carta, una citación, una orden judicial o una exigencia regulatoria para que el servicio coopere o enfrente sanciones
- De hecho, gobiernos de distintos países están impulsando leyes que obligan a verificar la edad
- Ante esto, Discord está introduciendo una configuración de tipo “teen-by-default” que exige escaneo facial o presentación de una identificación emitida por el gobierno
- Sin embargo, en los sistemas basados en protocolos esto no es posible
- Porque IRC, XMPP, ActivityPub, Nostr y Matrix no tienen una autoridad central única
- Los gobiernos tendrían que presionar por separado a miles de operadores de servidores independientes en distintos países, algo cercano a lo imposible de legislar y aplicar
- Incluso si algunos servidores cooperan, los usuarios pueden migrar a otros servidores
Cambiar de servicio no resuelve el problema de fondo
- Tras el anuncio de la política de Discord, intentar mudarse a otro servicio es inútil
- El nuevo servicio también estará bajo la misma jurisdicción legal o, si está en el extranjero, cuando crezca terminará enfrentando bloqueos o presión regulatoria
- La verdadera solución es dejar de depender de servicios comerciales y usar protocolos
- No es una idea radical: ya existe en el correo electrónico (SMTP)
- Los usuarios pueden cambiar de proveedor, autoalojarse o combinar ambas opciones
El caso del correo electrónico y la resiliencia de los protocolos
- El correo electrónico parece una estructura oligopólica dominada por Google, Microsoft y Apple, pero en realidad muestra la resiliencia de los protocolos
- Aunque Google bloquee una cuenta, es posible mudarse a otro proveedor y seguir comunicándose con usuarios de Gmail
- Incluso en el caso extremo de que Google y Microsoft suspendieran o bloquearan sus servicios, las implementaciones de SMTP seguirían funcionando
- Habría que redirigir algunas conexiones, pero no sería necesario reimplementar nada, y esa es la diferencia clave frente a un servicio centralizado como Discord
- En cambio, en los servicios centralizados, si una cuenta se elimina o bloquea, no hay forma de recuperarla
Por qué es necesario usar protocolos
- Cada vez que elegimos un servicio, participamos en una estructura donde una sola empresa puede ser obligada a identificar, restringir y entregar datos de los usuarios
- Usar protocolos significa asegurar autonomía frente a ese control y esa vigilancia
1 comentarios
Comentarios en Hacker News
A menudo pienso en por qué Discord y Slack vencieron a IRC
La velocidad a la que evolucionan los protocolos es demasiado lenta. Basta con pensar cuánto tardó IRCv3 en soportar historial de canales, o cuánto tiempo se dejó sin resolver el problema del secuestro de canales por divisiones de red
Incluso hoy, extensiones como chathistory, channel-rename y account-registration siguen en fase de borrador
Y también me pregunto por qué Mastodon sigue siendo incómodo de usar
Al final, aunque quiero un mundo descentralizado, la realidad es que vivimos en un entorno donde el software que itera rápido es la excepción dominante
No deberíamos olvidar el costo de esa elección. Si no reevaluamos las decisiones del pasado, seguimos atrapados por nuestra propia cuenta
Todo eso funcionó con financiamiento de VC, y el resultado actual apareció cuando llegó el momento en que los inversionistas quisieron recuperar su dinero
La mayoría de la gente quiere funciones centralizadas como protección contra spam. Porque es más cómodo
Discord no solo reemplazó a IRC, también compitió con TeamSpeak. Para los gamers, era atractivo tener voz y video en la misma app
Moxie Marlinspike hizo el mismo argumento
Entrada del blog de Signal
En realidad, los protocolos solo se vuelven útiles para el público cuando se combinan con servicios
Incluso el correo electrónico no sirve sin servidores, e IRC también se basa en servidores
A mí también me interesan los protocolos sin servidor (por ejemplo, Secure Scuttlebutt), pero al final también necesité un servicio como un seed peer para la conexión inicial
Creo que la descentralización y los protocolos son la última frontera del software
La IA también es interesante, pero el verdadero poder para trasladar poder a los individuos está en los protocolos
Al final, creo que la clave es el problema de la identidad (identity). Hace falta un nuevo sistema de identidad adecuado para los protocolos
Llevo creando plataformas de mensajería instantánea desde 2007, y desde 2019 estoy pensando en “¿será posible reemplazar Discord?”
He revisado varias plataformas, pero creo que XMPP es la que tiene más potencial
Por ahora solo implementé funciones básicas como agregar amigos, establecer estado y mensajería, pero cuando esté terminado planeo publicarlo en mi blog y compartirlo en Show HN
La fortaleza de XMPP está en su extensibilidad y en su estructura basada en XML. Gracias a XML, que ya está optimizado en entornos web y empresariales, el rendimiento también es bueno, y se pueden ampliar funciones al nivel de Discord sin romper el protocolo
Por ejemplo, un switch de red Arista puede funcionar como cliente XMPP
Un operador de red puede agrupar switches como si fuera un chat grupal y enviar comandos al mismo tiempo
Artículo de ejemplo relacionado
Es algo difícil de imaginar en Discord, Slack, Telegram o Signal. Al final, el problema es el lock-in de producto de cada servicio
Fluux, Movim
Ver hilo relacionado
Que los paréntesis tengan otra forma no es lo importante
La afirmación de que el gobierno no puede obligar la verificación de edad debería llevar la aclaración de “por ahora”
Las leyes pueden cambiar para adaptarse a los cambios tecnológicos. Si la comunicación cifrada descentralizada se vuelve dominante, también es posible que los gobiernos creen nuevas herramientas legales para regularla
Aun así, si la gente se acostumbra a la privacidad y la autonomía, será más difícil quitarles esos derechos
Ojalá surjan comunidades activas en una era post-Discord
Como en el ejemplo del correo, si Google me bloquea, mi identidad también desaparece
Hace falta una identidad descentralizada que yo posea, independientemente del proveedor de servicio
Por ejemplo, con sistemas como mDLS, que deberían permitir divulgación selectiva de atributos o autenticación basada en seudónimos
Una estructura así ayudaría a reducir el problema de los ataques Sybil
Sigue existiendo el riesgo de perderlos
El correo electrónico sigue siendo un protocolo, y una identidad descentralizada al final sigue siendo solo identidad
La identidad más segura es una identidad que siempre puedes volver a crear
Gmail funciona porque Google cumple el papel de prueba de humanidad
Es positivo que cada individuo tenga un par de claves públicas. Atprotocol también es un actor importante, pero deben mantenerse el principio de “can’t be evil” y una buena UX
Si es un TLD legítimo, es permanente
Si el gobierno puede obligar a las empresas a hacer verificación de edad, entonces excepciones como Matrix o IRC acabarán sujetas a la misma regulación
Si las sanciones son suficientemente grandes, nadie querrá correr el riesgo. Es imposible evitarlo por completo
Antes hubo un proyecto llamado 9ants, un fork de Plan 9
Era una comunidad de computación en grid creada por el fallecido mycroftiv, y tenía un sistema de chat llamado gridchat basado en el protocolo 9P
Los usuarios montaban recursos remotos mediante scripts y ejecutaban herramientas como Acme, page y mothra
Cuando se hacía “plumb” de un mensaje, este se entregaba al mismo tiempo a los clientes de todos los usuarios, y también se podían abrir imágenes o código junto con él
Era un entorno de protocolos completamente controlado por el usuario, y el ejemplo más puro de “protocols, not services” que he visto
La entrada del blog de Signal ofrece una buena refutación a las discusiones sobre protocolos descentralizados
Signal: The ecosystem is moving
La afirmación de que “es imposible aplicar la ley a miles de proveedores” es exagerada
La sociedad ya funciona bajo leyes del tipo “no perjudiques a los demás”
Incluso si solo se castiga a algunos, el resto tenderá a obedecer por su cuenta
Al final, la calidad de un protocolo depende del nivel de los participantes de esa comunidad
Me interesan mucho los protocolos que te permiten salir por completo de los servicios (local-first, peer-to-peer)
Creo que ese tipo de tecnología es la verdadera tecnología de frontera. Mucho más interesante que la IA