许多人反馈在 Farm Cli 中看到了 Farming Time Limit
这与Node 运行的网络环境有关。
1 Tb / 0.4 tSSc / 一天 左右是个正常范围
4 Tb / 1.0 tSSc / 一天 左右是个正常范围
以此类推
提交solution 超时:
proving for solution skiped due to farming time limit
在中国境内的Subspace Farm 总是会碰到各种网络问题，一部分来自ISP的故障，另一部分则是因为GFW的封锁导致的 缓存同步慢、节点同步慢、Farming超时等各种问题，于是在我们的努力下建设的了一些基础项目用于解决这些网络问题，如果对这些实现感兴趣不妨加入我们，我们也欢迎更多的开发者们一起加入开放的对等网络建设中!
In China, Subspace Farms often encounter various network issues, some of which stem from ISP faults, while others are due to blocks by the GFW, leading to slow cache synchronization, slow node synchronization, and Farming timeouts, among other issues. In response to these challenges, we have developed some foundational projects aimed at addressing these network issues. If you are interested in these implementations, feel free to join us. We also welcome more developers to join in the construction of an open, peer-to-peer network!
实现的原理：
在本地操作一个节点的基础上，额外运行一个本地节点选择器。它根据节点的响应信息对节点进行动态排序，确保每次使用最快且延迟最少的节点。一旦选择了最快的节点，所有的消息传输都通过这个最优节点进行。例如，如果上海节点速度更快，则切换到上海；同样，如果该节点更快，则切换到广州。如果你的本地节点特别快，它自然会选择你的本地节点。选择基于通过区块链传输的信息。目前，该项目仍处于早期开发阶段，欢迎参与并及时反馈！
Principle of implementation：
Running an additional local node selector on the basis of operating one node locally. It dynamically sorts nodes based on their response information, ensuring the use of the fastest and least delayed node each time. Once the fastest node is selected, all message transmissions are conducted through this optimal node. For instance, if the Shanghai node is faster, it switches to Shanghai; similarly, it switches to Guangzhou if that node is quicker. If your local node is exceptionally fast, it naturally selects your local node. The selection is based on information transmitted through the blockchain. Currently, this project is still in its early stages of development, and participation and timely feedback are welcomed!
我们的 TG 频道: Telegram: Contact @cyberrustic
如果有任何问题可以在线程回复
Our Telegram channel: Telegram: Contact @cyberrustic
Feel free to ask any questions there in the thread.