Hex-Dragon
让PCL可以通过设置达到通过某个服务器获取一堆节点的地址
检查项
- [x] 我已在 Issues 页面 和 常见&难检反馈及问题列表 中搜索，确认了这一建议未被提交过。
- [x] 我已查看 功能投票页面，确认了这一建议未在投票列表中。
描述
在高级设置中可以 设置/自定义 副节点中继服务器列表地址 而不是只使用同一个节点，同时也可以设置主节点的服务器地址来获取中继服务器
原因
目前的联机功能经常出现掉线/被ddos等问题 这项优化让我可以有效的防止主列表服务器死掉的问题。 如果没有这项优化，每次主节点掉线都必须等待恢复，让操作变得很麻烦。
按照目前的情况，无法保证主节点的7*24h存活，那么我能想到就只有三个方案了。第一个是使用静态服务等来托管节点指南，由管理员手动维护+客户端自动选择。第二个是让玩家自由选择主节点，官方提供可用节点清单。第三个是使用去中心化架构。
我觉得，可以效仿比特币网络。在代码里硬编码几个DNS地址，在这背后维护一份清单，指向可用节点，再依靠节点之间的互相发现形成网络拓扑。恶意节点可以靠签发与验证证书来防御，难点在于撤销证书
我觉得，可以效仿比特币网络。在代码里硬编码几个DNS地址，在这背后维护一份清单，指向可用节点，再依靠节点之间的互相发现形成网络拓扑。恶意节点可以靠签发与验证证书来防御，难点在于撤销证书
撤销证书可以参考 OCSP 协议或者 CRL，挂在 Uptime API 上
那要如何签发证书呢？ 你又怎么区分哪些节点是安全的，哪些可能存在风险（ 而且这种方式似乎也没法进行节点健康监控。
我觉得既然无法做到 7×24 小时持续运行，那就缓存一下最近的节点列表就行了。 毕竟用户的机器也不太可能一天换一个地方吧（ 只要能连上节点，每隔一定时间去 GET 一下节点列表即可，直到列表服务器恢复，再刷新缓存。 另外还可以增加几个备用的节点列表服务器（既然可以捐献中继节点，那也应该也能捐献备用节点列表节点罢）