Tu mélanges deux choses différentes:
- un système entièrement à base de whitelists, ou un réseau de confiance
- un système entièrement à base de challenges à effectuer par l'expéditeur
Or, ce que je proposais comme réponse à ta question (et j'aurais aimé que tu le prennes de manière un peu moins hautaine, ce n'était qu'une suggestion), c'était un système à base de challenges ET équipé de whitelists permettant d'éviter aux gens "connus" d'effectuer les challenges.
Gérer des whitelists n'a jamais impliqué que les utilisateurs fassent tout à la main comme tu le supposes. Puisque mettre en place un système à base de challenges implique une extension du protocole ou un nouveau protocole, il est tout à fait envisageable de concevoir un protocole dans lequel une inscription à une mailing-list est conçue comme une autorisation explicite pour cette ML d'envoyer des emails, et que ce soit géré de manière transparente par les serveurs de mails. De la même manière, ajouter un utilisateur à son carnet d'adresses peut être considéré comme une autorisation à envoyer des emails.
Fait toi meme le calcul 10 000 clients; 2 secondes par clients.
un peu lourd tu est TRES gentil.
Tu n'as pas compris visiblement que ce que je proposais était une réponse à cette objection que tu as déjà faite. Dans cette solution:
- envoyer 10 000 mails à des "clients" qui ne se sont pas inscrit à la mailing list prend 20 000 secondes
- envoyer 10 000 mails à des clients qui se sont inscrits ne prend pas plus de temps qu'actuellement.
Au final, ça ne demande pas plus de participation à l'utilisateur qu'actuellement, ça n'implique pas de réseau de confiance. Reste ton objection sur les "drone army", mais comme tu n'as pas expliqué pourquoi ça invalidait le procédé, je ne sais pas quoi répondre.
[^] # Re: Oui et non
Posté par Yusei (Mastodon) . En réponse au journal Hashcash, vers une solution contre le spam ?. Évalué à 3.
- un système entièrement à base de whitelists, ou un réseau de confiance
- un système entièrement à base de challenges à effectuer par l'expéditeur
Or, ce que je proposais comme réponse à ta question (et j'aurais aimé que tu le prennes de manière un peu moins hautaine, ce n'était qu'une suggestion), c'était un système à base de challenges ET équipé de whitelists permettant d'éviter aux gens "connus" d'effectuer les challenges.
Gérer des whitelists n'a jamais impliqué que les utilisateurs fassent tout à la main comme tu le supposes. Puisque mettre en place un système à base de challenges implique une extension du protocole ou un nouveau protocole, il est tout à fait envisageable de concevoir un protocole dans lequel une inscription à une mailing-list est conçue comme une autorisation explicite pour cette ML d'envoyer des emails, et que ce soit géré de manière transparente par les serveurs de mails. De la même manière, ajouter un utilisateur à son carnet d'adresses peut être considéré comme une autorisation à envoyer des emails.
Tu n'as pas compris visiblement que ce que je proposais était une réponse à cette objection que tu as déjà faite. Dans cette solution:
- envoyer 10 000 mails à des "clients" qui ne se sont pas inscrit à la mailing list prend 20 000 secondes
- envoyer 10 000 mails à des clients qui se sont inscrits ne prend pas plus de temps qu'actuellement.
Au final, ça ne demande pas plus de participation à l'utilisateur qu'actuellement, ça n'implique pas de réseau de confiance. Reste ton objection sur les "drone army", mais comme tu n'as pas expliqué pourquoi ça invalidait le procédé, je ne sais pas quoi répondre.