Electrum ウォレットがサーバーに接続できないのはなぜですか?

サーバー接続アーキテクチャ

1. Electrum クライアントは、起動時に約 10 台のリモート サーバーへの同時接続を維持します。これらのサーバーはハードコードされたリストから選択され、DNSSEC で保護されたシード ドメイン経由で更新されます。

2. 接続された各サーバーはブロック ヘッダーを個別に配信するため、クライアントはチェーンの進行を相互検証し、フォークや古いチェーンを検出できます。

3. 1 つのサーバーが、アドレス同期、トランザクション ブロードキャスト、および未確認トランザクション通知のメイン ノードとして指定されます。

4. クライアントは、人間が判読できるアドレスではなく、scriptPubKey ハッシュをサブスクライブするため、サーバーはウォレットのアクティビティに関連付けられた暗号化識別子のみを学習します。

5. ブロック ヘッダー サブスクリプションは、定期的なピンポン キープアライブ メッセージを使用して TCP 経由で行われます。タイムアウトしきい値内に応答しないと、自動再接続が試行されます。

一般的なネットワークレベルの中断

1. 企業のファイアウォールとキャリア グレードの NAT は、アイドル期間後に長時間存続する TCP 接続を切断することが多く、明示的なエラー報告なしに Electrum の永続リンクを切断します。

2. ISP レベルの DNS ポイズニングにより、 electrum.orgなどの Electrum シード ドメインの解決が妨げられ、初期ブートストラップ中の新しいサーバー リストの検出がブロックされる可能性があります。

3. クライアントのローカル スタックでデュアル スタック動作が無効になっている場合、またはパス MTU の問題が発生した場合、IPv6 専用ネットワークはフォールバック IPv4 セッションの確立に失敗することがあります。

4. モバイル データ プロバイダーは、低頻度だが持続性の高いトラフィック パターンを示す接続を調整またはリセットすることがあります。これは、Electrum のサーバー ポーリング動作と正確に一致します。

5. TLS 証明書の検証エラーは、システム クロックが 5 分を超えると発生し、Let's Encrypt または DigiCert によって署名された有効なサーバー証明書が拒否されます。

クライアント側の構成の競合

1. 手動サーバー構成は自動接続ロジックをオーバーライドし、オフライン、レート制限、または Electrum プロトコル v1.4 以降の構成が誤っている可能性がある単一のホストにクライアントをロックします。

2. Tor 有効モードでは、すべてのトラフィックが SOCKS5 プロキシを強制的に通過します。ローカルの Tor デーモンが実行されていない場合、またはコンセンサスが欠如している場合、接続の試行はサイレントに停止します。

3. カスタム SSL/TLS 設定 (証明書検証の無効化や古い暗号スイートの強制など) により、最新の Electrum サーバーとのハンドシェイク エラーが発生します。

4. ~/.electrum/networkキャッシュ ディレクトリ内のウォレット ファイルが破損すると、無効なピア レコードが保存され、到達不能なホストとのハンドシェイクが繰り返し失敗する可能性があります。

5. Windows システム上のウイルス対策ソフトウェアは、ヒューリスティックな動作分析ルールに基づいて Electrum の送信ソケット操作を頻繁に傍受し、ブロックします。

サーバープロトコルのバージョンの不一致

1. Electrum サーバーは厳密なバージョン ネゴシエーションを強制します。サポートされていないプロトコル バージョン (たとえば、1.2 以前) をアドバタイズするクライアントは、詳細を記録せずに即時切断応答を受け取ります。

2. 一部のパブリック サーバーは、バイナリ シリアル化や非 segwit アドレス形式などのレガシー機能のサポートを無効にし、segwit 互換性を宣言していないクライアントを拒否します。

3. server.version RPC 呼び出しは、ソフトウェア名とプロトコル リビジョンの両方を返します。値が一致しない場合、クライアントはサーバーを 30 分間ブラックリストに登録します。

4. サーバーは、Electrum v4.0 以降で義務付けられている TLS ラップされたチャネルの代わりに、プレーンテキスト TCP などの非推奨のトランスポート層を使用するクライアントからの接続を拒否する場合があります。

5. 負荷分散されたサーバー クラスターは、エンドポイント間で一貫性のないプロトコル メタデータを提供することがあり、統一された機能をネゴシエートしようとするクライアントを混乱させます。

よくある質問

Q: IPv6 が利用可能な場合でも、Electrum に IPv4 のみを使用させることはできますか? A: はい。 --oneserver --server host:port:sフラグを指定して Electrum を起動し、 electrum.blockstream.com:50002:sのような IPv4 リテラル アドレスを指定します。 IPv6 の自動選択をバイパスするために、ホスト名の解決を完全に回避します。

Q: サーバーへの ping が成功したにもかかわらず、Electrum に「接続されていません」と表示されるのはなぜですか? A: Ping は ICMP 到達可能性のみをテストします。 Electrum では、オープンな TCP ポート、正しい TLS ハンドシェイク、有効なプロトコル バージョンの交換、および成功したserver.version RPC 応答がすべて ICMP から独立している必要があります。

Q: 自動接続を有効にすると接続性が向上しますか? A: 必ずしもそうとは限りません。自動接続は冗長性を高めますが、ポイズニングされた DNS 結果や、シード リスト内の正規のサーバーになりすます悪意のあるサーバーに対する攻撃対象領域も拡大します。

Q: フォーラムで見つかったサーバー アドレスを手動で入力しても安全ですか? A: いいえ。未検証のサーバーは、サブスクライブした scriptPubKey をログに記録したり、トランザクション通知を遅らせたり、操作された料金見積もりを提供したりする可能性があります。 Electrum の公式 DNSSEC 署名シード経由で公開されたサーバーのみを使用してください。