human
Comment fonctionne Bitmessage ? Parce que l'explication habituelle sur le wiki est trop déroutante pour moi. ( URL_0 ) Expliquez comme si j'avais cinq ans.
gpt
* * J'ai initialement posté ceci [ ici ] ( URL_0 ) * * Eh bien , commençons par parler un peu de cryptographie , avec un peu d' autre vocabulaire : * * * Chiffrement symétrique * * - C'est le chiffrement classique de la manière la plupart des gens y pensent. Une clé est utilisée pour chiffrer les données, puis cette même clé peut être utilisée pour les déchiffrer. * * * Cryptage asymétrique * * - Au lieu d'une seule clé, vous avez affaire à une paire de deux clés. Une clé est utilisée pour le chiffrement (appelée clé publique) et l'autre est utilisée pour le déchiffrement (appelée clé privée). Les clés sont mathématiquement liées de sorte que les données chiffrées à l'aide de la clé publique ne peuvent être déchiffrées qu'à l'aide de la clé privée. Ainsi , par exemple , je peux donner ma clé publique à tout le monde , et ils peuvent l' utiliser pour m'envoyer des données cryptées que moi seul peux décrypter tant que je garde ma clé privée privée . * * * Hachage * * - Il s'agit essentiellement d'un cryptage à sens unique. Vous prenez des données, les hachez et obtenez un hachage. Les algorithmes de hachage sont déterministes, ce qui signifie que les mêmes données sont hachées vers la même sortie à chaque fois. Tant que l'algorithme de hachage est sécurisé, il n'y a aucun moyen de déterminer l'entrée utilisée pour obtenir un hachage donné sans forcer brutalement. C'est pourquoi il est considéré comme « à sens unique ». Vous pouvez prendre une entrée peut obtenir une sortie rapidement et facilement, mais pas l'inverse. * * * Bitmessage Address * * - Essentiellement un hachage de votre clé publique * * * Signature * * - Un moyen de prouver que vous avez écrit un message en utilisant votre clé privée . Voici comment cela fonctionne : Vous écrivez un message et le cryptez avec votre clé privée (notez que la clé publique est généralement utilisée pour le cryptage, mais dans le cas de la signature, nous faisons l'inverse). Vous envoyez à votre ami le message et la version cryptée du message. Il utilise ensuite votre clé publique (dont il possède déjà une copie) pour décrypter la partie cryptée, et il s'assure qu'elle correspond au texte en clair. Si les deux textes correspondent, il sait que quelqu'un ayant accès à votre clé privée a envoyé le message, car c'est la seule façon dont les données auraient pu être chiffrées de manière à ce que sa clé publique les déchiffre. * * * Proof-of-work * * - Utilisation d'une fonction de hachage pour prouver que vous avez dépensé une certaine quantité de temps CPU. Comment cela marche-t-il ? Essentiellement, vous devez forcer brutalement pour trouver l'entrée qui crache un hachage avec des caractéristiques spécifiques. Si vous faites cela, le réseau peut vérifier votre travail facilement, en vérifiant votre hachage, et cela montre que vous avez fait une certaine quantité de travail. Ainsi, maintenant que nous avons un vocabulaire de base, discutons du fonctionnement essentiel de Bitmessage : * Alice et Bob veulent communiquer entre eux via le réseau Bitmessage. Ils créent chacun une adresse ( essentiellement une paire de clés publique / privée ) et diffusent leurs clés publiques aux pairs auxquels ils sont connectés . * Dans ce cas, Alice veut envoyer un message à Bob. Alice demande et obtient l'adresse Bitmessage de Bob. Elle l'utilise ensuite pour envoyer un message à Bob avec son client Bitmessage. Voici comment cela se passe : 1 . En utilisant l'adresse de Bob, le client bitmessage d'Alice demande au réseau la clé publique associée à cette adresse. Pourquoi ? Parce que l'adresse est un hachage et qu'il n'y a aucun moyen d'inverser ce processus. Ainsi, à la place, le réseau conserve une carte des adresses et de leurs clés publiques respectives. Quand Alice obtient la clé publique, elle peut vérifier que c'est la bonne pour l'adresse de Bob en la hachant simplement et en voyant si elle correspond à l'adresse. 2 . Le client d'Alice prend le message, le signe avec sa clé privée et le chiffre avec la clé publique de Bob, puis le diffuse sur le réseau, après avoir terminé la preuve de travail requise. 3 . Les pairs vérifient la preuve de travail, puis transmettent le message jusqu'à ce que tout le monde en ait une copie (y compris Bob). 4 . Le client Bitmessage de Bob , dès qu'il en reçoit une copie , voit que le message lui est destiné et le déchiffre à l' aide de la clé privée de Bob . Il vérifie ensuite la signature pour s'assurer qu'elle provient bien de l'adresse d'où elle vient. 5 . Bob lit le message et vit heureux pour toujours. Remarque : Je ne connais pas très bien la nature exacte du protocole Bitmessage, mais c'est essentiellement ainsi que cela fonctionne.