C-toxcore: Remova o ToxDNS e coisas relacionadas do toxcore

Criado em 18 ago. 2016  ·  11Comentários  ·  Fonte: TokTok/c-toxcore

Não tenho certeza se devo postar problemas aqui agora, mas acho que faz sentido porque é o único repositório ativo.


Houve o consenso de que o toxcore deveria remover o ToxDNS.

Em geral, o objetivo do toxcore é fornecer uma base de código leve, confiável e segura para os clientes. A solução atual com o ToxDNS não é segura e descentralizada.
Além disso, usar Tox IDs não é um problema como provavelmente parece na minha opinião. No entanto, é claro que os clientes podem implementar serviços de pesquisa HTTPS - mas isso é algo que não deveria estar no toxcore.

Aqui a questão antiga -> https://github.com/irungentoo/toxcore/issues/1491


Adicionado por iphy:

  • [x] Antox
  • [x] qTox
  • [x] Ricina
  • [ ] Tóxico
  • [ ] uTox
P3 network refactor

Comentários muito úteis

Se as pesquisas de nome puderem alavancar o DHT e serem feitas de maneira totalmente distribuída, é óbvio por que ele pertenceria ao toxcore. No entanto, o toxcore não deve chegar nem perto de lidar com servidores/serviços de terceiros.

Todos 11 comentários

@ tux3 o qTox se importaria se os toxdns fossem embora?

qTox está usando a pesquisa HTTPS, então não deve ser um problema.

Vou removê-lo quando o qTox remover o uso da biblioteca toxdns.

Como o qTox suporta a API HTTPS "toxme", devemos ser capazes de remover o suporte toxdns3 sem problemas.
O sistema HTTPS ainda sofre dos mesmos problemas de centralização e confiança (é sem dúvida pior, já que não suportamos a fixação de chaves), acho que todos ficaríamos felizes em ter um substituto seguro sem sacrificar a conveniência.

Especificamente, removerei o toxdns quando nenhum cliente e biblioteca mantido ativamente o usar mais. Tem um custo de manutenção muito baixo, para que possamos evitar quebrar o código das pessoas. Seria bom se as partes interessadas escrevessem neste bug se e quando seu aplicativo parasse dependendo do toxdns, então eu sei quando podemos removê-lo.

Não tenho planos de criar suporte para pesquisas de nome HTTP[S] no uTox.

Dito isso, planejo escrever uma API de pesquisa de nomes no toxcore quando possível. E desenvolva o uTox simultaneamente com esse recurso. Feito isso, pretendo abandonar o suporte a nomes DNS do uTox.

Não, a pesquisa de nomes não deve ser tratada pelo toxcore.

@GrayHatter Por que você acha que o toxcore, e não um cliente, deve fornecer o recurso de pesquisa?

Se as pesquisas de nome puderem alavancar o DHT e serem feitas de maneira totalmente distribuída, é óbvio por que ele pertenceria ao toxcore. No entanto, o toxcore não deve chegar nem perto de lidar com servidores/serviços de terceiros.

Concordo com @ovalseven8 quando ele diz que as pesquisas de nome não devem ser tratadas pelo toxcore. Se ele também concorda que o Messenger não deve ser manipulado pelo toxcore.

Primeiro: o Messenger como um aplicativo precisa ser fácil de usar.
E: ToxIDs não são fáceis de usar.
Assim: o Messenger precisa torná-los fáceis.

Acho que a pesquisa/resolução de nomes simples é uma solução familiar e útil.

A pesquisa será vital para o tox ao abordar pessoas não técnicas. Para convencer mais pessoas a usar o tox, especialmente em telefones, é necessário um número de telefone/livro -> solução de identificação de tox. Caso contrário, alguém da minha família ou qualquer amigo mudará.
E deixar isso para os clientes terminaria em desastre.

Esta página foi útil?
0 / 5 - 0 avaliações

Questões relacionadas

iphydf picture iphydf  ·  5Comentários

DataMaster-2501 picture DataMaster-2501  ·  6Comentários

zer0def picture zer0def  ·  11Comentários

MrSorcus picture MrSorcus  ·  10Comentários

zoff99 picture zoff99  ·  3Comentários