C-toxcore: 从 toxcore 中删除 ToxDNS 和相关内容

@tux3如果 toxdns 消失了，qTox 会介意吗？

qTox 正在使用 HTTPS 查找，所以它应该不是问题。

当 qTox 删除对 toxdns 库的使用时，我将删除它。

由于 qTox 支持 HTTPS “toxme” API，我们应该能够毫无问题地移除对 toxdns3 的支持。
HTTPS 系统仍然存在同样的集中化和信任问题（可以说更糟，因为我们不支持密钥固定），我认为我们都乐于在不牺牲便利性的情况下进行安全替代。

具体来说，当没有积极维护的客户端和库不再使用它时，我将删除 toxdns。 它的维护成本非常低，因此我们可以避免破坏人们的代码。 如果利益相关者在他们的应用程序停止依赖 toxdns 时写入这个 bug 会很好，所以我知道我们什么时候可以删除它。

我没有计划在 uTox 中编写对 HTTP[S] 名称查找的支持。

也就是说，我确实计划在可能的情况下将名称查找 API 写入 toxcore。 并与该功能同时开发 uTox。 完成后，我计划从 uTox 中删除 DNS 名称支持。

不，名称查找不应由 toxcore 处理。

@GrayHatter为什么您认为，toxcore 而不是客户端应该提供查找功能？

如果名称查找可以利用 DHT 并以完全分布式的方式完成，那么它属于 toxcore 的原因就很明显了。 但是，toxcore 不应该与服务器/第三方服务打交道。

我同意@ovalseven8的说法，他说名称查找不应该由 toxcore 处理。 如果他也同意 Messenger 不应由 toxcore 处理。

第一：Messenger 作为应用程序需要易于使用。
并且：ToxID 不容易使用。
因此：Messenger 需要让它们变得简单。

我认为简单的名称查找/解析是一种熟悉且有用的解决方案。

在处理非技术人员时，查找对于 tox 至关重要。 为了说服更多人使用 tox，尤其是在手机上，需要电话号码/书 -> tox id 解决方案。 否则我的家人或任何朋友都会切换。
将其留给客户将导致灾难。