I2P Summer Dev
  • Publié : 2017-06-01
  • Auteur : str4d
  • Publié dans summer-dev

System Message: WARNING/2 (Blog, line 1)

Title overline too short.

==========================================
Développement d’été 2017 d’I2P : PLUS rapide !
==========================================

C’est encore cette période de l’année ! Nous nous engageons dans le programme de développement d’été durant lequel nous nous concentrons sur un aspect particulier d’I2P pour le faire avancer. Durant les trois prochains mois, nous encouragerons à la fois les nouveaux contributeurs et les membres existants de la communauté à choisir une tâche et de s’amuser !

`Last year`_, nous nous sommes concentrés à aider les utilisateurs et les développeurs à tirer parti d’I2P en améliorant l’outillage de l’API et en nous consacrant aux applications qui tournent sur I2P. Cette année, nous voulons améliorer l’expérience utilisateur en travaillant sur un aspect qui affecte tout le monde : les performances.

Bien que les réseaux à routage en oignon soient souvent appelés réseaux à latence faible, le routage du trafic par des ordinateurs supplémentaires crée une surcharge importante. La conception de tunnels unidirectionnels d’I2P signifie que par défaut, un aller-retour entre deux destinations impliquera douze participants ! L’amélioration des performances de ces participants aidera à la fois à réduire la latence des connexions de bout en bout [1] et à augmenter la qualité des tunnels à la grandeur du réseau.

Plus rapide ! (MORE)

Notre programme de développement aura quatre volets cette année :

Mesure

Nous ne pouvons pas savoir si nous améliorons les performances sans base de référence ! Nous créerons un système de mesure pour recueillir des données d’utilisation et de performance d’I2P tout en protégeant les données personnelles. Nous porterons aussi vers I2P divers outils de conduite de tests de performance (p. ex. iperf3).

Optimisation

System Message: WARNING/2 (Blog, line 34)

Title underline too short.

Optimisation
--------

Il y a une vaste marge de manœuvre pour améliorer les performances de notre code existant, p.ex. pour réduire la surcharge imposée par la participation à des tunnels. Nous étudierons des améliorations potentielles des :

  • Primitives cryptographiques
  • Transports réseau, à la fois au niveau de la couche de liaison (NTCP, SSU) et de bout en bout (Streaming)
  • Profilage des pairs
  • Sélection du chemin des tunnels

Évolution

System Message: WARNING/2 (Blog, line 48)

Title underline too short.

Évolution
-------

Il existe plusieurs propositions ouvertes pour améliorer l’extensibilité du réseau I2P (p. ex. Prop115, Prop123, Prop124, Prop125, Prop138, Prop140). Nous travaillerons sur ces propositions et commencerons à mettre en œuvre dans les divers routeurs du réseau celles qui auront été finalisées. Plus ces propositions recevront de rétroaction, plus vite pourrons-nous les déployer et les services I2P les utiliser.

Recherche

System Message: WARNING/2 (Blog, line 60)

Title underline too short.

Recherche
--------

I2P est un réseau à commutation de paquets comme Internet sur lequel il fonctionne. Cela nous donne une souplesse considérable quant à la façon d’acheminer les paquets, à la fois sur le plan des performances et de la confidentialité. La majorité de cette souplesse est inexplorée ! Nous voulons susciter la poursuite de recherches sur l’application dans I2P de diverses techniques de réseau visible pour améliorer la bande passante et sur comment elles pourraient affecter la confidentialité des participants au réseau.

Prenez part au Summer Dev !

Nous avons bien d’autres idées sur les choses que nous aimerions faire dans ces domaines. Si vous souhaitez repousser les limites des logiciels de protection des données personnelles et d’anonymat, concevoir des protocoles (cryptographiques ou autres) ou rechercher des idées futures, venez discuter avec nous sur IRC ou Twitter ! Nous sommes toujours heureux d’accueillir les nouveaux arrivants dans notre communauté, à la fois à l’intérieur et à l’extérieur du réseau I2P. Nous enverrons aussi des autocollants d’I2P à tous les nouveaux collaborateurs qui s’impliqueront ! Si vous souhaitez discuter d’une idée particulière, contactez @GetI2P, @i2p ou @str4d sur Twitter. Vous pouvez aussi nous trouver sur #i2p-dev sur OFTC ou sur Freenode.

We'll be posting here as we go, but you can also follow our progress, and share your own ideas and work, with the hashtag #I2PSummer on Twitter. Bring on the summer!

[1]Les réseaux à faible latence à routage en oignon sont vulnérables aux attaques par confirmation du trafic et il serait ainsi raisonnable de se demander si des performances améliorées impliquent une réduction de la confidentialité. La confidentialité peut être aidée par une certaine latence si elle est appliquée correctement par des retards au hasard ou par du groupage (deux choses qui ne sont actuellement employées par aucun réseau universel à routage en oignon). Cependant, si un tunnel a une latence générale uniforme, les attaques par confirmation du trafic sont tout aussi exploitables ou sans cette latence. Il devrait donc y avoir peu de différence statistique si la latence est réduite uniformément.

There are errors in this translation. Please comment on this ticket with the URL of this page.

System Message: ERROR/3 (Blog)

Anonymous hyperlink mismatch: 0 references but 1 targets. See "backrefs" attribute for IDs.

System Message: ERROR/3 (Blog, line 13); backlink

Unknown target name: "last year".