What is nomadic identity?/fr: Difference between revisions
Updating to match new version of source page
(Created page with "Les connexions aux chaînes sur Hubzilla et (streams) qui connaissent l'identité nomade connaissent également tous les clones. Les messages envoyés depuis l'une de ces chaînes vers une chaîne clonée sont toujours envoyés à la fois à l'instance principale et aux clones, à condition qu'elles soient en ligne. Cela garantit qu'il existe toujours au moins une instance du canal qui reçoit le message. Au moins sur Hubzilla, un effet secondaire est que les nouveaux me...") |
(Updating to match new version of source page) |
||
| (17 intermediate revisions by 3 users not shown) | |||
| Line 1: | Line 1: | ||
<languages/> | <languages/> | ||
'''L'identité nomade''' est une fonctionalité pour le moment uniquement présente sur {{Internal | '''L'identité nomade''' est une fonctionalité pour le moment uniquement présente sur {{Internal link |target=What is Hubzilla? |link-name=Hubzilla}} et son dernier successeur connu sous le nom de {{Internal link |target=What is (streams)? |link-name=(streams)}}. Il offre un moyen unique de migrer dans d'autres instances facilement et de dupliquer votre identité du {{Internal link |target=What is the Fediverse? |link-name=Fediverse}}. Cependant, ce n'est pas disponible, ni compatible avec {{Internal link |target=What is ActivityPub? |link-name=ActivityPub}} | ||
<span id="History"></span> | <span id="History"></span> | ||
== Histoire == | == Histoire == | ||
L'identité nomade fut créée en 2011 par Mike Macgirvin. L'année d'avant, il a lancé un concurrent à Facebook : Mistpark, depuis renommée {{Internal | L'identité nomade fut créée en 2011 par Mike Macgirvin. L'année d'avant, il a lancé un concurrent à Facebook : Mistpark, depuis renommée {{Internal link |target=What is Friendica? |link-name=Friendika}}. Mais la décentralisation et les instances de Friendica, appelées noeuds public, qui étaient gérés par la communauté, ont eu des déffaillances. Les utilisatrices et utilisateurs ont perdu leur compte et tout leur données à chaque fois qu'un noeud s'éteignait. Cela arrivait parfois sans aucune annonces. | ||
{{Internal | {{Internal link |target=Moving instances |link-name=La migration d'instances}} a été mis en oeuvre aussi poussé que possible pour que tout le monde puisse se relocaliser ailleur lorsque la fermeture de leur noeud-mère a été annoncé, mais cela ne fut d'aucune aide dans le cas d'une fermeture soudaine. Même les sauvegardes complètes de leur compte n'étaient d'aucune aide si elles n'étaient pas réalisées. | ||
Macgirvin a décidé que le seul moyen de protéger les identités en ligne des personnes était qu'elles puissent exister sur plusieurs serveurs indépendants. Ainsi, l'idée d'une identité nomade émergeat. Cependant, ce fut impossible de la mettre en oeuvre sur Friendica avec son {{Internal | Macgirvin a décidé que le seul moyen de protéger les identités en ligne des personnes était qu'elles puissent exister sur plusieurs serveurs indépendants. Ainsi, l'idée d'une identité nomade émergeat. Cependant, ce fut impossible de la mettre en oeuvre sur Friendica avec son {{Internal link |target=DFRN |link-name=protocole DFRN}}. Donc Macgirvin a conçut un nouveau protocole appelé {{Internal link |target=Zot and Nomad |link-name=Zot}}. En 2012, il laisse le développement de ce qui était connu sous Friendica à la communauté et crée une nouvelle branche de ce qui deviendra {{Internal link |target=What is the Red Matrix? |link-name=the Red Matrix}} et en 2015, évoluera en Hubzilla. | ||
<span id="What_it_does"></span> | <span id="What_it_does"></span> | ||
== Que fait-il ? == | == Que fait-il ? == | ||
L'identité nomade, telle que mise en oeuvre par Hubzilla et (streams), s'appuie sur la disponibilité des {{Internal | L'identité nomade, telle que mise en oeuvre par Hubzilla et (streams), s'appuie sur la disponibilité des {{Internal link |target=What are channels on Hubzilla and (streams)? |link-name=chaînes}} qui servent de conteneur pour l'identité et le contenu des utilisatrices et utilisateurs. Il gère la gestion de ces chaînes entre les serveurs. | ||
<span id="Move"></span> | <span id="Move"></span> | ||
=== La migration === | === La migration === | ||
Un des avantages de l'identité nomade, est que c'est probablement la meilleure méthode existante pour migrer votre identité d'un serveur à un autre.. Contrairement aux {{Internal | Un des avantages de l'identité nomade, est que c'est probablement la meilleure méthode existante pour migrer votre identité d'un serveur à un autre.. Contrairement aux {{Internal link |target=What are Fediverse projects? |link-name=projets}} reposant sur ActivityPub, il ne crée pas de copie, ni de copie partielle de votre compte sur un autre serveur et laisse le compte originel derrière comme un compte mort. En fait, il ''déplace'' le contenu sans rien laisser derrière, puis il déplace ''tout'' le contenu. | ||
Supposons qu'alice@foo.social veut migrer sur bar.social. Le processus se déroule ainsi : | Supposons qu'alice@foo.social veut migrer sur bar.social. Le processus se déroule ainsi : | ||
| Line 30: | Line 30: | ||
* Si le compte sur foo.social n'a plus de chaînes, supprimer le compte sur foo.social. | * Si le compte sur foo.social n'a plus de chaînes, supprimer le compte sur foo.social. | ||
Peu après, du moins sur Hubzilla, tous les contacts non-nomades, par exemple ceux sur {{Internal | Peu après, du moins sur Hubzilla, tous les contacts non-nomades, par exemple ceux sur {{Internal link |target=What is Mastodon? |link-name=Mastodon}}, doivent être notifié manuellement de la migration. À partir de là, cela ne fonctionnera que dans un sens, c'est à dire qu'ils seront suivis mais pas abonnés. Donc tous vos abonnés devront manuellement s'abonner à alice@bar.social après la migration. | ||
=== Clone === | === Clone === | ||
| Line 51: | Line 51: | ||
Les connexions aux chaînes sur Hubzilla et (streams) qui connaissent l'identité nomade connaissent également tous les clones. Les messages envoyés depuis l'une de ces chaînes vers une chaîne clonée sont toujours envoyés à la fois à l'instance principale et aux clones, à condition qu'elles soient en ligne. Cela garantit qu'il existe toujours au moins une instance du canal qui reçoit le message. Au moins sur Hubzilla, un effet secondaire est que les nouveaux messages doivent être marqués comme lus séparément sur toutes les instances. Si une instance n'a pas pu recevoir un message à temps, par ex. comme elle était hors ligne, le message est cloné ultérieurement à partir de l'une des autres instances. | Les connexions aux chaînes sur Hubzilla et (streams) qui connaissent l'identité nomade connaissent également tous les clones. Les messages envoyés depuis l'une de ces chaînes vers une chaîne clonée sont toujours envoyés à la fois à l'instance principale et aux clones, à condition qu'elles soient en ligne. Cela garantit qu'il existe toujours au moins une instance du canal qui reçoit le message. Au moins sur Hubzilla, un effet secondaire est que les nouveaux messages doivent être marqués comme lus séparément sur toutes les instances. Si une instance n'a pas pu recevoir un message à temps, par ex. comme elle était hors ligne, le message est cloné ultérieurement à partir de l'une des autres instances. | ||
L'avantage d'avoir de tel clones est d'avoir la plus grande résilience possible dans le Fédiverse. Même si le serveur de l'instance principale de votre chaîne tombe, vous ne perderez rien. Tout sera conservé sur vos clones qui continueront de syncroniser les changements entre-eux. | |||
< | <span id="Selecting_a_new_main_instance"></span> | ||
==== | ==== Choisir une nouvelle instance principale ==== | ||
Comme déjà précisé, cloner permet de changer d'instance principale, c'est à dire faire d'un des clones l'instance principale. En fait, la migration ne fait rien d'autre : elle crée un clone nomade, fait automatiquement du clone la nouvelle instance principale et de l'ancien original le clone, puis supprime le clone. | |||
Du coup, si le serveur avec l'instance principale dessus disparait, vous pouvez faire d'un des clones la nouvelle instance principale. Si jamais le serveur avec l'instance principale est remis sur pied, il syncronisera immédiatement avec les autres instances, et ce qui était autrefois l'instance principale sera rétrogradé au rang de clone. | |||
<div lang="en" dir="ltr" class="mw-content-ltr"> | <div lang="en" dir="ltr" class="mw-content-ltr"> | ||
| Line 132: | Line 125: | ||
<div lang="en" dir="ltr" class="mw-content-ltr"> | <div lang="en" dir="ltr" class="mw-content-ltr"> | ||
The only Fediverse protocols which support nomadic identity are {{Internal | The only Fediverse protocols which support nomadic identity are {{Internal link |target=Zot and Nomad |link-name=Zot and Nomad}}. Thus, nomadic identity is only implemented on Hubzilla and (streams). | ||
</div> | </div> | ||
<div lang="en" dir="ltr" class="mw-content-ltr"> | <div lang="en" dir="ltr" class="mw-content-ltr"> | ||
It also used to be implemented on Hubzilla's direct predecessor, Red a.k.a. the Red Matrix, which had it first. Of the projects between Hubzilla and (streams), only the first {{Internal | It also used to be implemented on Hubzilla's direct predecessor, Red a.k.a. the Red Matrix, which had it first. Of the projects between Hubzilla and (streams), only the first {{Internal link |target=What is Osada? |link-name=Osada}} didn't have it. The other two Osada incarnations, {{Internal link |target=What is Zap? |link-name=Zap}}, Redmatrix 2020, Mistpark 2020 and Roadhouse, all had it implemented. | ||
</div> | </div> | ||
<div lang="en" dir="ltr" class="mw-content-ltr"> | <div lang="en" dir="ltr" class="mw-content-ltr"> | ||
Bluesky, the commercial microblogging platform by Twitter founder Jack Dorsey, is working on a similar feature. However, Bluesky has only just started decentralising itself, and it is not connected to the Fediverse, save for through bridges and on a very few projects, including Friendica. | Bluesky, the commercial microblogging platform by Twitter founder Jack Dorsey, is working on a similar feature. However, Bluesky has only just started decentralising itself, and it is not connected to the Fediverse, save for through bridges and on a very few projects, including Friendica. | ||
</div> | |||
<div lang="en" dir="ltr" class="mw-content-ltr"> | |||
=== Compatibility between Hubzilla and (streams) === | |||
</div> | |||
<div lang="en" dir="ltr" class="mw-content-ltr"> | |||
Compatibility between the currently two implementations of nomadic identity is highly limited even though (streams) is a descendant of Hubzilla, and its Nomad protocol is a descendant of Hubzilla's Zot protocol. | |||
</div> | |||
<div lang="en" dir="ltr" class="mw-content-ltr"> | |||
Synchronised clones are only possible within the same server software. It is not possible to create a synchronised clone of a Hubzilla channel on (streams) or vice versa. | |||
</div> | |||
<div lang="en" dir="ltr" class="mw-content-ltr"> | |||
Using nomadic identity tools to move a channel from Hubzilla to (streams) is possible: The channel has to be manually exported from Hubzilla and then manually imported into a (streams) account. But since Nomad is so much more advanced than Zot, moving a channel from (streams) to Hubzilla is impossible without manipulating the exported channel, and manipulated exported (streams) channels can damage entire Hubzilla hubs upon import, so it is officially declared impossible. | |||
</div> | </div> | ||