kaspa Resolver应用场景

有太多的情况下，节点可以离线（VPS、维护或我或其他管理员提供的节点只是将它们关闭）。因此，这些节点本质上是不可靠的。因此，在开发时，您应该使用解析器，并且应该实现解析器支持，以便池可以针对多个节点运行，而不会在节点关闭时关闭。

重点是您可以运行和配置自己的解析器resolver。

应在公共节点上禁用GBT。

运行一个本地解析器并将其指向您的节点。它监视您的节点，并始终提供到活动节点的wRPC连接。

解析器与公共节点无关。

resolver典型场景：

我们运行了两个指向社区维护的公共节点的解析器resolver实例。pool应该有自己的。。。

因此，开箱即用，它将为pool提供处理节点故障切换的能力（这真的很好，因为如果您运行至少2个节点，您可以在没有任何停机的情况下升级它们）。