C-toxcore: Supprimer ToxDNS et les éléments connexes de toxcore

Créé le 18 août 2016 · 11Commentaires · Source: TokTok/c-toxcore

Je ne sais pas si je devrais publier des problèmes ici maintenant, mais je suppose que cela a du sens car c'est le seul référentiel actif.

Il y a eu un consensus sur le fait que toxcore devrait supprimer du tout ToxDNS.

En général, l'objectif de toxcore est de fournir une base de code légère, fiable et sécurisée pour les clients. La solution actuelle avec ToxDNS n'est pas à la fois sécurisée et décentralisée.
De plus, utiliser des identifiants Tox n'est pas un problème aussi important qu'il y paraît probablement à mon avis. Néanmoins, les clients peuvent bien sûr implémenter des services de recherche HTTPS - mais c'est quelque chose qui ne devrait pas être dans toxcore.

Ici l'ancien numéro -> https://github.com/irungentoo/toxcore/issues/1491

Ajouté par iphy :

[x] Antox
[x] qTox
[x] Ricin
[ ] Toxique
[ ] uTox

P3 network refactor

Source

ovalseven8

👍5

Commentaire le plus utile

Si les recherches de noms peuvent tirer parti de la DHT et être effectuées de manière entièrement distribuée, il est évident que cela appartiendrait à toxcore. Cependant, toxcore ne devrait pas s'approcher des serveurs/services tiers.

JFreegman le 1 sept. 2016

👍4

Tous les 11 commentaires

@tux3 est-ce que qTox s'en soucierait si toxdns disparaissait ?

iphydf le 18 août 2016

qTox utilise la recherche HTTPS, cela ne devrait donc pas poser de problème.

ovalseven8 le 18 août 2016

Je le supprimerai lorsque qTox supprimera son utilisation de la bibliothèque toxdns.

iphydf le 18 août 2016

👍1

Étant donné que qTox prend en charge l'API HTTPS "toxme", nous devrions pouvoir supprimer le support de toxdns3 sans problème.
Le système HTTPS souffre toujours des mêmes problèmes de centralisation et de confiance (c'est sans doute pire puisque nous ne prenons pas en charge l'épinglage de clé), je pense que nous serions tous heureux d'avoir un remplacement sécurisé sans sacrifier la commodité.

tux3 le 18 août 2016

Plus précisément, je supprimerai toxdns lorsqu'aucun client et bibliothèque activement entretenus ne l'utiliseront plus. Il a un coût de maintenance très faible, nous pouvons donc éviter de casser le code des gens. Ce serait bien si les parties prenantes devaient écrire dans ce bogue si et quand leur application s'arrête en fonction de toxdns, donc je sais quand nous pouvons le supprimer.

iphydf le 24 août 2016

Je n'ai pas l'intention de créer un support pour les recherches de noms HTTP[S] dans uTox.

Cela dit, je prévois d'écrire une API de recherche de nom dans toxcore lorsque cela sera possible. Et développez uTox en même temps que cette fonctionnalité. Une fois cela fait, je prévois de supprimer la prise en charge des noms DNS par uTox.

GrayHatter le 1 sept. 2016

Non, la recherche de nom ne doit pas être gérée par toxcore.

ovalseven8 le 1 sept. 2016

👍1

@GrayHatter Pourquoi pensez-vous que toxcore, et non un client, devrait fournir une fonction de recherche ?

Diadlo le 1 sept. 2016

JFreegman le 1 sept. 2016

👍4

Je suis d'accord avec @ovalseven8 quand il dit que les recherches de noms ne doivent pas être gérées par toxcore. S'il accepte également que Messenger ne soit pas géré par toxcore.

Premièrement : Messenger en tant qu'application doit être facile à utiliser.
Et : les ToxID ne sont pas faciles à utiliser.
Ainsi : Messenger doit les rendre faciles.

Je pense que la simple recherche/résolution de nom est une solution familière et utile.

GrayHatter le 3 sept. 2016

La recherche sera vitale pour la toxicomanie lorsqu'il s'adressera à des personnes non techniques. Pour convaincre plus de gens d'utiliser tox, en particulier sur les téléphones, une solution numéro de téléphone/répertoire -> identifiant tox est nécessaire. Sinon, n'importe quel membre de ma famille ou n'importe quel ami changera.
Et laisser cela aux clients se terminerait par un désastre.