3 puntos por GN⁺ 2024-11-25 | Aún no hay comentarios. | Compartir por WhatsApp

Bluesky y el protocolo AT

  • Introducción a Bluesky y al protocolo AT

    • Bluesky ofrece la capacidad de alojar sitios web a través de servidores de datos personales (PDS).
    • El protocolo AT define la API utilizada para subir contenido de sitios web, y el PDS la implementa.
    • Bluesky proporciona un punto de entrada para acceder al PDS a través del dominio bsky.social.
  • Tipos de contenido: registros y blobs

    • La mayoría de las aplicaciones sociales tienen dos tipos principales de contenido: registros y blobs.
    • Los registros son las entidades principales que crean los usuarios, y tienen estructura y metadatos.
    • Los blobs son datos grandes y no estructurados, por lo general recursos multimedia, y se referencian mediante registros.
  • Carga y gestión de blobs

    • Los blobs deben subirse al PDS antes de que un registro pueda referenciarlos.
    • Los blobs subidos se almacenan en un espacio temporal y no se puede acceder a ellos hasta que sean referenciados.
    • Al crear un registro, el servidor verifica los blobs referenciados y, si todo sale bien, los hace accesibles públicamente.
  • Creación de datos y autenticación

    • Para realizar operaciones de creación de datos en el PDS se necesita un token de acceso para autenticarse.
    • Se puede usar el método XRPC com.atproto.server.createSession para intercambiar credenciales de usuario por un token.
  • Referencia de blobs y creación de registros

    • Los blobs pueden referenciarse en un registro app.bsky.feed.post e incluirse como imágenes.
    • La validez de la referencia del blob se verifica mediante validación del tipo MIME.
  • Consideraciones de seguridad

    • Servir archivos subidos por usuarios desde un servidor web puede generar problemas de seguridad.
    • La seguridad del endpoint getBlob debe reforzarse mediante una política de seguridad de contenido (CSP).
  • Entrega de imágenes mediante CDN

    • Los blobs de imágenes en la aplicación Bluesky se sirven a través de una CDN, no desde una instancia de PDS.
    • La aplicación debe saber cómo entregar imágenes a través de la CDN.
  • Ventajas del código abierto

    • La implementación de PDS de Bluesky está disponible como código abierto, por lo que se puede ver cómo se definen las referencias a blobs.
    • Para admitir nuevos lexicones, el PDS debe poder procesar también lexicones que no conoce.
  • Capacidad de expansión de los lexicones

    • El tipo app.bsky.feed.post incluye una unión para embeds válidos y, de forma predeterminada, está abierto.
    • Se pueden agregar nuevos tipos de embeds, lo que permite “microextensiones” que amplían los casos de uso existentes.

Aún no hay comentarios.

Aún no hay comentarios.