使用 Slush Pool 挖礦時如何選擇最低難度
我正在一個帶有 Slush Pool 的 Antminer S9 上挖礦。
有一個設置叫做“最低難度”：
當我閱讀他們的手冊時，第 8 項狀態
礦池自動分配與您的礦工雜湊率相對應的難度。
我的打分算力和算力和我礦廠宣傳的一致：13.5 TH/s
我的預設難度也設置為 128。
然而，當我繼續閱讀他們的手冊時，我發現最低難度應設置為 1024 1TH/s，然後隨著雜湊率線性增加。
根據表格，我的難度應該是 13 乘以 1024，即 13312。這比確定的池子 128 高得多。
我應該將最低難度設置為多少？
我試圖理解什麼是最低難度，但我也找不到一個清晰簡單的解釋這個數字代表什麼。
從我所做的研究中，我了解到最小的困難歸結為伺服器/客戶端頻寬限制和風險時間之間的平衡。
您連接到的池分配工作以供礦工解決。發送給您的每個工作“包”越困難，您將花費越長的時間來找到解決方案並使用此解決方案回复池，名為 share。
正如這篇文章中所解釋的那樣，平均而言，您將以每股 10 秒的速度解決 10k 難度的問題，與以每股 1 秒的速度解決 1k 難度的問題相同。
在 Antminer s9 礦工狀態選項卡上，我認為可能不正確的統計數據如下：
概括：
- Elapsed - 自上線以來經過的時間
- 實用程序 -每分鐘接受的共享數量
- WU（工人實用程序） -每分鐘送出的總難度（接受 + 拒絕）
游泳池：
接受 - 池接受的共享數量
DiffA# - 接受股票的總難度
DiffR# - 被拒絕股票的總難度
被拒絕 - 送出的股份數量被池拒絕
- 壞工作的好雜湊或好工作的壞雜湊
Discarded - 已丟棄的尚未處理的工作。根據 cgminer 的開發者的說法，毫無意義。
陳舊 - 在一個塊已經解決之後發送的數量共享。
LSDiff - 最後接受的分享難度
LSTime - 自上次接受共享以來的時間
您現在可以在礦工狀態頁面查看礦池自動分配給您的難度。
所以回到“最佳”難度的最初問題/響應是伺服器和客戶端之間的網路連接來回處理多少包的平衡，以及處理風險的時間。
如果難度非常低，網路和伺服器將被您找到的解決方案的份額淹沒，並且可能會拒絕一些，因為它每秒無法處理這麼多的數據包。
- 因此，由於這些解決方案被拒絕，您在解決問題方面所做的一些工作已經浪費了。
- 您正在花費一些時間等待從伺服器接收新工作，並且還花費時間將解決方案發送到可能用於查找解決方案的伺服器。
如果難度非常高，您可能正在解決一個不再需要解決的問題，因此您將不會獲得該工作的任何功勞。據我了解，這些送出的股票將被標記為過時或可能被拒絕。
目前，每 10 分鐘左右就會發現一個新的比特幣區塊，有時不到一分鐘，有時超過 15 分鐘。因此，如果您將難度設置為允許您每分鐘生成 1 個共享的值 –> Utility = 1.0，那麼當在 1 分鐘內找到塊時，您已經失去了那一分鐘，因為池將使用最新的新作品生成新作品阻止我的工作，而您無法及時完成的工作將毫無用處。但是如果在 1 分 2 秒內找到下一個區塊，理論上你只會損失 2 秒，因為你可能已經成功送出了一個共享。
所以，最終你不想讓資金池超載，但你想確保你冒盡可能少的股票風險。
您的風險大約為 = “ 1 /（每分鐘平均接受股數 * 每塊平均分鐘數） ”
根據我的經驗，在 13.3K 的難度下以 13.5 TH/s 的雜湊值每 4.5 秒左右會產生大約 1 個份額 –> Utility = 13.5 –> " WU = 13.5*13312 = 179712 " ，風險約為 0.74%
為了優化你的難度，你應該最大化****WU : Worker Utility Value。您可以達到的理論最大 WU 大約是每 71.6 MH/s 1，因此 13.5 TH/s 的機器無法達到比 197706 的 WU 更好的值。
我目前有一個配置為 10k 難度的系統，實用程序為 18.0，獲得 190k 的 Worker Utility，在 KanoPool 進行探勘。我的目標是每分鐘 18 股，因為這是池所推薦的。
儘管我可能會貢獻我對該主題的研究以防萬一它有幫助:)
免責聲明：此響應只是從論壇回复、github 程式碼和我在這里和那裡找到的其他位以及我自己對它顯然是如何工作的理解的編譯位。這不一定是 100% 正確的資訊。
一些來源： - CGMiner Github Repo
這只是池將分配該工人的最低要求，而不是它實際工作的難度。您可以在礦工狀態頁面的“DiffA#”下找到它，它顯示了最後接受的份額的難度。
通常，您不需要更改最小值。如果游泳池無法確定使用的難度，它就在那裡。