节点tracker系统升级更新公告

节点服务器预计在12月7日周末进行更新。

在不断努力确保和改进节点跟踪系统的过程中，正在部署以下更改。 在此更新中，安全节点和超级节点跟踪服务器都进行了两项重大更改。 我们要求节点操作员监控和报告任何问题。

• 每周的奖励汇总：以前是将每个节点每周分七次单独支付，这次升级将这些付款汇总为一次支付。 这项更改以及将每笔交易中的一次付款的数量（从1200个减少到300个）一起，应有助于减少管理软件和硬件钱包中的付款时遇到的一些问题。
• API速率限制: 随着节点和第三方应用程序数量的不断增长，API的使用持续增加，这使得一些跟踪服务器资源紧张。 速率限制将启用，以帮助减轻负载。 请在下面查看详细信息.
  • API速率限制将逐步实施，并且在跟踪服务器更新后不会立即生效。 您可以期望从12月10日开始或之后不久将对API速率进行完全限制。
  • 速率限制主要影响托管提供商，监控应用程序，聚合器等。预计不会对钱包等应用程序产生任何影响。

其他修复/更改

更严格的节点身份验证和验证：节点的标识现在与它的WebSocket更加紧密地链接在一起。 来自节点的数据现在还具有其他验证。 这两个更改都有助于关闭潜在漏洞。

跨服务器跟踪节点：上一次服务器更新包括对不在其主服务器上节点的其他管理。 此更新包括更多检查，以确保跟踪服务器正确跟踪节点并关闭停机时间。

重新连接限制：确定了一些潜在的漏洞利用，其中包括经常通过重新连接来操纵其状态的节点。 将强加重新连接限制，并在短时间内为节点连接过多次创建异常。

确保正常运行时间不超过100％：最近发生了一些实例，其中在付款生成过程中进行的计算导致正常运行时间超过100％。 此更改是计算过程中的另一项检查，作为未知原因时的替代。 已知原因已解决。

API 速率限制

由于增加了使用量及其对某些跟踪服务器的影响，因此在所有跟踪服务器（安全和超级节点）上都启用了速率限制。 目的是分散对API调用，因为存在大量峰值，导致内存和CPU使用率增加。 这些限制将根据使用模式和社区的反馈进行调整。

速率限制主要影响托管提供商，监视应用程序，聚合器等。不会对钱包等应用程序产生任何影响。

一般准则

• 静态数据：许多数据（例如付款）并不经常更改。几乎没有必要不断调用以更新此数据。请查看您的应用程序数据需求，并在可能的情况下调整API调用的频率。
• API与‘/grid’的比较：跟踪服务器网页使用“/ grid\’\’路径检索服务器数据，决不用于第三方应用程序的API调用。请不要使用\’/ grid。注意：速率限制也适用于“ / grid”，并且更具限制性。
• 初始速率：API调用的目标是每秒最多一次调用。初始利率允许短期内爆发，但将采用该时期内的最高利率。例如：一条路径最多可以在30秒内允许30个呼叫。如果在10秒钟内拨打了30个电话，则请求者将不得不等待20秒钟才能重置计数。
• 按路径rates：某些API路径会允许更高或更低的rates。这些rates将在跟踪服务器的API指南中发布。
• 标头：响应标头中提供了速率限制数据，供您的应用程序在需要时使用。以下HTTP标头可用于确定速率限制预算：

• HTTP/1.1 429 Too Many Requests
  X-RateLimit-Limit: 30
  X-RateLimit-Remaining: 0
  X-RateLimit-Reset: 1575391883
  Retry-After: 60

• 超出限制：超过限制时，将返回一个JSON对象，其中包括429状态码，有关限制的信息（最大/秒）以及直到计数重置为止的时间。 示例：
  
  
  {\”status\”:429,\”error\”:\”rate limit\”,\”message\”:\”Too many requests. Limit to max 30 per 30 seconds. Try again in 12 seconds.\”}
   
• 目标服务器：每个跟踪服务器都能够返回API调用。 如果不进行大量更改，则无法将跟踪服务器基础结构配置为轮询对服务器的传入呼叫。 现在，如果您的应用程序可以指向特定服务器或随机选择服务器而不是使用不带数字的URL，那将是有益的。 例如。 securenodes3.na.zensystem.io而不是securenodes.na.zensystem.io。

如果API没有提供特定目的所需的数据，请通知团队。 如果可能，将审核该请求并将其合并到下一个服务器版本中。

有关技术细节，请访问官方的Confluence。 如果你有问题，请告诉我们。 感谢您一如既往的支持！