Compartir la base de datos: cómo atproto resuelve el jardín amurallado

Fuentes: SELECT * FROM internet.blogposts: Sharing the database

El artículo analiza por qué las redes sociales se han convertido en jardines amurallados y cómo el protocolo atproto ofrece una salida técnica a ese problema. Parte del caso de Nitter, un frontend alternativo de X que tras el cierre de la API abierta de Twitter pasó a leer páginas públicas y ahora recibe cartas de cese y desistencia por parte de X, que lo trata como un dispositivo de elusión. El autor recuerda el ensayo de Tim Berners-Lee de 2007 sobre la «Gigante Gráfica Global» y la llamada de Brewster Kahle a «bloquear la web abierta», para sostener que los API no resuelven el problema porque imponen un menú fijo de consultas, devuelven datos en lotes inadecuados y no permiten cruzar información entre servicios.

Frente a ese modelo, atproto propone una arquitectura distinta: una red de servidores personales de datos (PDS) que replican la información mediante logs y permiten que cada aplicación agregue copias locales consultables, con escrituras que se confirman de forma transaccional. El texto incluye fragmentos de código que ilustran el bucle de escritura e ingesta, incluyendo un atajo optimista. Como prueba de funcionamiento, cita cifras actuales de la red: 46,1 millones de cuentas, 24.500 millones de registros (3.150 millones de publicaciones y 17.400 millones de «me gusta»), entre 500 y 1.000 eventos de escritura por segundo y más de 5.000 PDS operativos. Aplicaciones como Bluesky, Tangled y Leaflet ya usan este enfoque, y herramientas como jetstream facilitan el acceso al flujo de datos en tiempo real.