Mon calcul était basé sur le fait que :
* chaque identifiant éphémère est un entier de 128 bits (16 octets)
* un utilisateur produit 96 identifiants éphémères par jour (1 toutes les 15 minutes)
* donc sur deux semaines, 14 * 96 = 1344 identifiants éphémères sont produits, soit 1344 * 16 = 21 504 octets
* ceci est à multiplier par le nombre de malades déclarés car le registre doit conserver leurs identifiants éphémères des 14 derniers jours ; donc si on enregistre 400 000 malades sur 14 jours, la taille du registre sera de : 400 000 * 21 504 ~ 8,6 Go
C'est une taille brute pour la base que l'on peut effectivement réduire en regroupant les identifiants par préfixe commun (avec un arbre). Cela permet de rechercher plus rapidement dans le registre les identifiants collectés par l'utilisateur.
On peut aussi proposer le registre en téléchargement sous forme de plusieurs fichiers en regroupant les identifiants de même préfixe (fichier pour les identifiants commençant par les octets 00-00, 00-01...). Cela permet à l'utilisateur de ne télécharger que les portions du registre correspondant aux identifiants qu'il a collectés sans pour autant les exposer explicitement au site. On peut même penser que les fichiers du registre puissent être mis en miroir sur de nombreux sites : l'utilisateur répartirait le téléchargement des fichiers sur plusieurs sites ce qui aurait l'avantage de répartir la charge tout en réduisant les risques de pistage.
[^] # Re: Stockage
Posté par codefish . En réponse au journal A propos des protocoles de traçage pour le Covid-19 : Google/Apple vs. INRIA/Fraunhofer. Évalué à 1.
Mon calcul était basé sur le fait que :
* chaque identifiant éphémère est un entier de 128 bits (16 octets)
* un utilisateur produit 96 identifiants éphémères par jour (1 toutes les 15 minutes)
* donc sur deux semaines, 14 * 96 = 1344 identifiants éphémères sont produits, soit 1344 * 16 = 21 504 octets
* ceci est à multiplier par le nombre de malades déclarés car le registre doit conserver leurs identifiants éphémères des 14 derniers jours ; donc si on enregistre 400 000 malades sur 14 jours, la taille du registre sera de : 400 000 * 21 504 ~ 8,6 Go
C'est une taille brute pour la base que l'on peut effectivement réduire en regroupant les identifiants par préfixe commun (avec un arbre). Cela permet de rechercher plus rapidement dans le registre les identifiants collectés par l'utilisateur.
On peut aussi proposer le registre en téléchargement sous forme de plusieurs fichiers en regroupant les identifiants de même préfixe (fichier pour les identifiants commençant par les octets 00-00, 00-01...). Cela permet à l'utilisateur de ne télécharger que les portions du registre correspondant aux identifiants qu'il a collectés sans pour autant les exposer explicitement au site. On peut même penser que les fichiers du registre puissent être mis en miroir sur de nombreux sites : l'utilisateur répartirait le téléchargement des fichiers sur plusieurs sites ce qui aurait l'avantage de répartir la charge tout en réduisant les risques de pistage.