aeris22’s avataraeris22’s Twitter Archive—№ 92,756

  1. …in reply to @JBalarate
    @JBalarate Ça n’a strictement aucun intérêt à être décentralisé. Et c’est BEAUCOUIP plus complexe qu’un tableau de string + booléen par personne.
    1. …in reply to @aeris22
      @JBalarate En particulier tu ne VEUX PAS que n’importe qui puisse avoir accès à ces données brutes. Sinon tu permets à tous de refaire le graphe social des personnes porteuses.
      1. …in reply to @aeris22
        @JBalarate Le requétage est particulièrement complexe cryptographiquement parlant. Tu ne veux pas que le demandeur transmette l’ensemble de ses propres tokens non plus, pour les mêmes raisons.
        1. …in reply to @aeris22
          @JBalarate Le requétage doit donc en entrée transmettre uniquement un hash (non inversible) des tokens vus, pour récupérer un booléen de s’il a été à proximité d’une personne infectée. On est plus proche du chiffrement homomorphique que d’autre chose.
          1. …in reply to @aeris22
            @JBalarate La non transmission des hashs est même la chose qui fait que la centralisation a du bon ici : avec un tiers (réellement) de confiance, le problème se simplifie énormément puisque la transmission des tokens non infectés est possible.
            1. …in reply to @aeris22
              @JBalarate Dit autrement, autant tu ne veux pas balancer ta liste de token en clair à un random chopé en P2P dans un coin, autant la filer à ton médecin qui te suit est éventuellement envisageable.
              1. …in reply to @aeris22
                @JBalarate Dans le cas de StopCovid, on peut énormément simplifier le problème en allant vers du centralisé, et on le complexifie énormément en tendant vers du décentralisé.