Kaspa NG使用问题

KNG使用EGUI框架，该框架使用OpenGL作为UI-因此，它在任何缺乏3d加速支持的虚拟化方面都会遇到问题。需要为虚拟显示适配器启用3d加速，或者不幸的是，在一些虚拟化环境中，它将无法运行（包括在RDP下）。如上所述，唯一可以做的就是将KNG远程连接到节点。

此外，由于Rusty Kaspa 0.14.1目前不支持websocket连接的SSL证书，因此无法连接web版本(https://kaspa-ng.org/)直接连接到常规节点。自从https://kasapa-ng.org/从HTTPS提供服务，它要求网络套接字为WSS（SSL））。唯一的解决方法是通过NGINX（或其他HTTP代理）或使用CloudFlare代理的连接来代理连接。

       区别在于桌面应用程序和网络应用程序。如果您也想从web应用程序进行连接，则需要在目标系统上设置HTTP代理和/或配置CloudFlare代理。这个repo有各种配置文件，我用来在linux系统上设置节点-https://github.com/aspectron/khost/

这在Kaspium现在不起作用

      KNG使用了一个相当先进的用户体验框架，使其能够100%在Rust中开发，没有外部依赖性（因此显著减少了供应链攻击面），并且可以作为本地应用程序以及web浏览器内部工作，而无需使用任何web技术。。。（或者与KDX不同，不运行NWJS/Electron，后者基本上是谷歌chrome）。Chrome就像10 Gb的源代码，NG在源代码级别对它进行了更改，它是一片狂野的森林。。。（供应链的表面是巨大的）。不幸的是，它也有一些缺点——需要基本的OpenGl作为其中之一。