マイニングリグ用に Stratum プロキシを構成するにはどうすればよいですか? (ネットワークの最適化)

Stratum プロキシの基礎を理解する

1. Stratum プロキシは、マイニング リグとマイニング プール サーバーの間の仲介者として機能し、複数のリグ接続を 1 つのアップストリーム接続に集約して、ネットワーク オーバーヘッドを削減します。

2. ジョブの割り当てをバッファリングし、再接続ロジックをローカルで処理することにより、リグの接続の安定性をプールのインフラストラクチャから切り離します。

3. プロキシは TCP 層で動作し、マイニング プロトコルのセマンティクスを変更しません。セッションの多重化を管理しながら、階層メッセージをそのまま転送します。

4. ローカル ジョブの分散により、広域ネットワーク上のすべての新しいマイニング ジョブ リクエストの往復遅延がなくなるため、遅延が短縮されます。

5. 1 つの永続的な TCP ストリームだけが集約された作業の送信と難易度の更新を伝送するため、プール エンドポイント付近のネットワークの輻輳が軽減されます。

必要なコンポーネントと依存関係

1. 静的 IP が割り当てられ、ポート 3333、3334、またはカスタム ストラタム ポートに対するファイアウォール制限が最小限に抑えられている Linux ベースのホスト。

2. ソースからコンパイルされた、またはパッケージ マネージャー経由でインストールされたstratum-mining-proxyソフトウェア。一般的な実装には、 brains/stratum-proxyおよびCoinfoundry/miningcore-stratum-proxyが含まれます。

3. 安全なアップストリーム通信が有効な場合は、TLS 終端用の OpenSSL ライブラリと、非同期 I/O 処理用の libuv を併用します。

4. 保留中のジョブをバッファリングし、負荷時にスワップすることなくリグごとの状態を維持するのに十分な RAM (最小 512MB)。

5. 上流のプールアドレス、ポート、ワーカー認証情報、およびローカルバインドインターフェイスを指定する構成ファイル。ウォレットの統合やブロックチェーンの同期は関係しません。

段階的な導入ワークフロー

1. ホスト アーキテクチャに一致する最新の安定リリース バイナリをダウンロードし、その SHA256 チェックサムを公式リポジトリの署名と照合して検証します。

2. ファイルシステム権限が制限された専用の非 root ユーザーを作成し、そのユーザーにプロキシ バイナリと構成ディレクトリの所有権を割り当てます。

3. YAML または JSON 構成で、 upstream_host 、 upstream_port 、およびupstream_userフィールドを構成し、プレーンテキストのパスワードがログに公開されないようにします。

4. listen_address を0.0.0.0:3333 に設定し、予想されるリグ数と平均ジョブ頻度に基づいてmax_connections を調整します。

5. リグの初期オンボーディング中のリアルタイム診断のために、失敗時再起動ポリシーとジャーナル ログが有効になっている systemd サービスとしてプロキシを起動します。

トラフィックルーティングと負荷分散

1. マイナー ソフトウェアが元のプール エンドポイントではなくプロキシのローカル IP とポートを指すように各マイニング リグを構成します。

2. ロード バランサーの背後に複数のプロキシを展開して、冗長プール ゲートウェイ全体にアップストリームの圧力を分散する場合は、 job_fanoutモードを有効にします。

3. iptables ルールを適用して IP ごとに受信接続のレートを制限し、誤って設定されたファームウェアによる悪用や偶発的なフラッディングを防ぎます。

4. netstat -tnp | を使用してアクティブなセッションを監視します。 grep :3333 を実行し、Prometheus エンドポイント経由でエクスポートされた内部プロキシ メトリクスと関連付けます。

5. 他の高スループット サービスと同じ場所に配置されている場合は、インターフェイスの飽和によるパケット損失を避けるために、アウトバウンド トラフィックを専用の NIC または VLAN 経由でルーティングします。

よくある質問

Q: Stratum プロキシは、SHA-256 と Ethash ベースのマイニング プロトコルの両方を同時に処理できますか? A: いいえ。各プロキシ インスタンスは、1 つの特定のアルゴリズム ファミリ用にコンパイルおよび構成されます。 BTC と ETH のマイニング操作では別のプロセスを実行する必要があります。

Q: プロキシは共有の難易度を変更したり、何らかの形式の共有の書き換えを実行したりしますか? A: いいえ。共有の検証は完全に上流プールに残ります。プロキシは共有を変更せずに送信し、その暗号コンテンツを解釈しません。

Q: パフォーマンスを犠牲にすることなく、Docker コンテナ内でプロキシを実行することは可能ですか? A: はい。コンテナー化されたデプロイメントは、ホスト ネットワーキング モードを使用し、一部のマイナー バイナリで必要な共有メモリ アクセスのために /dev/shm をマウントする場合にサポートされます。

Q: アップストリーム プールが一時的に切断されるとどうなりますか? A: プロキシはローカル ジョブ キャッシュを維持し、再接続が成功するかタイムアウトしきい値によってフェイルオーバー ロジックがトリガーされるまで、キャッシュされた作業をリグに配布し続けます。