Gleam ahora está en Tangled

Artículo original ↗ Discusión en Hacker News ↗

Un nuevo espejo del lenguaje de programación Gleam en Tangled, una plataforma de alojamiento de Git financiada por VC y basada en ATProto, está generando debate sobre alternativas descentralizadas a GitHub. Los comentaristas sopesan las promesas de Tangled de federación, autoalojamiento, CI basada en Nix y separación entre almacenamiento e identidad frente a sus carencias actuales, incluidos funciones faltantes, flujos de registro confusos, errores y dependencia de la autenticación estilo Bluesky. El intercambio destaca cuestiones más amplias sobre sostenibilidad, modelos de negocio y si unas forjas sociales y federadas pueden realmente igualar el ecosistema y la fiabilidad de GitHub.

Qué es Tangled y cómo funciona

  • Descrito como una forja descentralizada tipo GitHub construida sobre ATProto (el mismo protocolo que Bluesky).
  • Separa el almacenamiento de git (“knots”) de la identidad y los datos sociales (ATProto PDS).
  • El repositorio de Gleam ahora está espejado allí; el proyecto sigue en GitHub.

Federación, identidad y autoalojamiento

  • Tangled federa entre instancias; los usuarios pueden ejecutar sus propios knots, runners de CI (“spindles”) y appviews (“bobbin”).
  • Algunos comentaristas pensaron inicialmente que no se podía autoalojar; otros señalan publicaciones de blog y despliegues de terceros como prueba de que sí se puede.
  • ATProto gestiona la identidad; los usuarios pueden autoalojar PDS y no están estrictamente atados a Bluesky ni a la infraestructura de Tangled.

Conjunto de funciones frente a otras forjas

  • Comparado con Codeberg/Forgejo/Gitea: Tangled es más nuevo, le faltan repositorios privados y ramas protegidas, pero tiene una interfaz que algunos prefieren.
  • Comparado con Radicle: Radicle se centra en el protocolo/datos; Tangled en lo social/la identidad para comunidades de OSS.
  • Funciones únicas mencionadas: federación, PR apilados nativos y un sistema de vouching.

CI y diseño primero Nix

  • La CI se basa en Nix y microVMs; los “spindles” ejecutan pipelines mediante motores enchufables.
  • Los motores puente pueden integrarse con otros sistemas de CI, pero se señala que falta una integración más profunda en la interfaz (por ejemplo, informes de pruebas en los MR).

Debate sobre el modelo de datos de issues/PRs

  • El diseño actual o inicial vinculaba los comentarios de issues y PRs al PDS del comentarista, no al repositorio, algo que algunos ven como un “fallo fundamental”.
  • Los mantenedores dicen que esto se está rediseñando: los issues/PRs pertenecerán al repositorio mediante un sistema de objeto colaborativo (“COB”).

Experiencia de usuario y estabilidad

  • Varios reportan fricción al registrarse/iniciar sesión, formatos confusos de handles de ATProto y problemas con gestores de contraseñas; algunos reciben errores de registro directamente.
  • Hay informes de 404 transitorios en repos recién creados y problemas de red (knots solo IPv6 que requieren soluciones alternativas con IPv4/NAT).
  • Otros dicen que iniciar sesión con handles existentes de Bluesky funciona sin problemas.

Financiación, modelo de negocio y confianza

  • Tangled está financiado por capital riesgo con una ronda seed considerable; a algunos les preocupa la falta de un modelo de negocio claro y un posible entrenamiento con código de repositorios alojados.
  • Se especulan posibles vías de monetización: niveles de pago para hosting, CI, cachés binarias, hosting de PDS y SLAs.
  • Algunos argumentan que la financiación VC “no importa” porque todo es open source y se puede autoalojar; los críticos dicen que aun así moldea los incentivos.

Dependencia de Bluesky/ATProto y moderación

  • Preocupa que, si Bluesky modera o banea una cuenta, los usuarios puedan perder acceso a su código/identidad.
  • Contraargumentos:
    • Las etiquetas de moderación normalmente no bloquean el inicio de sesión.
    • Los usuarios pueden moverse a otros PDS o autoalojar; la identidad se controla mediante DID y PDS, no solo por Bluesky.
    • La moderación de Tangled es independiente de la de Bluesky, salvo que el propio PDS elimine la cuenta.
  • Aun así, algunos consideran arriesgado para usos “misión crítica” vincular el control de código a un proveedor de inicio de sesión social.

Percepciones, nombre y contexto

  • Muchos lectores que no conocen ni “Gleam” ni “Tangled” encuentran el titular opaco o satírico.
  • Otros responden que los lectores de HN pueden abrir el enlace o buscarlo; la página y publicaciones anteriores aportan contexto.
  • Sentimiento mixto en general: curiosidad y entusiasmo por la federación/ATProto frente a escepticismo por la complejidad, la jerga y la fiabilidad en el mundo real.