Segons aquest article, a Bluesky hi ha 4 milions de persones actives i possiblement no augmenti perquè hi ha la sensació de ser una "cambra d'eco esquerranosa".

---

@dario això de les 'cambres d'eco' em fa gràcia, com si no busquéssim sempre cambres d'eco els humans. No són un problema, al contrari.

@dario a mi em fa una mandra terrible entrar a bluesky i després de tant de temps segueixo sense entendre perquè la gent segueix allà.

@pancake Jo hi segueixo la comunitat de desenvolupament d’ATProto.

Em sembla més interessant a nivell tecnològic que ActivityPub.

@dario perquè? No veig tampoc cap atractiu a que sigui centralitzat

@pancake Ja fa uns pocs mesos que s'ha descentralitzat. Tots els components tenen equivalents no controlats per Bluesky LLC. I m'agrada per com inverteix l'emmagatzematge, permetent hostatjar el teu PDS, que és on escriuen totes les aplicacions.

@dario @pancake no queda cap element centralitzat ja al protocol, ni autenticació ni res? i és tot opensource?

@papapep @pancake L'autenticació juraria que es resol al PDS, però t'ho hauria de mirar. Tot és open source, tret d'un mòdul de l'AppView, però ja hi ha AppViews alternatius.

Mireu Blacksky també, que ho estan implementant tot de nou en Rust també.

@dario @papapep si, l’autenticació i l’storage, pero no hi ha federació i tot passa pel servidor central, aixi que tampoc veig que sigui distribuït. El client es opensrc i esta prou ben fet. Per blacksky em surten tot de coses qno tenen res a veure

@pancake @papapep https://www.blackskyweb.xyz/

Entenc que el servidor central és l'AppView i els relays, que eren l'última peces que faltava per descentralitzar. Els relays són opcionals, però fan de "firehose".

Aquí una publicació feta fora de la infraestructura de Bluesky LLC https://bsky.app/profile/bad-example.com/post/3loe7iy2gdc2c

@dario @papapep segueixo veient molt complicat tot el tinglado de namings q shan inventat i sense el appview central q es bsky com a empresa no tens ni feeds ni indexacio ni cerca ni moderacio. No crec q la app funcioni sense accedir al seu servidors per mes q usis un pds per un id propi i tinguis tu l’storage. Veig qha evolucionat pero no veig que aporta d’avantatges davant d’activitypub q es un estandard w3c amb un grapat d’implementacions funcionals per triar

@pancake @dario sense haver-ne tocat res, la sensació és d'excessiva complicació, en efecte. Com a mínim sense cap mètrica que justifiqui no només l'intent de decantar-se a nivell substantiu, bastant patètic en el meu parer, com la quantitat d'elements separables, o no. Insisteixo, potser és que no m'ho he estudiat amb "carinyu", però no és especialment atractiu.

@pancake @papapep AP el problema que li veig és que és només per xarxes socials. Sé que hi ha plataformes no estrictament d'estil Twitter/Facebook, però la implementació es veu com un hack sobre AP. A banda, la federació d'AP és menys granular, no tens l'opció de triar moderació, ni feeds, etc.

ATProto té l'avantatge de ser molt més flexible. Jo tinc a mig cuinar un substitut de Google Business: https://github.com/atblueprints/lexicons/tree/main/at/blueprints Combinat amb OSM tindries el millor de tots dos mòns sense Google.

@papapep @pancake Realment no és més complex. AP oculta els mateixos components en la implementació de cada plataforma.

ATProto és més semblant a Solid (també de W3C): comparteixen el concepte de PDS (PODS a Solid) i la idea que la infraestructura és modular i descentralitzada.

Ara, és cert que ATProto ha nascut en un context centralitzat, això no ho negaré.

@dario bé, els servidors ActivityPub com Mastodon permeten federar només amb els servidors que es vulgui, no és que bloquegin a la resta sinó que només accepten activitats ActivityPub dels servidors configurats en la "white list". Això seria federació granular al màxim nivell, no? @pancake @papapep

@dario no estic segur d'entendre't quan dius que AP oculta els mateixos components en la implementació de cada plataforma. Un servidor AP com Mastodon, Pleroma, Akkoma etc no necessita de cap servei ni de cap altre servidor extern per a funcionar, és totalment autònom. Potser no entenc el que vols dir 🤔@papapep @pancake

@spla @pancake @papapep No, perquè l'usuari no decideix - tret que l'administració ho vulgui - amb qui es federen els servidors.

A ATProto l'usuari té llibertat per triar feeds, moderació, etiquetes, verificació, etc.

@spla @papapep Em referia al que deia en @pancake "no tens ni feeds ni indexacio ni cerca ni moderacio".

@dario no va així això, un servidor federa amb un altre servidor remot precisament quan un usuari local comença a seguir-lo. A partir d'aquí els tuts del usuari remot seguit apareixen en la línia de temps federada del servidor local. I al inrevés també, si deixa de seguir-lo ja no es veurà res del servidor remot en el servidor local.
És el que més m'agrada de AP, son els usuaris qui construeixen la federació.
@pancake @papapep

@dario ah els feeds de bluesky. Bé, aquí podem crear llistes. Indexació? la tenim amb Elastic Search però depèn de cada usuari que sigui "índexable" o no, l'usuari mana. Moderació? com és la de bluesky? aquí cada usuari controla i modera el que veu, pot silenciar i bloquejar usuaris però també servidors sencers. Tot recau en els usuaris. @papapep @pancake

@spla @papapep @pancake La diferència és que Mastodon (o altre plataforma AP) ha d'oferir les opcions que comentes. És vertical.

ATProto/Bluesky permet moure's en horitzontal. Qualsevol pot muntar un servei de moderació i que qualsevol s'hi subscrivi (jo faig servir múltiples serveis, amb criteris específics). També pots subscriure't a llistes de bloqueig, etc.

Cada protocol té el seu lloc, només explico el que hi ha 😁