{"id":10725,"date":"2026-06-20T16:37:43","date_gmt":"2026-06-20T20:37:43","guid":{"rendered":"https:\/\/www.gillesenvrac.ca\/carnet\/?page_id=10725"},"modified":"2026-10-19T14:32:18","modified_gmt":"2026-10-19T18:32:18","slug":"pas-dinstances-dans-atproto","status":"publish","type":"page","link":"https:\/\/gillesenvrac.ca\/carnet\/trad\/pas-dinstances-dans-atproto\/","title":{"rendered":"Il n\u2019y a pas d\u2019instances dans atproto"},"content":{"rendered":"\n

Traduction de There Are No Instances in atproto<\/a> par Dan Abramov, 19 juin 2026.<\/p>\n\n\n\n

\n\n\n\n

\u00c0 chaque fois qu\u2019un article sur atproto<\/a> est publi\u00e9 sur Hacker News, quelqu\u2019un demande dans les commentaires : \u00ab Mais o\u00f9 sont donc toutes les instances Bluesky ? \u00bb. Le probl\u00e8me, c\u2019est qu\u2019il n\u2019y a pas d\u2019instances dans atproto! La question rel\u00e8ve d\u2019une erreur de cat\u00e9gorie. Les instances sont un concept issu de Mastodon, et je voulais un lien vers un article qui explique clairement cela.<\/p>\n\n\n\n

Voici donc cet article.<\/p>\n\n\n\n

#RSS et Google Reader<\/a><\/h2>\n\n\n\n

Je sais que le RSS est encore utilis\u00e9 quelque part (les balados?!), mais on peut dire que son heure de gloire est derri\u00e8re nous. Ce qui est dommage. Pendant quelques ann\u00e9es, que certains d\u2019entre nous se souviennent peut-\u00eatre avec nostalgie comme l\u2019\u00e2ge d\u2019or du Web, on avait l\u2019impression que bloguer, c\u2019\u00e9tait cool.<\/p>\n\n\n\n

Maintenant, regardez cette image, car elle va \u00eatre importante :<\/p>\n\n\n

\n
\"\"<\/figure>\n<\/div>\n\n\n

Pour rappel, vous publiez du contenu sur votre propre<\/em> blogue, que vous pouvez soit h\u00e9berger vous-m\u00eame, soit h\u00e9berger sur une plateforme de blogue populaire. Mais ensuite, le contenu de tout le monde est agr\u00e9g\u00e9<\/em> dans des applications comme Google Reader et Feedly, ou dans des blogues collectifs comme Monologue<\/a> (RIP).<\/p>\n\n\n\n

Notez que l\u2019h\u00e9bergement et l\u2019agr\u00e9gation sont deux choses distinctes<\/strong>. Vos articles ne \u00ab vivent \u00bb pas dans une application comme Google Reader. Les applications ne sont que de simples projections<\/em> de la blogosph\u00e8re.<\/p>\n\n\n\n

S\u00e9rieusement, assurez-vous que cette id\u00e9e reste grav\u00e9e dans votre esprit; \u00e7a va \u00eatre essentiel.<\/p>\n\n\n\n

#Facebook et compagnie<\/a><\/h2>\n\n\n\n

Voici ce qu\u2019on pourrait appeler une \u00e9volution de ce concept.<\/p>\n\n\n\n

On encadre le tout pour que tout le monde soit confin\u00e9 dans le m\u00eame espace, ce qui nous permet d\u2019afficher des publicit\u00e9s et tout \u00e7a. Et puis, ne gardons qu\u2019une seule application (on peut laisser les applications alternatives exister un certain temps, mais pas trop longtemps). C\u2019est \u00e7a, les m\u00e9dias sociaux traditionnels.<\/p>\n\n\n

\n
\"\"<\/figure>\n<\/div>\n\n\n

Oh non, voil\u00e0 la centralisation!<\/p>\n\n\n\n

Oh non, des effets de r\u00e9seau incontr\u00f4lables!<\/p>\n\n\n\n

Oh non, bla bla bla.<\/a><\/p>\n\n\n\n

Qu\u2019est-ce qu\u2019on fait?<\/p>\n\n\n\n

Il faut d\u00e9centraliser tout \u00e7a d\u2019une mani\u00e8re ou d\u2019une autre.<\/p>\n\n\n\n

#Mastodon et ses instances<\/a><\/h2>\n\n\n\n

Je parle de \u00ab Mastodon \u00bb ici parce que si je disais \u00ab ActivityPub \u00bb \u00e0 la place, une foule de gens viendrait me dire qu\u2019en r\u00e9alit\u00e9<\/em>, ce que je d\u00e9cris, c\u2019est la fa\u00e7on dont Mastodon a choisi<\/em> de mettre en \u0153uvre ActivityPub. Alors qu\u2019ActivityPub en soi ne pr\u00e9cise pas vraiment<\/em> comment l\u2019utiliser concr\u00e8tement. Je suis s\u00fbr que tout \u00e7a est tr\u00e8s int\u00e9ressant \u2014 mais je m\u2019\u00e9loigne du sujet.<\/p>\n\n\n\n

Comment d\u00e9centraliser un r\u00e9seau social?<\/strong><\/p>\n\n\n\n

Construisons une version de ce que nous avons vu plus t\u00f4t, mais rendons-la auto-h\u00e9berg\u00e9e. Ainsi, chaque communaut\u00e9 pourra avoir son propre \u00ab petit Facebook \u00bb ou \u00ab petit Twitter \u00bb. Nous les appellerons des instances<\/em>. Elles sont un peu comme des pays \u2014 parce que vous vivez \u00ab \u00e0 l\u2019int\u00e9rieur \u00bb de l\u2019une d\u2019entre elles :<\/p>\n\n\n

\n
\"\"<\/figure>\n<\/div>\n\n\n

Mais attendez, cela soul\u00e8ve tout un tas de questions.<\/p>\n\n\n\n

Comment choisir l\u2019instance \u00e0 laquelle adh\u00e9rer? Peut-\u00eatre faites-vous partie de plusieurs communaut\u00e9s qui se chevauchent. Eh bien, j\u2019imagine que vous devrez simplement choisir les administrateurs de la communaut\u00e9 \u00e0 qui vous faites le plus confiance pour g\u00e9rer votre identit\u00e9 et vos donn\u00e9es.<\/p>\n\n\n\n

Bon, maintenant un autre probl\u00e8me : que faire si mon ami se trouve sur une instance diff\u00e9rente? Comment verra-t-il mes publications? Puisque chaque instance est en quelque sorte son propre petit Facebook, elles n\u2019ont pas de source d\u2019information commune. Elles doivent donc s\u2019\u00e9changer des messages :<\/p>\n\n\n

\n
\"\"<\/figure>\n<\/div>\n\n\n

Cette topologie de r\u00e9seau pourrait vous rappeler les fiefs en guerre de la Chine ancienne.<\/p>\n\n\n\n

Si Alice-de-l\u2019instance-n\u00b01<\/em> suit Bree-de-l\u2019instance-n\u00b02<\/em>, les deux instances concluent un accord : les publications de Bree seront transmises \u00e0 l\u2019instance n\u00b01 afin qu\u2019Alice puisse les voir. C\u2019est ce qu\u2019on appelle la \u00ab f\u00e9d\u00e9ration \u00bb. Vous publiez sur votre instance, puis votre message est transmis aux autres instances dont les utilisateurs souhaitaient recevoir vos publications.<\/p>\n\n\n\n

Cette image a quelques implications int\u00e9ressantes :<\/p>\n\n\n\n