Aller au contenu principal

Identité Horizon

La Plateforme Horizon doit pouvoir reconnaître une même personne sur Twitch, Discord et le Poste de commande Web sans fragmenter sa progression, ses responsabilités ou les informations nécessaires à son accompagnement. Cette continuité repose sur une représentation centrale indépendante des pseudonymes et des comptes employés sur chaque service : l'Identité Horizon.

Le présent chapitre définit la nature de cette identité, les circonstances de sa création, ses principales dimensions fonctionnelles et son cycle de vie. Il précise également les conditions permettant à une personne de devenir Membre d'équipage, de revenir au statut de Visiteur ou d'être exclue de l'équipage.

Il complète la définition des acteurs d'Horizon et s'inscrit dans l'état global Horizon. Il ne décrit pas encore les procédures détaillées de liaison, de remplacement ou de déliaison des comptes, qui relèveront du chapitre 11, ni la fusion de plusieurs identités appartenant à une même personne, qui sera traitée au chapitre 12.

Fonctionnement cible — Principes validés

Une personne reconnue par la Plateforme est représentée par une Identité Horizon humaine, centrale et stable. Cette identité peut être créée automatiquement à partir d'une interaction éligible, puis revendiquée ultérieurement par une connexion au Poste de commande ou par une commande autorisée sur Twitch ou Discord.

Une Identité Horizon peut être liée à un maximum d'un compte Twitch et d'un compte Discord. Les données communes restent attachées à l'identité centrale lorsque la personne change de pseudonyme, remplace un compte, quitte temporairement l'équipage ou utilise une autre interface.

Les bots ordinaires ne disposent pas d'une Identité Horizon. P.O.U.B.E.L.L.E. constitue une exception explicite : son Identité Horizon spéciale est créée manuellement, possède un paramétrage et des permissions propres, et ne suit pas les règles communautaires appliquées aux identités humaines.

Synthèse normative​

  • Une personne ne doit disposer que d'une seule IdentitĂ© Horizon active.
  • Une IdentitĂ© Horizon peut ĂŞtre créée après une interaction Ă©ligible sans ĂŞtre immĂ©diatement revendiquĂ©e.
  • Une simple prĂ©sence passive sur Twitch ou Discord ne suffit pas Ă  crĂ©er une identitĂ©.
  • Une IdentitĂ© Horizon peut ĂŞtre liĂ©e Ă  un seul compte Twitch et Ă  un seul compte Discord au maximum.
  • Un compte externe ne peut ĂŞtre liĂ© simultanĂ©ment qu'Ă  une seule IdentitĂ© Horizon.
  • La revendication d'une identitĂ© doit Ă©tablir le contrĂ´le d'au moins un compte externe sans prouver automatiquement le contrĂ´le d'un autre compte.
  • La revendication doit pouvoir constituer une voie d'entrĂ©e initiale dans l'Ă©quipage sans attribuer ce statut lorsque la personne reste Visiteur, ni devenir une condition permanente de maintien du statut de Membre d'Ă©quipage.
  • Une revendication dĂ©jĂ  acquise ne doit pas neutraliser une exclusion, un dĂ©part volontaire ou la perte simultanĂ©e des prĂ©sences externes.
  • Le statut communautaire, l'Ă©tat de revendication, l'existence de l'identitĂ©, les liaisons de comptes, les rĂ´les et les permissions constituent des dimensions distinctes.
  • Une personne peut conserver son IdentitĂ© Horizon tout en devenant Visiteur ou en Ă©tant exclue de l'Ă©quipage.
  • Une Perte automatique des appartenances externes ne doit pas ĂŞtre assimilĂ©e Ă  un dĂ©part volontaire ni Ă  une demande d'effacement.
  • Un Changement automatique vers le statut de Visiteur ne doit supprimer ni rĂ©initialiser les donnĂ©es Horizon de la personne.
  • Un DĂ©part volontaire, une demande d'effacement et une exclusion doivent rester des Ă©vĂ©nements distincts.
  • Chaque IdentitĂ© Horizon humaine doit possĂ©der un identifiant public Horizon unique, distinct de son identifiant interne et de son nom d'affichage.
  • Le Nom d'affichage Horizon doit ĂŞtre public, modifiable et non nĂ©cessairement unique.
  • Avant la revendication, le Nom d'affichage initial doit reprendre le pseudonyme du compte ayant provoquĂ© la crĂ©ation ; après la revendication, la personne doit ĂŞtre invitĂ©e Ă  en choisir un.
  • La Revendication et l'acceptation du règlement doivent rester deux opĂ©rations distinctes.
  • Un Membre d'Ă©quipage doit accepter le règlement applicable après sa revendication avant d'utiliser les interactions ordinaires d'Horizon ; cette obligation ne s'applique pas au Visiteur.
  • Le nom d'affichage Horizon ne doit pas conduire P.O.U.B.E.L.L.E. Ă  divulguer publiquement le pseudonyme utilisĂ© par une personne sur une autre plateforme.
  • Les bots ordinaires ne doivent pas recevoir d'IdentitĂ© Horizon.
  • L'identitĂ© particulière de P.O.U.B.E.L.L.E. ne doit pas ĂŞtre assimilĂ©e Ă  une identitĂ© humaine ni Ă  un compte de bot ordinaire.

Une référence commune pour une même personne​

Une Identité Horizon humaine est la représentation centrale et persistante qu'Horizon associe à une personne reconnue. Elle permet au Noyau de rattacher à une même référence les informations et fonctions qui doivent rester cohérentes entre les différentes interfaces de La Tanière.

Elle peut notamment relier :

  • Les comptes externes utilisĂ©s par la personne.
  • Le statut actuel de la personne dans l'Ă©quipage.
  • Le profil et les prĂ©fĂ©rences dĂ©finis dans Horizon.
  • La progression et les donnĂ©es communautaires communes.
  • Les rĂ´les, permissions et distinctions applicables.
  • Les rĂ©fĂ©rences nĂ©cessaires Ă  l'historique, aux statistiques et Ă  la mĂ©moire autorisĂ©e.

L'Identité Horizon humaine n'est pas un nouveau pseudonyme imposé à la personne et ne remplace pas ses identités propres à Twitch ou Discord. Elle fournit une référence interne stable grâce à laquelle les composantes autorisées de la Plateforme peuvent comprendre que plusieurs interactions concernent la même personne.

Horizon distingue deux types fonctionnels d'identités :

  • L'IdentitĂ© Horizon humaine, qui reprĂ©sente une personne et suit le cycle de revendication, de statut communautaire, de liaison et de fusion dĂ©fini dans la prĂ©sente partie.
  • L'IdentitĂ© Horizon spĂ©ciale, rĂ©servĂ©e Ă  P.O.U.B.E.L.L.E., créée manuellement et soumise Ă  un paramĂ©trage ainsi qu'Ă  des permissions propres.

L'identité spéciale ne transforme pas P.O.U.B.E.L.L.E. en personne ni en membre de l'équipage. Lorsqu'une règle du présent chapitre vise une personne, elle s'applique à une Identité Horizon humaine sauf mention contraire.

Cette centralisation reste logique. Elle ne signifie ni que toutes les données sont réunies dans un unique enregistrement technique, ni qu'elles deviennent accessibles à toutes les interfaces. Chaque consultation, utilisation, modification ou divulgation demeure soumise à sa finalité, à la classification des données et aux permissions applicables.

Personne, identité, compte et profil​

Plusieurs notions proches doivent rester distinguées afin d'éviter qu'un changement de compte, de pseudonyme ou de responsabilité modifie la représentation fondamentale de la personne.

NotionDéfinition fonctionnelleExemple indicatif
PersonneIndividu réel auquel les informations se rapportent.Une personne participant à La Tanière depuis Twitch et Discord.
Identité Horizon humaineRéférence centrale et persistante utilisée par Horizon pour représenter une personne.L'identité interne à laquelle sont rattachées sa progression et ses liaisons.
Identité Horizon spécialeRéférence centrale créée manuellement pour P.O.U.B.E.L.L.E. et soumise à ses propres règles.L'identité reliant ses présences officielles et ses permissions particulières.
Compte externeCompte reconnu par un service extérieur et éventuellement relié à l'Identité Horizon.Compte Twitch ou compte Discord.
Profil HorizonEnsemble des informations de présentation et préférences modifiables associées à l'identité.Nom d'affichage Horizon ou paramètres personnels.
Statut communautairePosition actuelle de la personne vis-à-vis de l'équipage.Visiteur, Membre d'équipage ou Exclu de l'équipage.
RôleFonction particulière exercée par une personne.Modérateur, Administrateur ou Capitaine.
PermissionDroit précis de consulter une information, de l'utiliser ou d'exécuter une action.Consulter une vue de modération ou modifier un paramètre autorisé.
DistinctionReconnaissance particulière qui ne définit pas à elle seule les permissions.Membre honorifique.

Le Capitaine, un Modérateur ou un Administrateur conserve donc une Identité Horizon humaine ordinaire à laquelle sont rattachées des responsabilités particulières. Ces fonctions ne constituent pas des catégories séparées d'identités.

De même, la distinction de Membre honorifique n'est ni un statut d'existence ni une autorisation générale. Elle complète le statut de la personne selon les règles qui lui sont propres.

Principe d'unicité​

Horizon applique le principe fonctionnel suivant :

Une même personne ne doit disposer que d'une seule Identité Horizon active.

Ce principe permet de préserver une progression commune et d'éviter que les responsabilités, préférences ou historiques soient répartis entre plusieurs représentations incompatibles.

Il implique notamment que :

  • Un changement de pseudonyme ne crĂ©e pas une nouvelle identitĂ©.
  • Un remplacement de compte externe ne crĂ©e pas une nouvelle identitĂ©.
  • Une connexion par une autre plateforme ne crĂ©e pas une nouvelle identitĂ© lorsque la personne peut ĂŞtre reconnue de manière suffisamment fiable.
  • Un compte Twitch ou Discord ne peut ĂŞtre rattachĂ© simultanĂ©ment qu'Ă  une seule IdentitĂ© Horizon.
  • Une IdentitĂ© Horizon ne doit pas ĂŞtre partagĂ©e entre plusieurs personnes.
  • L'identifiant interne d'une identitĂ© ne doit pas ĂŞtre rĂ©attribuĂ© Ă  une autre personne.
  • La dĂ©couverte d'un doublon doit conduire Ă  une vĂ©rification et, lorsque les conditions sont rĂ©unies, Ă  la procĂ©dure de fusion du chapitre 12.

L'unicité recherchée ne permet pas à Horizon de supposer que deux comptes appartiennent à la même personne uniquement parce que leurs pseudonymes se ressemblent. Une liaison ou une fusion exige les preuves et validations prévues pour l'opération concernée.

Création à partir d'une interaction éligible​

Une Identité Horizon peut être créée avant que la personne ne se connecte au Poste de commande. Cette création permet notamment de conserver la progression ou les informations fonctionnelles produites par une participation sur Twitch ou Discord.

La création exige toutefois une interaction éligible. Une personne simplement présente dans une liste de spectateurs, visible dans un état de présence ou accessible au moyen d'une donnée sans interaction ne doit pas recevoir automatiquement une identité.

Les origines éligibles comprennent :

  • Un message envoyĂ© dans le chat Twitch.
  • Une rĂ©compense de chaĂ®ne utilisĂ©e sur Twitch.
  • Un Ă©vĂ©nement Twitch pertinent rattachĂ© Ă  une personne identifiable.
  • Une interaction identifiable sur Discord.
  • Une connexion au Poste de commande par Twitch ou Discord.

Cette liste définit les grandes catégories fonctionnelles. Le catalogue technique des événements précisera ultérieurement les événements retenus, les informations minimales attendues et les protections contre les répétitions.

Effet indicatif des premières interactions​

La création de l'identité et l'entrée dans l'équipage constituent deux décisions distinctes. Une interaction peut créer une identité sans suffire à attribuer immédiatement le statut de Membre d'équipage.

Première situation observéeIdentité crééeRevendicationStatut communautaire initial
Follow Twitch sans autre interactionOui.Non revendiquée.Visiteur.
Message Twitch d'une personne qui suit la chaîneOui.Non revendiquée.Membre d'équipage.
Message Twitch d'une personne qui ne suit pas la chaîneOui.Non revendiquée.Visiteur.
Récompense Twitch utiliséeOui.Non revendiquée.Déterminé selon les conditions d'appartenance alors établies.
Interaction Discord sans messageOui, si l'interaction est éligible.Non revendiquée.Visiteur, sauf autre condition déjà remplie.
Premier message envoyé sur le serveur DiscordOui.Non revendiquée.Membre d'équipage.
Première connexion au Poste de commandeOui, si aucune identité correspondante n'existe.Revendiquée.Déterminé selon les conditions d'appartenance établies ; la revendication seule n'impose pas la sortie du statut de Visiteur.

Le follow Twitch est donc un événement pertinent pouvant provoquer la création d'une identité, mais il ne remplit pas seul la condition « suivre la chaîne et avoir interagi ». Une interaction supplémentaire est nécessaire pour devenir Membre d'équipage par cette voie.

Identité non revendiquée et identité revendiquée​

La revendication indique qu'une personne a volontairement pris le contrôle de son Identité Horizon en prouvant la maîtrise d'au moins un compte externe qui lui est rattaché.

Deux états de revendication sont distingués :

  • Non revendiquĂ©e : L'identitĂ© a Ă©tĂ© créée Ă  partir d'une interaction externe, mais aucune personne ne s'est encore authentifiĂ©e pour en prendre le contrĂ´le.
  • RevendiquĂ©e : La personne s'est authentifiĂ©e et a prouvĂ© le contrĂ´le d'au moins un compte liĂ©.

Une identité non revendiquée peut déjà recevoir les données nécessaires au fonctionnement d'Horizon, notamment une progression issue d'interactions éligibles. Elle ne donne cependant pas accès aux fonctions personnelles ou protégées du Poste de commande.

La revendication peut intervenir :

  • Par une connexion au Poste de commande au moyen du compte Twitch dĂ©jĂ  associĂ©.
  • Par une connexion au Poste de commande au moyen du compte Discord dĂ©jĂ  associĂ©.
  • Par une commande Twitch exĂ©cutĂ©e depuis le compte concernĂ©.
  • Par une commande Discord exĂ©cutĂ©e depuis le compte concernĂ©.

Une commande exécutée sur une plateforme revendique uniquement l'identité associée au compte depuis lequel elle est émise. Elle ne prouve pas le contrôle d'un compte situé sur une autre plateforme. La liaison du second compte doit donc suivre une procédure de vérification distincte définie au chapitre 11.

La première revendication peut constituer une voie d'entrée dans l'équipage lorsque les conditions correspondantes sont remplies. Elle enregistre durablement que la personne a prouvé le contrôle d'au moins un compte lié, mais cette preuve n'impose pas à elle seule la sortie du statut de Visiteur et n'est pas une condition permanente de maintien du statut de Membre d'équipage.

La revendication et l'acceptation du règlement constituent deux opérations distinctes. Après la revendication, un Membre d'équipage doit accepter le règlement applicable avant d'utiliser les interactions ordinaires d'Horizon. Cette acceptation peut être recueillie dans le Poste de commande, par un message privé Twitch demandant une réponse déterminée ou par un message placé dans un salon privé Discord avec un bouton prévu à cet effet. Une Identité Horizon au statut de Visiteur n'est pas soumise à cette obligation du seul fait de sa création ou de sa revendication.

Après un départ volontaire, une perte simultanée des présences externes ou une exclusion, l'identité reste revendiquée. Cet état ne provoque ni maintien forcé dans l'équipage ni réintégration immédiate. Une nouvelle condition de retour applicable ou une décision autorisée doit être établie séparément.

Authentification au Poste de commande​

Horizon ne crée pas de troisième compte local avec un mot de passe propre à la Plateforme. L'accès au Poste de commande repose sur l'authentification par Twitch ou Discord.

Une personne dont les deux comptes sont liés doit pouvoir se connecter avec l'un ou l'autre. Quelle que soit la méthode employée, le Poste de commande doit retrouver la même Identité Horizon et appliquer les mêmes données, rôles et permissions actuels.

L'authentification, la liaison fonctionnelle et l'autorisation accordée par un service externe restent néanmoins distinctes :

  • L'authentification permet d'Ă©tablir qui utilise la session en cours.
  • La liaison indique durablement que le compte externe appartient Ă  l'IdentitĂ© Horizon.
  • L'autorisation externe permet Ă  Horizon d'utiliser certaines fonctions du service selon les droits accordĂ©s.

La révocation d'une autorisation technique ne doit donc pas être assimilée automatiquement à une demande de suppression de l'Identité Horizon. Les sessions, autorisations, révocations et mécanismes de sécurité seront détaillés au chapitre 31.

Comptes externes liés​

Une Identité Horizon peut être liée :

  • Ă€ un compte Twitch uniquement.
  • Ă€ un compte Discord uniquement.
  • Ă€ un compte Twitch et Ă  un compte Discord.
  • Temporairement Ă  aucun compte externe, lorsque l'identitĂ© doit ĂŞtre conservĂ©e sans liaison actuellement utilisable.

Elle ne peut pas posséder plusieurs comptes Twitch ou plusieurs comptes Discord. Il n'existe donc aucun mécanisme de compte principal et de comptes secondaires pour un même service. Lorsqu'un compte doit être remplacé, la nouvelle liaison succède à l'ancienne selon les contrôles prévus au chapitre 11.

Les comptes Twitch et Discord restent placés au même niveau dans la représentation de l'identité. Le fait qu'une identité ait été créée initialement depuis Twitch ne rend pas son compte Twitch supérieur au compte Discord relié ultérieurement, et inversement.

Chaque service conserve l'autorité sur l'identifiant, l'existence et les caractéristiques natives de son compte. Horizon conserve l'autorité sur la relation interne entre ces comptes et l'Identité Horizon, sous réserve des preuves et règles de cohérence qui seront définies au chapitre 14.

Composition fonctionnelle de l'identité​

L'Identité Horizon sert de point de rattachement à plusieurs familles d'informations. Leur présence exacte dépend de la situation de la personne, des fonctionnalités activées et des règles de minimisation applicables.

Famille fonctionnelleFinalité générale
Identification interneDistinguer durablement l'identité sans dépendre d'un pseudonyme externe.
Identification publiquePrésenter le nom d'affichage et l'identifiant public Horizon permettant de distinguer les homonymes.
Liaisons externesRelier les comptes Twitch et Discord vérifiés ou observés.
Profil et préférencesConserver les informations de présentation et les choix personnels autorisés.
Statut communautaireReprésenter la relation actuelle avec l'équipage.
Rôles et permissionsDéterminer les responsabilités et capacités applicables selon le contexte.
DistinctionsConserver les reconnaissances attribuées selon leurs propres règles.
ProgressionRattacher l'expérience, les niveaux, grades et autres mécanismes communautaires à la même personne.
Historique et statistiquesRéférencer les évolutions et mesures conservées dans les limites prévues.
Mémoire autoriséePermettre de retrouver les éléments de mémoire utilisables selon leur finalité et leurs permissions.

Le présent chapitre ne définit pas chaque donnée, son format ou sa durée de conservation. Le chapitre 13 établira le catalogue fonctionnel, tandis que l'Annexe E présentera le modèle complet des identités et relations. L'Annexe F constituera le catalogue exhaustif des données et le chapitre 43 en définira la traduction technique.

Des dimensions indépendantes​

Une identité ne doit pas être décrite par un état unique qui mélangerait son existence, son contrôle par la personne, son appartenance communautaire et la disponibilité de ses comptes externes.

Horizon distingue au minimum les dimensions suivantes :

DimensionValeurs fonctionnelles principalesQuestion traitée
ExistenceActive, archivée ou anonymisée.L'identité est-elle actuellement utilisable et sous quelle forme est-elle conservée ?
TypeHumaine ou spéciale.L'identité représente-t-elle une personne ou P.O.U.B.E.L.L.E. ?
RevendicationNon revendiquée ou revendiquée.Une personne a-t-elle prouvé le contrôle d'au moins un compte lié ?
Statut communautaireVisiteur, Membre d'équipage ou Exclu de l'équipage.Quelle est la relation actuelle de la personne avec l'équipage ?
Liaison TwitchDéfinie séparément au chapitre 11.Quel est l'état de la relation avec le compte Twitch ?
Liaison DiscordDéfinie séparément au chapitre 11.Quel est l'état de la relation avec le compte Discord ?
Rôles et permissionsDéfinis selon chaque responsabilité et périmètre.Quelles fonctions la personne peut-elle exercer actuellement ?

Ces dimensions peuvent se combiner. Une identité active peut être non revendiquée tout en représentant un Membre d'équipage connu par Discord. Une identité revendiquée peut appartenir à un Visiteur. Une identité exclue peut conserver des liaisons utilisables uniquement pour l'authentification à sa page restreinte.

Pour l'Identité Horizon spéciale de P.O.U.B.E.L.L.E., la revendication et le statut communautaire sont non applicables plutôt qu'inconnus. Ses capacités sont déterminées par son type, son paramétrage et ses permissions propres.

L'archivage et l'anonymisation ne constituent pas des statuts communautaires. Leur déclenchement, leur portée et leurs effets sur les données seront encadrés par les règles de vie privée et de conservation du chapitre 35.

Conditions d'entrée dans l'équipage​

Une personne peut entrer dans l'équipage lorsqu'au moins une des conditions suivantes est nouvellement établie :

  • ĂŠtre follower de la chaĂ®ne Twitch et avoir rĂ©alisĂ© au moins une interaction Ă©ligible.
  • ĂŠtre prĂ©sente sur le serveur Discord et y avoir envoyĂ© au moins un message.
  • Revendiquer pour la première fois une IdentitĂ© Horizon au moyen d'un compte liĂ©.
  • Effectuer une demande explicite de retour lorsqu'une telle demande est exigĂ©e ou autorisĂ©e.

Ces conditions constituent des voies alternatives. Une personne n'a pas besoin d'être simultanément follower Twitch, présente sur Discord et connectée au Poste de commande.

Elles définissent des voies d'entrée ou de retour, et non une obligation de maintenir continuellement toutes les formes de participation. Une personne peut conserver son statut grâce à l'une des plateformes lorsqu'elle n'utilise plus l'autre. La perte simultanée des appartenances externes provoque toutefois un retour au statut de Visiteur, y compris lorsque l'identité reste revendiquée.

Le statut de Membre d'équipage ne confère pas automatiquement un rôle de Modérateur, une permission administrative ou une distinction. Ces éléments restent attribués et retirés selon leurs règles propres.

Priorité des statuts communautaires​

Horizon évalue les statuts selon un ordre de priorité unique. Dès qu'une condition prioritaire s'applique, une condition située plus bas ne peut pas produire un statut incompatible.

PrioritéCondition évaluéeRésultat
1Une exclusion de l'équipage est active.Le statut est Exclu de l'équipage, quelles que soient les autres conditions.
2Un départ volontaire assorti d'un blocage de réentrée est actif.Le statut reste Visiteur jusqu'à une demande explicite de retour acceptée.
3La personne a perdu simultanément sa présence Twitch admissible et sa présence sur le serveur Discord.Le statut est Visiteur, même si l'identité demeure revendiquée.
4Une demande explicite d'entrée ou de retour est autorisée.Le statut devient Membre d'équipage.
5Une autre voie d'entrée valide est nouvellement satisfaite.Le statut devient Membre d'équipage.
6Aucune des conditions précédentes ne s'applique.Le statut est Visiteur.

La revendication est donc conservée comme preuve de contrôle et comme historique d'une entrée initiale. Une revendication déjà vraie n'est pas réévaluée en continu comme une condition suffisante de maintien ou de retour.

Passage au statut de Visiteur​

Une Identité Horizon peut rester active et revendiquée tout en représentant une personne qui n'appartient plus actuellement à l'équipage. Elle passe alors au statut de Visiteur sans perdre automatiquement son identifiant ni les données dont la conservation reste justifiée.

Le passage de Membre d'équipage à Visiteur intervient dans deux situations générales.

Départ volontaire​

La personne peut demander explicitement à quitter l'équipage depuis le Poste de commande. Cette décision produit une transition traçable et active un blocage de réentrée qui prévaut sur les interactions, les présences externes et l'état revendiqué de l'identité.

Cette demande reste distincte d'une demande d'effacement des données personnelles. Elle peut conduire à la réinitialisation fonctionnelle prévue après le délai de sécurité du chapitre 15, sans supprimer automatiquement l'Identité Horizon ni les données dont une autre finalité justifie encore la conservation.

Pour redevenir Membre d'équipage, la personne devra formuler une demande explicite de retour. Les modalités d'interface seront précisées dans la conception du Poste de commande.

Perte des appartenances externes​

La personne passe également au statut de Visiteur lorsque les deux conditions suivantes sont réunies :

  • La personne ne suit plus la chaĂ®ne Twitch ou se trouve bannie de celle-ci.
  • La personne n'est plus prĂ©sente sur le serveur Discord.

La perte d'une seule appartenance ne suffit donc pas. Une personne qui ne suit plus la chaîne mais reste présente sur Discord demeure Membre d'équipage. De même, une personne quittant Discord mais restant follower Twitch après avoir interagi demeure Membre d'équipage.

Cette transition s'applique même lorsque l'identité reste revendiquée. La revendication n'est pas retirée, mais elle ne suffit pas à maintenir ou à rétablir le statut de Membre d'équipage.

Cette transition produit un changement automatique de statut. Elle ne constitue ni un départ volontaire ni une demande d'effacement. Elle ne déclenche donc aucune suppression ni réinitialisation de la progression, de l'historique, des statistiques, du profil ou de la mémoire personnelle conservée selon leurs règles propres.

Les données restent associées à l'Identité Horizon et sont simplement rendues inactives lorsqu'une fonction exige le statut de Membre d'équipage. Leur durée de conservation continue de suivre leur finalité et les règles du chapitre 35.

Une identité devenue Visiteur pour cette raison peut redevenir Membre d'équipage lorsqu'une nouvelle condition d'entrée est observée ou lorsqu'une demande explicite de retour est autorisée. La simple persistance de conditions anciennes, notamment d'une revendication déjà acquise, ne suffit pas.

Lors de ce retour, les données antérieures encore valides redeviennent utilisables sans procédure de restauration, puisqu'elles n'ont pas été supprimées. Les permissions et responsabilités restent néanmoins réévaluées selon leurs propres règles.

Une simple absence d'activité, quelle que soit sa durée, ne constitue pas une sortie de l'équipage. Elle peut influencer certaines statistiques ou informations de présence, mais elle ne modifie pas à elle seule le statut communautaire.

Exclusion de l'équipage​

Une personne habilitée peut prononcer un ban de l'équipage depuis l'administration Horizon. Cette décision attribue à l'identité le statut distinct d'Exclu de l'équipage.

L'exclusion ne doit pas ĂŞtre confondue avec :

  • Le statut de Visiteur, qui n'interdit pas une future entrĂ©e dans l'Ă©quipage.
  • Un ban propre Ă  Twitch, dont Twitch conserve l'autoritĂ©.
  • Un ban propre Ă  Discord, dont Discord conserve l'autoritĂ©.
  • La suspension d'un rĂ´le ou d'une permission particulière.
  • La suppression ou l'anonymisation de l'identitĂ©.

Une identité exclue ne peut pas redevenir automatiquement Membre d'équipage, même si la personne suit encore la chaîne, rejoint Discord, envoie un message ou conserve des comptes revendiqués. L'exclusion reste prioritaire jusqu'à sa levée par une personne habilitée.

La décision, son origine, son motif, sa date et sa levée éventuelle doivent rester traçables selon les règles de modération, de classification et de conservation applicables. Les procédures détaillées relèveront notamment du chapitre 29 et des outils de modération du chapitre 38.

Connexion restreinte et demande de débannissement​

Une exclusion de l'équipage ne supprime pas automatiquement les liaisons de comptes ni la possibilité technique de reconnaître la personne. Une identité exclue peut donc continuer à s'authentifier par Twitch ou Discord afin d'accéder à un espace restreint du Poste de commande.

Cette connexion ne donne pas accès aux fonctions normales réservées aux Membres d'équipage. Elle conduit vers une page spécifique qui doit au minimum permettre :

  • D'informer la personne que son identitĂ© est actuellement exclue de l'Ă©quipage.
  • De prĂ©senter les informations qui peuvent lĂ©galement et fonctionnellement lui ĂŞtre communiquĂ©es sur cette situation.
  • De dĂ©poser une demande de dĂ©bannissement.
  • De consulter l'Ă©tat de cette demande lorsque cette consultation est autorisĂ©e.

La demande de débannissement ne lève pas automatiquement l'exclusion. Elle produit une demande identifiable et traçable destinée aux personnes habilitées. L'acceptation, le refus ou la demande d'informations complémentaires doit suivre les permissions et procédures de modération applicables.

Lorsqu'une exclusion est levée, Horizon réévalue la situation actuelle de l'identité. La personne retrouve le statut de Membre d'équipage si une condition d'entrée est alors remplie ; dans le cas contraire, elle retrouve le statut de Visiteur.

Retour dans l'équipage​

La possibilité de revenir dépend de la cause ayant entraîné le départ.

Cause de la sortieStatut obtenuCondition de retour
Départ demandé depuis le Poste de commandeVisiteur.Demande explicite de retour par la personne.
Perte simultanée des appartenances Twitch et DiscordVisiteur.Nouvelle condition d'entrée observée ou demande explicite de retour autorisée.
Ban de l'équipage depuis l'administration HorizonExclu de l'équipage.Levée de l'exclusion par une personne habilitée, éventuellement après une demande de débannissement.

Une transition de retour doit rétablir uniquement les éléments qui découlent directement du statut communautaire. Les rôles, responsabilités ou distinctions retirés séparément ne sont pas restaurés automatiquement, sauf lorsqu'une règle propre prévoit explicitement le contraire.

Le retour consécutif à un simple changement automatique de statut réutilise les données Horizon conservées. Le retour consécutif à un départ volontaire devenu définitif suit, en revanche, les règles de nouveau départ définies au chapitre 15 et ne restaure pas les données réinitialisées.

Membre honorifique et délai de retrait​

La distinction de Membre honorifique suppose que la personne soit Membre d'équipage. Lorsqu'elle devient Visiteur ou Exclue de l'équipage, la distinction entre dans un état d'attente de retrait pendant sept jours.

Ce délai permet de corriger un départ, une observation externe ou une exclusion appliquée par erreur. Pendant cette période, la distinction peut ne plus être affichée publiquement sans être encore définitivement supprimée.

À l'issue du délai :

  • La distinction est retirĂ©e si la personne n'a pas retrouvĂ© le statut de Membre d'Ă©quipage.
  • Le retrait programmĂ© est annulĂ© si la personne est redevenue Membre d'Ă©quipage.
  • La distinction n'est pas restaurĂ©e automatiquement lorsqu'elle a dĂ©jĂ  Ă©tĂ© retirĂ©e.
  • Une personne habilitĂ©e peut retirer immĂ©diatement la distinction lorsque la situation le justifie.

Le retour dans l'équipage après l'exécution du retrait n'accorde donc pas de nouveau la distinction. Une nouvelle attribution explicite est nécessaire.

Nom d'affichage Horizon​

Une personne ayant revendiqué son identité peut choisir un nom d'affichage Horizon indépendant de ses pseudonymes Twitch et Discord. Ce nom permet notamment de présenter une identité cohérente dans les espaces internes et personnels du Poste de commande lorsque les noms employés sur les plateformes diffèrent.

Chaque identité humaine possède également un identifiant public Horizon unique. Cet identifiant permet de distinguer sans ambiguïté plusieurs personnes portant le même nom d'affichage. Il reste distinct de l'identifiant interne permanent, qui n'est pas destiné à la présentation publique. Le nom d'affichage Horizon :

  • Ne remplace pas les pseudonymes propres aux services externes.
  • N'a pas besoin d'ĂŞtre unique entre plusieurs personnes.
  • Ne constitue pas un identifiant permettant d'Ă©tablir seul l'identitĂ© d'une personne.
  • Peut ĂŞtre modifiĂ© selon les règles applicables au profil.
  • Est toujours prĂ©sentĂ© publiquement avec l'identifiant public Horizon lorsque les homonymes doivent ĂŞtre dĂ©partagĂ©s.

Horizon utilise l'identifiant interne de l'Identité Horizon pour résoudre les homonymes en interne lorsque nécessaire.

Avant la revendication, Horizon utilise comme nom d'affichage initial le pseudonyme du compte ayant provoqué la création de l'identité. Cette valeur reste une présentation par défaut et non une preuve supplémentaire sur la personne. Une fois l'identité revendiquée, Horizon invite la personne à choisir son propre nom d'affichage, sans transformer cette invitation en blocage de l'accès.

Pseudonyme utilisé par P.O.U.B.E.L.L.E.​

P.O.U.B.E.L.L.E. ne doit pas utiliser automatiquement le nom d'affichage Horizon dans ses interactions publiques. Elle emploie le pseudonyme visible sur la plateforme où l'interaction se déroule.

Contexte de l'interactionNom utilisé par P.O.U.B.E.L.L.E.
TwitchPseudonyme Twitch visible dans le contexte concerné.
DiscordNom visible sur Discord dans le contexte concerné.
Poste de commandeNom d'affichage Horizon lorsque son utilisation est autorisée.
Communication envoyée vers une autre plateformeNom adapté à la plateforme destinataire.

Cette règle garantit la cohérence de l'échange et limite la divulgation involontaire d'une relation entre plusieurs comptes. Le fait qu'Horizon sache que deux pseudonymes appartiennent à la même identité ne l'autorise pas à révéler cette relation sur Twitch, Discord ou auprès d'une autre personne.

Une utilisation différente peut être prévue dans un contexte privé et explicitement autorisé, mais elle doit rester déterminée par la finalité, la plateforme, la visibilité de l'échange et les permissions applicables. La construction détaillée du contexte transmis à P.O.U.B.E.L.L.E. sera encadrée au chapitre 20.

Cas particulier de P.O.U.B.E.L.L.E.​

Les bots et services techniques ordinaires ne reçoivent pas d'Identité Horizon. Ils sont représentés comme des acteurs techniques, des extensions ou des services selon leur fonction.

P.O.U.B.E.L.L.E. constitue une exception, car ses présences sur Twitch, Discord et le Poste de commande représentent une même entité du canon de La Tanière. Une Identité Horizon spéciale lui est donc créée et configurée manuellement.

Cette identité spéciale :

  • Est explicitement distinguĂ©e des identitĂ©s humaines.
  • Peut relier les prĂ©sences officielles de P.O.U.B.E.L.L.E. sur les interfaces autorisĂ©es.
  • Ne possède ni le statut de Visiteur ni celui de Membre d'Ă©quipage.
  • Ne reçoit aucune progression communautaire destinĂ©e aux membres.
  • Dispose de paramètres particuliers pour les familles de donnĂ©es qui la concernent.
  • Reçoit ses capacitĂ©s et ses restrictions depuis un paramĂ©trage de permissions propre, la dĂ©finition fonctionnelle de P.O.U.B.E.L.L.E. et le modèle de permissions, et non depuis un rĂ´le humain.
  • Ne peut pas ĂŞtre fusionnĂ©e avec une identitĂ© humaine.
  • Ne transforme pas les comptes de bot qui l'incarnent sur une plateforme en membres de l'Ă©quipage.

Le détail de ses données particulières ne relève pas intégralement du présent chapitre. Il sera précisé dans le catalogue des données, le modèle complet de l'Identité Horizon et les chapitres consacrés à la place de P.O.U.B.E.L.L.E. dans Horizon.

Continuité, archivage et anonymisation​

Le passage au statut de Visiteur ou d'Exclu de l'équipage ne supprime pas l'Identité Horizon. Il modifie la relation actuelle avec la communauté tout en conservant la référence nécessaire à la cohérence, à la traçabilité et à l'exercice des droits de la personne.

Une identité peut ultérieurement être archivée ou anonymisée selon les règles applicables. Ces opérations doivent rester distinctes :

  • L'archivage conserve une identitĂ© sous une forme qui n'est plus utilisĂ©e pour les interactions ordinaires.
  • L'anonymisation retire ou transforme les informations permettant d'identifier directement la personne selon les objectifs dĂ©finis.
  • La suppression efface les Ă©lĂ©ments qui doivent lĂ©galement et fonctionnellement disparaĂ®tre, sans réécrire silencieusement les Ă©vĂ©nements ou traces dont la conservation reste obligatoire.

Aucun départ communautaire ne doit déclencher à lui seul une suppression immédiate et silencieuse. Les finalités, durées de conservation, possibilités d'export, demandes de correction et procédures de suppression seront définies au chapitre 35.

Identité et traitement des événements​

Lorsqu'un événement concerne une personne, le Noyau doit rechercher l'Identité Horizon correspondante ou déterminer si une nouvelle identité peut être créée. Cette résolution doit précéder toute conséquence qui dépend de la progression, du statut, des rôles ou des permissions de la personne.

Le traitement doit notamment pouvoir distinguer :

  • Une personne dĂ©jĂ  reconnue par un compte liĂ©.
  • Une personne connue par une identitĂ© non revendiquĂ©e.
  • Une interaction Ă©ligible nĂ©cessitant la crĂ©ation d'une identitĂ©.
  • Une interaction ne permettant pas d'identifier suffisamment la personne.
  • Un conflit laissant suspecter l'existence de plusieurs identitĂ©s.
  • Une identitĂ© exclue dont les interactions ne doivent pas provoquer de rĂ©intĂ©gration automatique.

La création, la revendication, le changement de statut, la levée d'une exclusion et l'anonymisation constituent des évolutions de l'état global Horizon. Elles doivent être produites par des événements identifiables, soumises aux contrôles nécessaires et conservées avec la traçabilité adaptée à leur importance.

Vue fonctionnelle de l'Identité Horizon​

La figure suivante présente l'Identité Horizon comme référence centrale entre une personne, ses comptes externes et les principales familles d'informations qui lui sont rattachées. Elle distingue également le statut communautaire de l'état de revendication.

Elle ne représente ni la procédure de liaison du chapitre 11 ni la fusion du chapitre 12. Ces opérations disposent de conditions, de vérifications et de traitements spécifiques qui ne doivent pas être réduits à la simple présence d'un lien dans ce schéma.

Vue fonctionnelle d'une Identité Horizon centrale reliée à une personne, à un compte Twitch, à un compte Discord, à un profil, à un statut communautaire, à une progression, à des rôles, à des permissions et à des distinctions

FIG. 08 Figure fonctionnelle — Identité Horizon centrale, comptes externes et principales dimensions indépendantes associées à une même personne.

Garanties fonctionnelles​

Le modèle de l'Identité Horizon doit garantir les principes suivants :

  • Une personne ne doit pas ĂŞtre volontairement fragmentĂ©e entre plusieurs identitĂ©s actives.
  • Une identitĂ© ne doit pas ĂŞtre partagĂ©e entre plusieurs personnes.
  • Une donnĂ©e commune ne doit pas dĂ©pendre du maintien d'un pseudonyme externe particulier.
  • Un compte externe ne doit pas ĂŞtre rattachĂ© Ă  une autre identitĂ© sans vĂ©rification et sans trace.
  • Une identitĂ© non revendiquĂ©e ne doit pas donner accès aux fonctions personnelles protĂ©gĂ©es.
  • Une personne exclue ne doit pas ĂŞtre rĂ©intĂ©grĂ©e par une interaction automatique.
  • Un dĂ©part communautaire ne doit pas supprimer silencieusement l'identitĂ©.
  • Une modification sensible de l'identitĂ© doit rester traçable.
  • Un pseudonyme provenant d'une plateforme ne doit pas ĂŞtre divulguĂ© sur une autre uniquement parce qu'Horizon connaĂ®t leur relation.
  • Les rĂ´les, permissions et distinctions ne doivent pas ĂŞtre dĂ©duits de la seule existence de l'identitĂ©.
  • Le cas particulier de P.O.U.B.E.L.L.E. ne doit pas permettre aux bots ordinaires d'obtenir une identitĂ© communautaire.

Limites du présent chapitre​

Le présent chapitre fixe le modèle fonctionnel général de l'Identité Horizon. Les domaines suivants sont volontairement renvoyés vers leurs chapitres ou référentiels maîtres :

  • Les procĂ©dures de liaison, de vĂ©rification, de remplacement et de dĂ©liaison des comptes relèvent du chapitre 11.
  • Les règles de dĂ©tection et de fusion des doublons relèvent du chapitre 12.
  • Le catalogue fonctionnel des donnĂ©es d'identitĂ© relève du chapitre 13.
  • Les sources faisant autoritĂ©, prioritĂ©s et conflits relèvent du chapitre 14.
  • La conservation des Ă©volutions dans le temps relève du chapitre 15.
  • L'authentification, les sessions et les autorisations externes relèvent du chapitre 31.
  • Les droits associĂ©s aux rĂ´les et statuts relèvent du chapitre 32.
  • La classification et la protection des informations relèvent du chapitre 33.
  • La conservation, l'export, l'anonymisation et la suppression relèvent du chapitre 35.
  • L'organisation des pages personnelles et de la demande de dĂ©bannissement relève de la conception du Poste de commande.
  • Le modèle complet des identitĂ©s, relations et Ă©tats relève de l'Annexe E.
  • Le catalogue exhaustif des donnĂ©es relève de l'Annexe F.
  • La traduction en entitĂ©s, relations, contraintes et migrations relève du chapitre 43.

Synthèse​

L'Identité Horizon humaine fournit à la Plateforme une référence stable pour représenter une même personne malgré la diversité de ses comptes, pseudonymes et interfaces. Elle peut être créée automatiquement après une interaction éligible, puis revendiquée lorsque la personne prouve le contrôle d'un compte Twitch ou Discord.

Cette identité reste distincte de son profil, de son statut communautaire, de ses comptes externes, de ses rôles et de ses permissions. Une personne peut ainsi conserver la même Identité Horizon en devenant Visiteur, en revenant dans l'équipage, en remplaçant un compte ou en faisant l'objet d'une exclusion administrative. La revendication demeure acquise comme preuve de contrôle sans devenir une condition permanente d'appartenance.

Ce modèle garantit la continuité des données communes tout en préservant la séparation des plateformes. Horizon peut reconnaître qu'un compte Twitch et un compte Discord appartiennent à la même personne sans autoriser P.O.U.B.E.L.L.E. ou une interface à révéler cette relation hors du contexte permis. L'Identité Horizon spéciale de P.O.U.B.E.L.L.E. reste séparée de ce cycle humain et reçoit ses propres permissions.

Le chapitre suivant définira les preuves et procédures permettant de lier, vérifier, remplacer ou délier les comptes externes sans compromettre l'unicité de l'Identité Horizon.