承認・拒否・古いマイニングシェアの意味

ログのシェア結果から、続行、接続確認、繰り返す拒否の調査を判断します。このガイドはbntpool.comの応答とカウンターの背後にある難易度を説明します。未接続ならセットアップガイド、アドレスに活動がなければ追跡ガイドを参照してください。

承認されたシェアとは何ですか？

マイナーはシェア送信の間に多数のハッシュを計算します。大半は目標を満たさず送信されません。承認カウンターは送信結果を数え、CPUやGPUが計算した全ハッシュは数えません。ハッシュレートガイドでローカル計測と送信作業からのプール推定を区別しています。

シェアとブロックはどう違いますか？

プールは接続にジョブと難易度を与えます。シェア目標を満たす結果はその難易度の作業を示します。ブロック候補はネットワーク目標も満たし、デーモンの検査を通る必要があります。シェア発見はチェーンへのブロック追加を意味しません。

bntpool.comは検証済みと暫定のシェア状態を記録します。受け付けた結果も暫定の場合があり、支払いの重み付けには検証と対象判定のルールが適用されます。承認は接続の指標として使い、記録された作業と報酬は自分の統計で確認します。PPLNSガイドがブロック発見後の流れを説明します。

拒否されたシェアや古いシェアとは？

拒否は該当する検査に通らなかったことを示します。個数だけより理由が重要です。Stale jobは、割り当てが対象外になった拒否の一種です。正確なメッセージを再接続や新しいジョブなど同時刻の出来事と照合します。

古いシェアは割り当て作業の問題、孤立ブロックはチェーン内の位置の問題です。シェアログとブロック一覧を区別して診断します。Stale jobだけでプールが孤立ブロックを発見したとは言えません。

シェア難易度はなぜ変わりますか？

計算例では、難易度100の対象シェア10件と難易度1,000の1件は、どちらも合計1,000です。重みの例であり、報酬や正確な到着間隔を保証しません。実際の間隔は変動し、検証ルールが計上対象を決めます。

送信時は割り当ての難易度が重要です。古い結果を画面の最新難易度だけと比較しないでください。プールは検査用に割り当て情報を保持します。通常の調整はエラーではなく、簡単なシェアを強制しても計算作業は増えません。

拒否率はどう読みますか？

同じ期間と範囲で承認・拒否を比べます。マイナーは1セッション、プールは別期間や複数リグを集計している場合があります。再起動でローカルの期間は変わっても、プールのアドレス履歴は消えません。

99件の承認と1件の拒否は個数で1%です。これが報酬損失率と自動的に一致するわけではありません。難易度が異なり、計上対象ルールもあります。設定を変える前に理由、時刻、承認済み作業の継続を確認します。

拒否が繰り返す場合は？

影響のある1台から調べます。バージョン、正確なメッセージ、開始時刻、新しいジョブの到着を記録します。稼働状況と端末の接続切断を確認します。更新は公式seineリリースを使い、1つ変更するごとに比較します。

独自プロキシや連携は転送時にジョブ、nonce範囲、難易度を保持する必要があります。続く場合は短いログ抜粋とリグ情報をプロジェクトのサポート窓口に提供してください。秘密情報や個人アカウント情報は除きます。ウォレットの復元フレーズはシェア診断に不要です。

マイニングの復旧をどう確認しますか？

新しいジョブに続く承認済みシェアを確認し、同じ受取アドレスで自分の統計を開いて端末の最近の活動を確かめます。平均を比べる前にプール推定へ作業を蓄積させます。その後はPPLNSガイドに沿って推定報酬、残高、支払いを別々に確認してください。