ステールシェア

暗号資産マイニングにおけるステールシェアとは？

ステールシェアとは、古いマイニングジョブでは有効だったものの、マイニングプールが新しいブロックテンプレートへ移行した後にプールへ到着したマイニングシェアです。

暗号資産マイニングにおいて、シェアとは、マイナーがハッシュレートに貢献していることを証明するためにプールへ送信する、部分的なProof of Workの結果です。

シェアは、ブロックをマイニングするために必要な完全なネットワーク難易度を満たす必要はありません。

マイニングプールが設定した、より低いシェア難易度を満たせば十分です。

公式のマイニングに関するBitcoin Developer Guideでは、マイニングプールは生成したシェア数に基づいて個々のマイナーに報酬を支払うと説明されています。

通常、ネットワーク上で新しいブロックが見つかり、プールが更新された作業を送信した後、マイナーが有用でなくなった古いジョブのシェアを提出すると、ステールシェアが発生します。

Foremanのプールトラブルシューティングガイドでは、ステールシェアを、マイニングプールがすでに次のブロックへ移行した後に提出されたシェアと定義しています。

簡単に言えば、ステールシェアはマイナーが作業を行った証拠ですが、現在のマイニングジョブとして計上するには到着が遅すぎたものです。

ステールシェアはプールマイニングでは一般的ですが、ステールシェア率が高いとマイニング収益が減少し、ネットワーク、ファームウェア、プール、またはルーティングの問題を示している可能性があります。

ステールシェアが重要な理由

マイニングプールの報酬は通常、承認済みシェアに基づくため、ステールシェアは重要です。

シェアがステールの場合、プールのルールに応じて、そのシェアは拒否されたり、報酬計算から除外されたりする場合があります。

これは、プールから見たマイナーの実効ハッシュレートが低下する可能性があることを意味します。

マイナー側では高いローカルハッシュレートが表示されていても、到着が遅いシェアが多すぎる場合、プール側では承認済みハッシュレートが低く表示されることがあります。

プール側の承認済みハッシュレートは、報酬に影響する数値により近いことが多いため、この差は重要です。

ステールシェアは、マイナーとプール間の通信遅延を明らかにするためにも重要です。

マイナーが新しいジョブを受信するのが遅い場合、プールがジョブを切り替えた後も古い作業のハッシュ計算を続ける可能性があります。

マイナーによるシェア送信が遅い場合、有効な解が、そのジョブをプールが受け付けなくなった後に到着することがあります。

遅延がゼロのマイニングシステムは存在しないため、少量のステールシェアは正常です。

ステールシェアが急増した場合は、実際の電力を無駄にし、収益を低下させる問題を示している可能性があるため、通常は調査が必要です。

マイニングシェアの仕組み

マイニングシェアとは、マイナーがプールに提出する、低い難易度のProof of Workの結果です。

マイニングプールは、各参加者がどれだけの作業を貢献したかを推定するためにシェアを使用します。

Bitcoin Developer Guideでは、シェアは貢献したハッシュ作業を測定する実用的な方法となるため、プールはシェアに基づいてマイナーに報酬を支払えると説明されています。

シェアがなければ、プールは各マイナーが実際にどれだけ作業したかを推定するために、はるかに困難な方法を必要とします。

マイニングプールは、完全なネットワーク難易度より低いシェア難易度を設定します。

これによりマイナーは、完全なブロックを見つけるまで待つのではなく、定期的にシェアを提出できます。

ほとんどのシェアは有効なブロックではありません。

これらはプールが使用する計算上の証明です。

まれに、シェアが完全なネットワーク難易度も満たし、有効なブロック候補となる場合があります。

シェアのうちブロックになるのはごく一部であるにもかかわらず、シェアがプールマイニングの中心となる理由はここにあります。

ステールシェアが発生する仕組み

ステールシェアは通常、通常のマイニング結果として始まります。

プールはマイナーにマイニングジョブを送信します。

マイナーはそのジョブに対してハッシュ計算を行い、プールのシェアターゲットを満たす結果を見つけます。

マイナーはシェアをプールへ送信します。

その間に、ネットワークまたはプールは新しいブロックが見つかったことを検知する場合があります。

プールは新しいチェーン先端に基づく新しいジョブへ移行します。

マイナーの古いシェアがこの切り替え後に到着すると、プールはそれをステールとして扱う場合があります。

そのシェアが数学的に誤っていたとは限りません。

単に、現在のブロック獲得競争ではもはや有用でない作業に基づいていたのです。

このため、ステールシェアは通常、マイナーの純粋な性能よりもタイミングに関連しています。

ステールシェアと拒否シェアの違い

ステールシェアは拒否シェアの一種です。

拒否シェアとは、プールが計上を拒否するあらゆるシェアを指します。

ステールシェアは、該当ジョブに対して到着が遅すぎるため拒否されます。

ほかの拒否シェアは、無効、重複、プールターゲットを上回る、誤ったジョブIDで送信された、不安定なハードウェア設定で生成された、などの理由で拒否される場合があります。

拒否の種類ごとに対処法が異なるため、この区別は重要です。

ステールシェアは、多くの場合、レイテンシー、ルーティング、プールとの距離、ジョブ切替の遅延、または接続性の問題を示します。

無効なシェアは、多くの場合、オーバークロックの不安定性、ファームウェアエラー、設定不良、過熱、または互換性のないマイニングソフトウェアを示します。

重複シェアは、再送を引き起こすソフトウェアバグや接続問題を示す場合があります。

一部のプールダッシュボードでは、ステールシェアと拒否シェアが1つの拒否シェア数にまとめられます。

すべての拒否に同じ原因があると判断する前に、マイナーは詳細なプールログまたは監視ツールを確認する必要があります。

ステールシェアとステールブロックの違い

ステールシェアとステールブロックは異なります。

ステールシェアは、プールジョブに対して到着が遅すぎた、マイナーによるプールレベルのProof of Work提出です。

ステールブロックは有効な完全ブロックであるものの、競合ブロックがフォーク競争に勝利したため、最も強いチェーンの一部にならなかったブロックです。

公式のブロックチェーンに関するBitcoin Developer Guideでは、ピアは最も難易度の高いチェーンに従い、より短いフォークに属するステールブロックを破棄すると説明されています。

どちらの用語にもタイミングと競争が関係しますが、異なるレベルで作用します。

ステールシェアはプールの計算処理内で発生します。

ステールブロックはブロックチェーンのコンセンサスレベルで発生します。

ステールシェアはマイナーのプール報酬を減少させる可能性があります。

ステールブロックは、マイナーまたはプールがブロック報酬を受け取れなくなる原因となる可能性があります。

ステールシェアとステールブロックを混同すると、誤ったトラブルシューティングやリスク分析につながる可能性があります。

ステールシェアとオーファンブロックの違い

マイニングに関する議論では、staleとorphanという語が曖昧に使われることがあります。

ステールブロックは、より強い競合チェーンに敗れた有効なブロックです。

真のオーファンブロックは、多くの場合、ノードが受信時点で親ブロックを認識していないブロックを意味します。

Bitcoin Developer Guideでは、ステールブロックはorphanと呼ばれることもありますが、orphanという用語は既知の親を持たないブロックにも使われる場合があると述べています。

ステールシェアはオーファンブロックではありません。

完全なブロック候補ですらない場合もあります。

通常は、プールが当該ジョブの受付期間を過ぎた後に提出されたプールシェアです。

マイニング経済、プールの計算処理、コンセンサスの挙動は異なるテーマであるため、マイナーは正確な用語を使う必要があります。

マイニングダッシュボードに表示されるステールシェアは通常、ブロックチェーンレベルのオーファンブロックイベントではなく、ワーカー単位のプールパフォーマンスを示しています。

明確な用語は、マイナーがより迅速に問題を診断するのに役立ちます。

レイテンシーがステールシェアを引き起こす理由

レイテンシーとは、マイナーとプールサーバー間の遅延です。

これは、マイナーが新しいジョブを受信する速さと、プールが提出済みシェアを受信する速さに影響します。

ブロックが見つかると、プールは古い作業を停止し、新しい作業を開始すべきことをマイナーに通知する必要があります。

このメッセージの到着が遅れると、マイナーは古い作業のハッシュ計算を継続する可能性があります。

シェアの送信がプールへ戻る際に遅い場合、プールがジョブを変更した後に到着することがあります。

Foremanのトラブルシューティングガイドでは、ネットワーク通信が遅いと新しいブロックに関する通知が適時に届きにくくなり、ステールシェアが増加する可能性があるとしています。

レイテンシーは、地理的距離、インターネットルーティング、弱いローカルネットワーク、パケットロス、過負荷のルーター、不安定なWi-Fi、ファイアウォール検査、VPNルート、またはプールサーバー負荷に起因する場合があります。

プールサーバーから離れた場所にあるマイナーは、近隣の低レイテンシーエンドポイントに接続したマイナーより、ステールシェアのリスクが高いことがよくあります。

このため、多くのマイニング事業者は地域とネットワーク品質に基づいてプールサーバーを選択します。

マイニングでは、ネットワークが次のブロックに移行した瞬間に古い作業が無用になるため、ミリ秒単位の差が重要になる場合があります。

プールのジョブ更新が重要な理由

マイニングプールは、マイナーがどのブロックヘッダーデータに取り組むべきかを知るためにジョブを送信します。

Bitcoin Developer Guideでは、Stratumはマイナーがブロックヘッダーを構築するために必要な最小限の情報を提供し、プールが現在設定しているシェア受理ターゲットしきい値を含むと説明されています。

ネットワークに新しいブロックが現れると、プールは更新された作業を迅速に配信しなければなりません。

ジョブ更新が遅延すると、マイナーはステールテンプレートのハッシュ計算に時間を無駄にする可能性があります。

ジョブ更新が頻繁でも、マイナーまたはファームウェアが適切に処理できない場合、古いジョブに対するシェアが提出されることがあります。

ステール作業は効率に直接影響するため、マイニングプロトコルはこの遅延を減らすよう設計されています。

Stratumは直接的な双方向TCPソケットを使用するため、マイナーは即時のプール更新に旧来のHTTP longpoll動作を必要としません。

より新しいマイニングプロトコルは、レイテンシー、セキュリティ、ジョブ配信、マイナー制御の改善に重点を置いています。

Stratum V2のWebサイトは、マイニングプロトコル比較において、低いジョブレイテンシーと、ジョブ宣言によるほぼゼロのステールシェアを強調しています。

迅速なジョブ配信は、マイニングインフラがステールシェアを減らす主な方法の一つです。

ステールシェアとStratum

Stratumは、プールマイニングで最も一般的に使われる通信プロトコル群です。

Bitcoin Developer Guideでは、Stratumはプールマイニング通信において広く使用されるgetblocktemplateの代替手段として説明されています。

Stratum形式のマイニングでは、プールが作業を送信し、マイナーがシェアをプールへ提出します。

Stratumマイニングプロトコルのリファレンスでは、mining.submitを、ワーカー名、ジョブID、extra nonce、時刻、nonceを含む、マイナーがシェアを提出するためのメソッドとして説明しています。

ジョブIDは、シェアがどのジョブに属するかをプールに伝えるため重要です。

マイナーが、プールがすでに無効化した古いジョブIDのシェアを提出すると、プールはそれをステールとして拒否できます。

したがって、Stratum通信の品質はステールシェア率に影響します。

安定した接続、迅速なジョブ切替、正しいワーカー設定、低レイテンシーのルーティングは、いずれもステール提出の削減に役立ちます。

プロトコル設計によってすべてのステールシェアがなくなるわけではありませんが、無駄な作業は減らせます。

マイニング事業者はStratumログを理解すべきです。ログは、ステールシェアがネットワーク遅延によるものか、マイナー側のエラーによるものかを示すことが多いためです。

ステールシェアとStratum V2

Stratum V2は、マイニング通信における効率性、セキュリティ、分散化を改善するために設計された新しいマイニングプロトコルです。

公式のStratum V2 Mining Protocol仕様では、このプロトコルにより、マイニングデバイスへの作業配信とProof of Work結果の提出が可能になると記載されています。

Stratum V2サイトは、マイナーが新しいジョブをより速く受け取れるため、低いジョブレイテンシーを主な利点として提示しています。

ジョブレイテンシーが低いと、ブロック変更後にマイナーがステールジョブで作業する時間を減らせる可能性があります。

Stratum V2は、導入方法に応じて、ジョブ宣言やテンプレート配信といったより高度な構造もサポートします。

これらの機能は、マイナーとプールが有効な作業をより効率的に連携させるのに役立つ場合があります。

マイナーにとって実務的な価値は、より高速かつ信頼性の高いジョブ通信により、シェアの受理率を改善できる可能性があることです。

ただし、プロトコルのサポートはプールインフラ、ファームウェア、プロキシ、マイニングソフトウェアに依存します。

マイニングスタックが実際にStratum V2を正しくサポートしていなければ、マイナーはその利点を得られません。

ステールシェアの削減には、優れたプロトコル設計と、現実環境での適切な導入の両方が必要です。

ステールシェアの主な原因

ステールシェアの最も一般的な原因は、マイナーとプール間のネットワークレイテンシーです。

もう一つの一般的な原因は、パケットロスまたは不安定なインターネット接続です。

3つ目は、地理的に遠い、またはルーティング品質の低いプールサーバーを選択することです。

4つ目は、ルーター、スイッチ、ファイアウォールなどのローカルネットワーク機器の過負荷です。

5つ目は、安定した有線接続ではなくWi-Fiでマイニングすることです。

6つ目は、ジョブ更新を遅く処理するファームウェアまたはマイニングソフトウェアです。

7つ目は、遅延を加えるプロキシ、VPN、またはトンネルの使用です。

8つ目は、ジョブ配信またはサーバーフェイルオーバー中のプール側の問題です。

9つ目は、ダッシュボードによる拒否の分類が異なることによる、時計または監視上の混乱です。

10つ目は、無効なシェアを生む過度なマイナー調整です。プールが拒否をまとめて表示する場合、これがステールシェアと混同されることがあります。

ステールシェアがマイニング収益性に与える影響

ステールシェアは、マイナーの報酬として計上されないことが多いため、収益性を低下させる可能性があります。

マイナーが1,000件のシェアを提出し、そのうち20件がステールの場合、プールルールに応じて承認作業として計上されるのは980件のみとなる可能性があります。

これにより、実効的な承認済みシェア率が下がります。

マイニングマージンが厳しい場合、わずかなステール率でも影響する可能性があります。

マイニング収益性は、ハッシュレート、電力コスト、マシン効率、プール手数料、コイン価格、ネットワーク難易度、ブロック報酬、承認済みシェア率に依存します。

ステールシェアは、インフラ変更によって改善できることが多い要因の一つです。

ステールシェアを減らしても、ASICの物理的なハッシュレートは上がりません。

プールに時間内に到着し、計上される作業の割合が上がります。

このため、マイニングファームは運用指標としてステールシェアを追跡します。

ステールシェア率が低いほど、報酬として計上されないプール作業に消費される電力は少なくなります。

正常なステールシェア率とは？

実際のマイニングでは、少量のステールシェア率は正常です。

すべてのジョブ更新を受信し、すべてのシェアを即座に提出できるマイナーはいません。

Foremanのトラブルシューティングガイドでは、通常運用中には少割合のステールシェアが想定され、マイナーによっては平均ステール率が0.5%以下であることに言及しています。

許容可能な水準は、アルゴリズム、プールルール、地域、デバイスの種類、ネットワーク状況により異なる場合があります。

ゼロに近いステール率が理想的ですが、長期間にわたって完全なゼロを実現できるとは限りません。

単一の小さな数値よりも、急激な上昇の方が重要です。

ステールシェアが0.3%から3%に急増した場合、何らかの変化が起きた可能性があります。

原因は、ネットワーク混雑、プールフェイルオーバー、ルーター問題、ファームウェア変更、ISPのルーティング変更、またはマイニングソフトウェアの問題である可能性があります。

マイナーは短期間のサンプルに反応するのではなく、ステールシェアの傾向を追跡する必要があります。

分単位のランダムな変動よりも、長期平均の方が有用です。

ステールシェアとプール報酬方式

プールの報酬方式によって、シェアの扱いは異なる場合があります。

一般的な報酬モデルには、PPS、FPPS、PPLNS、スコアベース方式があります。

詳細はプールごとに異なりますが、承認済みシェアは通常、報酬計算の基礎です。

ステールシェアは、除外、割引、または特定のプールルールに従って扱われる場合があります。

ステールシェアが収益へ与える影響を判断する前に、マイナーはプールの報酬に関する文書を読むべきです。

Pay-per-share形式のモデルでは、各承認済みシェアが直接的な報酬クレジットを表す場合があるため、特に重要です。

PPLNS形式のモデルでは、有効なシェアウィンドウに含まれない場合、ステールシェアも計上される貢献を減らす可能性があります。

プールダッシュボードでは、ステールシェアを個別に表示する場合と、拒否シェアに含める場合があります。

マイニング事業者は、マシン側のハッシュレートだけでなく、プール側の承認済みハッシュレートを監視すべきです。

プールはマイナーがローカルで主張する数値ではなく、受理したものに基づいて支払います。

ステールシェアと推定ハッシュレート

推定ハッシュレートは、多くの場合、時間経過に伴う提出済みシェアから計算されます。

Braiinsのマイニングプールシェアと推定ハッシュレートに関するガイドでは、プールはハッシュ計算を再実行してシェアを検証し、シェアによってマイナーの貢献を測定すると説明されています。

シェアがステールの場合、プールはそれを有効な貢献として計上しない可能性があります。

これにより、プール側の推定ハッシュレートがマイナーのローカルハッシュレートより低く見えることがあります。

マイニングは確率的であるため、短期のハッシュレート推定値も変動します。

マシンが安定していても、短い時間枠では予想より多く、または少なくシェアを見つける場合があります。

したがって、マイナー側とプール側のハッシュレートに短期的な小さな差があっても、必ずしも問題ではありません。

高いステール率を伴う持続的な差は、より懸念されます。

マイナーは、ローカルハッシュレート、プールの承認済みハッシュレート、ステール率、拒否率、稼働時間を総合して比較すべきです。

1つの数値だけを見ると、誤った結論に至る可能性があります。

ステールシェアとマイニングハードウェア

マイニングハードウェアは、間接的にステールシェアへ影響する場合があります。

チップが不安定なASICは、ステールではないものの拒否として表示される無効シェアを生成することがあります。

ファームウェア性能が低い制御ボードは、プールメッセージの処理が遅い場合があります。

ネットワークハードウェアが弱いマイナーは、パケットを失ったり、頻繁に再接続したりする可能性があります。

熱によるスロットリングは、シェア提出の不安定さのように見える不安定性を生む場合があります。

電源装置の問題は、再起動またはワーカーリセットを引き起こす可能性があります。

これらは純粋なステールシェアの原因ではない場合がありますが、同じ監視ダッシュボードに表示されることがあります。

ステールシェアが増加した場合、運用者はハードウェアエラー率、チップ温度、稼働時間、ファン速度、電力の安定性、ファームウェアログを確認すべきです。

1台のマシンだけでステールシェアが増える場合、そのマシンが問題である可能性があります。

ファーム全体で増加する場合は、ネットワーク、ISP、プールエンドポイント、またはルーティング経路が関係している可能性が高くなります。

ステールシェアとオーバークロック

オーバークロックは拒否シェアを発生させる可能性がありますが、常に直接的にステールシェアを発生させるわけではありません。

オーバークロックは、マイニングハードウェアをデフォルトの性能設定を超えて動作させます。

調整が不安定な場合、マイナーはプール検証に失敗する無効シェアを生成する可能性があります。

無効シェアは遅いのではなく誤っているため、ステールシェアとは異なります。

ただし、ダッシュボードでは無効、重複、ステールのシェアが拒否シェアとしてまとめられる場合があります。

プールが詳細な拒否理由を表示しない場合、これによりオーバークロックがステールシェア問題のように見えることがあります。

ネットワーク設定またはハードウェア調整を変更する前に、マイナーは正確な拒否カテゴリを確認すべきです。

問題が無効シェアなら、オーバークロックを下げ、冷却を改善し、電圧を確認するか、ファームウェアを更新してください。

問題がステールシェアなら、まずレイテンシー、ルーティング、プールエンドポイント、ジョブ更新の処理に注目してください。

正確な診断は、真の問題を解決しない不要な変更を防ぎます。

ステールシェアとインターネット接続品質

インターネット速度だけでは、低いステールシェア率は保証されません。

マイニングシェアのメッセージは小さいため、通常は生の帯域幅よりも、レイテンシー、安定性、パケットロスの方が重要です。

高速接続でもルーティングが不安定なら、ステールシェアが発生する場合があります。

低レイテンシーで安定したルーティングを備える控えめな接続でも、適切に機能する場合があります。

有線Ethernetは、パケットロスとローカル干渉を減らすため、通常マイニングにはWi-Fiより適しています。

光回線は、一部の無線または衛星接続より低いレイテンシーと高い安定性を提供する場合があります。

マイニング以外のトラフィックによるネットワーク混雑も、マイニング通信に影響する場合があります。

高度な検査、VPN暗号化、過負荷のNAT処理を行うルーターは、遅延を加える可能性があります。

マイニング事業者は、ping、ジッター、パケットロス、DNS安定性、接続リセットを監視すべきです。

プールまでの安定した低レイテンシー経路は、表示上のダウンロード速度より重要です。

ステールシェアを減らす方法

最も近い信頼できるプールサーバーまたは地域のStratumエンドポイントを選択してください。

可能な限りWi-Fiではなく有線Ethernetを使用してください。

経路を改善しない限り、不要なVPN、プロキシ、ルーティングトンネルは避けてください。

他のトラフィックで過負荷になっていない、安定したルーターとスイッチを使用してください。

可能であれば、マイニングトラフィックを大量の家庭用または業務用トラフィックから分離してください。

古いファームウェアがジョブ変更を適切に処理できない場合は、マイナーのファームウェアを更新してください。

プールが、より優れたプロトコル経路または低レイテンシーのエンドポイントをサポートしているか確認してください。

平均pingだけでなく、パケットロスとジッターも監視してください。

頻繁なフェイルオーバーは移行期間中に拒否またはステールシェアを発生させる可能性があるため、バックアッププールは慎重に設定してください。

通常の変動を深刻な問題と誤認しないよう、十分に長い期間でステールシェアを追跡してください。

ステールシェア急増の診断方法

まず、急増が1台のマイナー、1つのラック、1つの拠点、またはファーム全体に影響しているかを確認します。

影響が1台のマイナーだけなら、そのマイナーのネットワークケーブル、制御ボード、ファームウェア、温度、電源装置、ローカルログを確認してください。

多数のマイナーが同時に影響を受けている場合は、ルーター、スイッチ、ファイアウォール、ISP、DNS、またはプールエンドポイントを確認してください。

同じ時間帯にプールでメンテナンス、フェイルオーバー、またはサーバー問題がなかったか確認してください。

急増前にファームウェア更新または設定変更が行われていなかったか確認してください。

ローカルハッシュレートとプール側の承認済みハッシュレートを比較してください。

接続切断、再接続ループ、重複シェア、無効シェア、タイムアウトを探してください。

可能であれば、プールエンドポイントへのレイテンシーおよびパケットロステストを実行してください。

近隣のバックアップエンドポイントへの切替は、無作為な推測ではなく、管理されたテストとしてのみ行ってください。

変更内容を記録し、意味のあるサンプル期間でステールシェア率を比較してください。

Bitcoinマイニングにおけるステールシェア

Bitcoinには大規模な産業マイニングエコシステムがあるため、ステールシェアはBitcoinマイニングで最もよく議論されます。

Bitcoinマイナーは有効なブロックを見つけるために競争し、プールはシェア計算を通じて多数のマイナーを調整します。

新しいBitcoinブロックが見つかると、マイナーは作業を新しいチェーン先端へ切り替えなければなりません。

古いブロックテンプレートに対するシェアは、プールがジョブを更新した後にステールになる可能性があります。

Bitcoin Developer Guideでは、プールは貢献した作業に基づいて収益をマイナー間で分配するためにシェアを使用すると説明されています。

このため、ステールシェアはBitcoinマイナーにとって経済的に重要です。

Bitcoinマイナーの目標は、単に生のハッシュレートを高めることではありません。

低いダウンタイム、少ない無効シェア、少ないステールシェア、効率的な電力利用を伴う、高い承認済みハッシュレートが目標です。

そのため、産業規模のBitcoinマイナーは、ステールシェアの監視を通常のフリート運用の一部として扱います。

小規模なホームマイナーも、小規模であっても報酬に影響する可能性があるため、ステールシェアを理解すべきです。

他のProof of Workコインにおけるステールシェア

ステールシェアは、マイニングプールを利用する他のProof of Work暗号資産でも発生する可能性があります。

正確な頻度は、ブロック時間、プールプロトコル、ネットワーク伝播、シェア難易度、マイニングソフトウェア、ジョブ更新設計に依存します。

ブロック時間が非常に短いコインでは、ジョブの変更が頻繁なため、タイミングの圧力がより大きくなる場合があります。

プールインフラが弱いコインでは、ステールシェアのリスクが高くなる場合があります。

異なるマイニングソフトウェアを使用するアルゴリズムでは、シェアの報告方法が異なる場合があります。

一部のプールでは、ステールシェアをexpired shares、outdated shares、late shares、またはjob-not-found sharesと呼びます。

基本的な考え方は通常同じです。

プールが現在の作業とみなさなくなった作業に対して、シェアが提出されたのです。

マイナーは使用する特定のコインとプールの文書を読むべきです。

ステールシェアの一般的な概念は共通ですが、正確なしきい値とダッシュボードのラベルは異なる場合があります。

一部のステールシェアが避けられない理由

マイニングはリアルタイムの分散プロセスであるため、一部のステールシェアは避けられません。

ブロックが発見される時点は予測できません。

プールサーバーが新しいブロックを検知するには時間が必要です。

新しいジョブがプールからマイナーへ届くにも時間が必要です。

マイナーが古い作業を停止し、新しい作業を始めるにも時間が必要です。

シェアがマイナーからプールへ届くにも時間が必要です。

適切に運用されたネットワークでも、レイテンシーはゼロではありません。

これは、常にステールシェアを完全なゼロにすることが目標ではないことを意味します。

目標は、収益性を実質的に損なわない、低く安定したステールシェア率です。

ステールシェアが異常に高い、急増する、または類似のハードウェアと地域を使う同等のマイナーより悪い場合、マイナーは懸念すべきです。

ステールシェアとマイニングプールの選択

プール選択はステールシェアに影響する可能性があります。

より近い地域エンドポイントを持つプールは、ネットワーク遅延を減らせる場合があります。

より強力なインフラを持つプールは、ジョブをより速く配信できる場合があります。

より良い監視機能を持つプールは、ステールシェアと拒否シェアのカテゴリをより正確に表示する場合があります。

報告機能が弱いプールは、ステールシェアを大まかな拒否シェア統計に隠してしまうことがあります。

マイナーは、承認済みハッシュレート、ステール率、報酬方式、手数料体系、信頼性、透明性、地域ルーティングを用いてプールの性能を比較すべきです。

ステールシェアとダウンタイムが高い場合、最も低いプール手数料が常に最良の選択とは限りません。

接続性が優れた手数料がやや高いプールが、より良い純結果を生む場合もあります。

マイニング収益性は、表示されるプール手数料だけでなく、実効的な承認済み作業に基づきます。

管理された期間に複数のエンドポイントをテストすると、マイナーが最良の運用設定を選ぶのに役立つ場合があります。

ステールシェアと監視ツール

監視ツールは、マイナーがデバイス、ラック、拠点、プールごとのステールシェアを追跡するのに役立ちます。

優れた監視システムは、承認済みシェア、ステールシェア、無効シェア、重複シェア、接続エラー、ハッシュレート低下、デバイス再起動を分けて表示すべきです。

すべての拒否が1つの数値として表示される場合、トラブルシューティングは困難になります。

運用者はネットワークレイテンシー、パケットロス、マイナー温度、ファンの挙動、消費電力、ファームウェアバージョン、稼働時間、プールエンドポイントも監視すべきです。

相関関係は有用です。

パケットロスの上昇時にステールシェアも上昇するなら、ネットワーク経路が関係している可能性があります。

ファームウェア更新後にステールシェアが増える場合、マイニングソフトウェアが関係している可能性があります。

プールフェイルオーバー中のみステールシェアが増える場合、フェイルオーバーロジックが関係している可能性があります。

マイニング監視では、経済的な結果と技術的原因を結び付けるべきです。

ステールシェアは小さな指標ですが、大きな運用上の非効率性を明らかにする場合があります。

ステールシェアに関するよくある誤解

よくある誤解の一つは、すべてのステールシェアがマイナーの故障を意味するというものです。

レイテンシーを完全になくすことはできないため、プールマイニングでは小さなステールシェア率は正常です。

もう一つの誤解は、ステールシェアと無効シェアが同じだというものです。

ステールシェアは遅延しており、無効シェアは誤っています。

3つ目の誤解は、ローカルハッシュレートだけが重要な数値だというものです。

プール側の承認済みハッシュレートは、プールが実際に計上するシェアを反映するため重要です。

4つ目の誤解は、より高速なインターネット接続が常にステールシェアを解決するというものです。

ダウンロード帯域幅より、レイテンシー、ルーティング、ジッター、パケットロスの方が重要であることが多いです。

5つ目の誤解は、ステールシェアとステールブロックが同じものだということです。

ステールシェアはプールレベルの提出であり、ステールブロックはブロックチェーンレベルのフォーク結果です。

ステールシェアを減らすメリット

ステールシェア削減の第1のメリットは、承認済みハッシュレートの向上です。

承認済みシェアが増えると、プール報酬の効率を改善できる可能性があります。

第2のメリットは、電力効率の向上です。

計上されないシェアに無駄な作業を費やす量が減ります。

第3のメリットは、より正確なハッシュレート報告です。

ステールシェアが少ない場合、プール側のデータはマイナー側の性能により近くなります。

第4のメリットは、トラブルシューティングの明確化です。

ステール率が低いと、運用者はハードウェアエラーや無効シェアなどの他の問題に集中できます。

第5のメリットは、マイニングの安定性向上です。

ステールシェアを減らすには、多くの場合、より良いネットワーク、より適切なルーティング、より良いファームウェア運用が必要です。

これらの改善は、ダウンタイムと接続障害の削減にもつながる場合があります。

ステールシェアを無視するリスク

第1のリスクは、マイニング収益の低下です。

計上されないシェアは、実効的な報酬を減らす可能性があります。

第2のリスクは、電力の無駄です。

遅延シェアが拒否されても、マイニングマシンは電力を消費します。

第3のリスクは、誤診です。

マイナーはローカルでは通常のハッシュレートに見えても、プールでは期待を下回る場合があります。

第4のリスクは、隠れたインフラ障害です。

高いステールシェアは、ルーター、ISP、ファームウェア、またはプールエンドポイントの問題を示す場合があります。

第5のリスクは、不適切なプール比較です。

マイナーは低手数料のプールを選んでも、手数料で節約した額以上をステールシェアで失う可能性があります。

第6のリスクは、マイニングファームのスケール時の負担です。

1台のASICでは小さく見えるステールシェア問題も、数千台では大きなコストになる場合があります。

マイナーのベストプラクティス

安定したルーティングを持つ、最も近い信頼できるプールエンドポイントを利用してください。

Wi-Fiより有線ネットワーク接続を優先してください。

承認済みハッシュレートとあわせてステールシェア率を監視してください。

ステールシェアの分析と無効シェアの分析を分けてください。

マイナーのファームウェアは最新に保ちますが、ファーム全体に展開する前に更新をテストしてください。

継続的なマイニングトラフィックを処理できる高品質なルーターとスイッチを使用してください。

レイテンシーと安定性を明確に改善しない限り、不要なVPNやプロキシを避けてください。

ステールシェアと拒否シェアの計上方法を理解するため、プールの文書を確認してください。

短期的なマイニングの変動に反応するのではなく、長期傾向を追跡してください。

電力を無駄にし、報酬を減らす可能性があるため、ステールシェアの急増は迅速に調査してください。

FAQ

ステールシェアとは何ですか？

ステールシェアとは、マイニングプールがより新しいジョブまたはブロックテンプレートへすでに移行した後に提出されたマイニングシェアです。

ステールシェアは拒否シェアと同じですか？

ステールシェアは拒否シェアの一種ですが、拒否シェアは無効、重複、ターゲット超過、またはほかの理由で拒否される場合もあります。

ステールシェアはなぜ発生しますか？

ステールシェアは通常、レイテンシー、遅いジョブ更新、ネットワークの不安定性、またはマイナーとプール間の通信遅延により発生します。

ステールシェアはマイニング利益を減らしますか？

はい。ステールシェアは、プールの報酬計算における承認済みシェアとして計上されないことが多いため、マイニング利益を減らす可能性があります。

ステールシェアは正常ですか？

はい。マイニングネットワークには常に一定の通信遅延があるため、少量のステールシェア率は正常です。

どの程度のステールシェア率が高すぎますか？

許容可能な率はプール、ハードウェア、コイン、ネットワークにより異なりますが、急増または通常の運用水準を上回る状態が続く場合は調査すべきです。

マイナーはステールシェアをどのように減らせますか？

より近いプールサーバーを使い、ネットワーク安定性を改善し、有線接続を使用し、ファームウェアを更新し、不要なルーティング遅延を避けることで減らせます。

ステールシェアはオーバークロックが原因ですか？

オーバークロックは通常、ステールシェアではなく無効シェアを発生させますが、ダッシュボードでは両方が拒否シェアとしてまとめられる場合があります。

ステールシェアはステールブロックと同じですか？

いいえ。ステールシェアはプールレベルの提出問題であり、ステールブロックはブロックチェーンのフォーク競争に敗れた有効ブロックです。

Stratum V2はステールシェアの削減に役立ちますか？

Stratum V2は、マイニングスタックが対応している場合、ジョブ通信の効率とレイテンシーを改善することで、ステールシェアの削減に役立つ可能性があります。

まとめ

ステールシェアとは、マイニングプールがより新しいジョブまたはブロックテンプレートへ移行したため、到着が遅すぎたマイニングシェアです。

通常は、マイナーが有効なシェアを計算できなかった証拠ではなく、タイミングの問題です。

プールマイニングの報酬は承認済みシェアに基づき、ステールシェアは報酬に計上されないことが多いため、ステールシェアは重要です。

主な原因には、ネットワークレイテンシー、パケットロス、遠いプールサーバー、不安定な接続、遅いジョブ更新、ファームウェア問題、プールエンドポイント問題があります。

ステールシェアは、無効シェア、重複シェア、ステールブロック、オーファンブロックとは異なります。

少量のステールシェア率は正常ですが、急増または持続的な増加は、電力の無駄やマイニング収益の損失を示す場合があります。

マイナーは、接続性を改善し、低レイテンシーのプールエンドポイントを選び、安定した有線ネットワークを使い、詳細な拒否理由を監視し、ファームウェアの信頼性を保つことで、ステールシェアを減らせます。

小さな割合の損失も大規模になると重要になり得るため、マイニングファームは運用パフォーマンスの一部としてステールシェアを追跡すべきです。

Proof of Workマイニングを学ぶユーザーにとって、ステールシェアはマイニングがハッシュレートだけで決まるものではないことを示しています。

マイニング性能は、ネットワーク品質、プール通信、プロトコル効率、承認済みシェアの計算にも依存します。

暗号資産用語集の文脈では、Stale Shareとは、古い作業では有効だったものの、プールがより新しい作業に切り替えたため拒否された、遅れて到着したプールマイニングシェアを意味します。

重要なポイントは、少量のステールシェアは正常である一方、プールの完全なクレジットを獲得できなかった実際のハッシュ作業を表すため、可能な限り減らすべきだということです。