マイニングプールはどのように報酬操作を防ぐのでしょうか?

キューベースの報酬配布の脆弱性

1. キューベースのイーサリアム マイニング プールは、時間の経過によるハッシュ レートの貢献度に比例するのではなく、共有が送信された順序に基づいて報酬を割り当てます。

2. より高い計算能力を持つマイナーは、タイミングの利点を利用してキューの早い段階でシェアを挿入し、公平性メトリクスを歪める可能性があります。

3. このシステムには、送信タイムスタンプを共有するための暗号化コミットメントがないため、プール運営者による戦略的な並べ替えが可能になります。

4. シミュレーションは、このモデルの下では、プールのハッシュ レートの 20% 以上を制御するマイナーが不均衡な報酬割り当てを獲得することを示しています。

5. キューの整合性に関するオンチェーン検証は存在しないため、完全なノード アクセスがなければ配信ロジックの外部監査は不可能になります。

支配的なマイナーによる戦略的攻撃

1. 大規模なマイナーは、ブロック発見の直前に複数の低難易度のシェアを送信してポジションを膨らませる「キューのフロントランニング」を実行します。

2. 地理的に分散したリグ全体に同期クロックを展開し、マイクロ秒のウィンドウ内で共有の送信を調整します。

3. 攻撃者は、プールのアンチシビル メカニズムに組み込まれた検出しきい値を回避するために、複数の仮名アカウントにわたってハッシュ レートを断片化します。

4. 管理されたテストネット展開で測定した場合、正直に参加した場合と比較して、利益率が最大 18.7% 増加します。

5. プール運営者は、現在の監視ツールを使用して、悪意のあるタイミング パターンと正当なネットワーク遅延の変動を区別できません。

分散型 Oracle 統合の試み

1. 一部のプールは、オフチェーンのタイムスタンプ サービスを介して共有タイムスタンプを検証するために、ASTRAEA スタイルのオラクルとの統合を試みました。

2. これらのオラクルシステムの有権者には、プールの健全性に合わせた経済的インセンティブが欠如しており、その結果、参加率は 32% 未満にとどまりました。

3. 認証者の役割には、一般的なマイナーの資本準備金を超える資産をステーキングする必要があったため、3 つの主体による集中管理が必要となりました。

4. 敵対的分析により、攻撃者の資金が認証者の総出資額の 41% を超えた場合でも、操作が依然として実行可能であることが確認されました。

5. 展開されたプールには、共有の送信をリアルタイムの制約に暗号的にバインドするための検証可能な遅延関数が実装されていません。

MineShark の検出機能

1. MineShark は、ペイロード検査とは独立して、パケット到着間隔のエントロピー分析を通じてクリプトマイニング トラフィックを識別します。

2. ミリ秒未満の間隔で発生するプール層プロトコルのハンドシェイクと一致する異常なバースト パターンにフラグを立てます。

3. アクティブプロービングは、不正な形式の共有送信を挿入し、応答の一貫性を測定することにより、マイニング動作を確認します。

4. キャンパス ネットワーク テストでは、TLS で難読化された Stratum v2 接続を使用する 17.6% を含む 105 の個別のマイニング プール エンドポイントが検出されました。

5. 偽陽性抑制は、シグネチャ データベースではなく、90 日間のスライディング ウィンドウにわたってトレーニングされた行動ベースラインに依存します。

ハードウェアレベルの対策

1. ASIC メーカーは、デバイス固有のキーを使用して共有送信に署名するために、改ざん防止ハードウェアの信頼ルートを組み込みます。

2. フィールド プログラマブル ゲート アレイは、ナノ秒レベルのタイミング保証を備えた決定論的な共有送信パイプラインを実装します。

3. マイニング ファームに導入された時間依存ネットワーキング (TSN) スイッチは、IEEE 802.1AS 準拠のクロック同期を提供します。

4. ハードウェア セキュリティ モジュールは共有署名用の秘密キーを保存し、送信ペイロードのソフトウェア レベルの操作を防ぎます。

5. PCIe パススルー分離により、仮想化マイニング環境でのタイムスタンプ生成に対するハイパーバイザー レベルの干渉が防止されます。

よくある質問

Q1: PPLNS はキュー操作のリスクを排除しますか? Pay-per-last-N-shares はローリング ウィンドウ計算を使用しますが、支配的なマイナーが最適な収益性ウィンドウまで提出を遅らせる株式源泉徴収攻撃に対して依然として脆弱です。

Q2: ゼロ知識証明はキューの順序付けが公平であることを検証できますか? ZK-SNARK は共有の時系列順序を証明するために適用されていますが、ブロックごとに証明者の計算に 2.3 秒を要し、これはイーサリアムの目標である 12 秒を超えています。

Q3: GPU ベースのプールは、ASIC プールとは異なる操作ベクトルに直面しますか? GPU プールでは、ドライバー スタックの不一致により共有送信タイミングの変動が大きくなり、レイテンシーベースの悪用を受けやすくなります。

Q4: プール運営者は、プライバシーを損なうことなく、どのようにして Sybil の ID を検出しますか?一部のプールでは、IP サブネットの多様性を TCP フィンガープリンティングと組み合わせて分析し、クラスター化された送信を識別しますが、Tor 出口ノードはこのアプローチを完全に無効にします。