Wie man überprüft, ob die Adresse eines öffentlichen Schwimmbads online ist

💡 Hinweis: Die Daten in diesem Artikel dienen nur als Referenz. Bitte beachten Sie die tatsächlichen Gegebenheiten und die Antwort des Kundendienstes.

Um zu bestätigen, dass eine Public Pool Adresse online ist, reicht es nicht aus, nur zu prüfen, ob die Webseite lädt. Die Überprüfung muss auf Node-Ebene erfolgen. Die Anzeige von "Worker Active" im Frontend ist lediglich eine einseitige Erklärung des Mining-Pools, dass er Shares von dieser Adresse erhalten hat – dies sind jedoch nur Statistiken, die das Frontend vom Server abruft. Sie können über den Browser selbst nicht die Echtheit dieser Erklärung verifizieren.Der eigentliche Stratum V1 Handshake findet zwischen IhremTCH Miner und stratum+tcp://public-pool.io:3333 (oder dem entsprechenden Port für den Modus) statt. Das Frontend ist am Handshake-Prozess nicht beteiligt.

1、Leichte Verifikation: Mit BTC-Adresse bei Public Pool anmelden

Das Wesen der leichten Verifikation ist eine schnelle Bestätigung des Anwendungsstatus. Wenn Sie Ihre BTC-Adresse in das Frontend von Public Pool.io eingeben, ruft dieses die mit Ihrer Adresse verknüpften Statistiken vom Pool-Server ab. Derechte Stratum V1 Handshake hingegen findet zwischen Ihrem Miner und dem Stratum-Dienst von public-pool.io statt – der Miner initiiert aktiv die Verbindung zum Server, abonniert Aufgaben und reicht Shares ein.

Ein häufiger Fehler besteht darin, nur zu prüfen, ob die Webseite im Browser geladen werden kann, während die Konnektivität des zugrunde liegenden TCP-Ports ignoriert wird. Das Resultat ist oft, dass der Miner stundenlang im Leerlauf arbeitet, ohne dass dies bemerkt wird.

Gemäß den offiziellen Verbindungsinformationen von Public Pool lauten die Parameter für die verschiedenen Modi wie folgt:

Mining-Modus	Verbindungsadresse	Port	Protokolltyp
Solo-Modus	stratum+tcp://public-pool.io	3333	TCP
Solo + TLS-Verschlüsselung	stratum+tls://public-pool.io	4333	TLS-Verschlüsselung
PPLNS-Modus	stratum+tcp://public-pool.io	13333	TCP
PPLNS + TLS	stratum+tls://public-pool.io	14333	TLS-Verschlüsselung

📌 Kleiner Tipp: Der frühere Klartext-Port von Public Pool war 21496. Später migrierte der Betreiber den empfohlenen Port zu 3333. Beide Ports existierten eine Zeit lang parallel. Aktuell sind 3333/13333 maßgeblich.

• Benutzername = Ihre BTC-Adresse: Public Pool akzeptiert Standard-BTC-Adressen als Benutzernamen. In Community-Tests und mit diverser Mining-Software zeigte sich die beste Kompatibilität mit Adressen, die mit bc1q beginnen (Bech32 / SegWit v0). Adressen, die mit bc1p beginnen (Taproot), können bei älterer Mining-Software (z. B. frühen Firmware-Versionen des Nerd Miners) Parsing-Probleme aufweisen. Nutzen Sie in diesem Fall die neueste Firmware. Adressen, die mit 1 (P2PKH) oder 3 (P2SH) beginnen, sind ebenfalls nutzbar.
• Passwortfeld beliebig ausfüllen: Im Stratum-Passwortfeld können Sie x oder 123 eintragen. Dies dient lediglich als Platzhalter im Protokoll und hat keinen Einfluss auf das Verifikationsergebnis.
• Worker-Suffix optional: Mit .workername können verschiedene Geräte unterschieden werden, was die Identifikation bei mehreren Minern erleichtert. Ohne Angabe wird standardmäßig "default" verwendet.

⚠️ Die Anzeige von "Worker Active" im Frontend beweist allein nicht, dass ein Block-Reward Ihnen zugesprochen wird – wenn die Adresse in Ihrer Miner-Konfiguration falsch geschrieben ist, weist der Pool die Verbindung in den meisten Fällen zurück (keine Daten im Frontend). In extrem seltenen Fällen (die fehlerhafte Zeichenkette passiert die Bech32-Prüfsumme mit einer Wahrscheinlichkeit von etwa eins zu neun Billionen) werden Shares stillschweigend unter einer gültigen, aber fremden Adresse verbucht. Das Frontend zeigt dennoch "Worker Active" an, und bei einem gefundenen Block geht der Reward dauerhaft verloren.

2、Unabhängige Verifikation: Per SSH auf den Node und Public-Pool-Logs prüfen

Der Kern der unabhängigen Verifikation liegt in der direkten Beobachtung des Laufzeitstatus des public-pool-Dienstes auf Ihrem eigenen Node. Wenn Sie sich per SSH mit dem Node verbinden und docker logs ausführen, sehen Sie die Primärdaten des public-pool-Containers. Diese bestätigen, ob der Stratum-Dienst korrekt auf Verbindungen wartet, ob Ihr Miner-Client wirklich verbunden ist und ob die zugrunde liegende Bitcoin Core Instanz vollständig synchronisiert ist und getblocktemplate bereitstellen kann.

Voraussetzungen:

• Die zugrunde liegende Bitcoin Core Instanz muss vollständig synchronisiert sein (verificationprogress nahe 1,0).
• Der Status des public-pool Containers muss "Up" sein.

1、🔥 Verbindung herstellen mit ssh umbrel@Ihre_Node_LAN_IP.

2、➡️ Ausführen von sudo docker ps | grep public-pool, um zu bestätigen, dass der Container-Status "Up" ist.

3、🏃 Eingabe von sudo docker logs Container_ID --tail 200, um die Ausgabe auf die letzten 200 Zeilen zu begrenzen und eine Überlastung durch Log-Daten zu vermeiden.

4、❓ Filtern Sie Schlüsselinformationen mit grep. Achten Sie auf zwei Arten von Zeilen:

• Stratum server is listening on port 3333 —— Beweist, dass der Stratum-Dienst aktiv ist;
• New client ID: xxx, ip:xxx —— Beweist, dass Ihr Miner-Client verbunden ist.

Wenn Ihre public-pool Instanz Ihre eigene BTC-Adresse als Benutzernamen für Aufgaben verwendet, wird die vollständige bc1-Adresse möglicherweise nicht direkt in den Block-Template-Zeilen des Logs ausgegeben. Definitiv bestätigen lässt sich: "Client verbunden + Stratum-Dienst läuft + Bitcoin Core synchronisiert und kann neue Blöcke erstellen". Die Korrektheit der finalen Reward-Adresse hängt wesentlich davon ab, ob der Benutzername (Ihre BTC-Adresse) in der Miner-Konfiguration Ihnen tatsächlich gehört —— dies sollte direkt auf Wallet-Seite geprüft werden.

Überprüfung des Synchronisationsstatus:

Vor der Log-Prüfung ist zwingend sudo docker exec bitcoind bitcoin-cli getblockchaininfo auszuführen, um sicherzustellen, dass verificationprogress nahe 1.0 liegt. Wenn der zugrunde liegende Full Node noch synchronisiert, kann public-pool die RPC-Schnittstelle getblocktemplate nicht aufrufen, um neue Arbeitspakete (Work Units) zu generieren. Der Miner zeigt dann "Verbindung normal", kann aber niemals gültige Shares einreichen.

3、Die Beziehung der beiden Verifikationsebenen

Die beiden Verifikationsebenen bilden eine vollständige Kette vom Phänomen zur Essenz. Die leichte Verifikation erfasst den Verbindungsstatus auf Anwendungsebene, während die unabhängige Verifikation die Wahrheit des Knotenbetriebszustands offenlegt. Erstere basiert auf der Ehrlichkeit der vom Pool-Betreiber bereitgestellten Daten, letztere auf Ihrer vollständigen Kontrolle über Ihren eigenen Node. Für Miner, die maximale Sicherheit anstreben, eliminiert die zweite Ebene die Abhängigkeit von vertrauenswürdigen Drittquellen.

Vergleichsdimension	Leichte Verifikation (Frontend-Login)	Unabhängige Verifikation (Node-Logs)
Verifikationsobjekt	Vom Pool-Server erfasste Share-Statistiken	Laufzeitstatus des public-pool Containers + Client-Verbindung + Chain-Sync-Status
Erforderliche Berechtigung	Nur-Lese-Zugriff via Browser	Root-Ebene SSH-Berechtigung auf dem Node
Fälschungssicherheit	Geringer (Serverdaten können gefälscht werden)	Höher (Basierend auf voller Kontrolle über den lokalen Node)
Typischer Zeitaufwand	Unter 30 Sekunden	5 bis 10 Minuten

Warum ist diese Schichtarchitektur so wichtig?

In TCP/IP-Netzwerken besteht für das Stratum-Protokoll (als Klartext- oder TLS-verschlüsseltes C/S-Protokoll) ein theoretisches Risiko eines Man-in-the-Middle-Angriffs (MITM). Ein Angreifer könnte Ihre Anfragen auf Transportschicht abfangen, gefälschte "Accepted"-Antworten senden und gleichzeitig Ihre Rechenleistung auf fremde Adressen umleiten. Durch die unabhängige Verifikation, dass Ihr Stratum-Dienst auf Ihrem Node läuft und der Miner-Client tatsächlich mit Ihrem Node verbunden ist, lässt sich die Angriffsfläche für solche Risiken drastisch reduzieren.

Da Standard-Stratum-V1-Miner nicht in der Lage sind, die Coinbase-Ausgangsadresse automatisch zu verifizieren, sollte man sich auf das Vertrauen in den Open-Source-Code von Public Pool verlassen. Um Manipulationen durch MITM vollständig auszuschließen, stellen Sie sicher, dass sich Ihr Miner (entwickelt von TinyChipHub, Zyber Blanc OC) im selben LAN wie der Node befindet, oder nutzen Sie die TLS-Verschlüsselungsports (4333/14333). Vergleichen Sie zudem die Wallet-Adresse in der Miner-Konfiguration Zeichen für Zeichen mehrfach, um Tippfehler auszuschließen.

Aus technischer Sicht löst die zweistufige Verifikation auch das Problem der "asynchronen Konsistenz". Aufgrund von Blockpropagierungsverzögerungen im Bitcoin-Netzwerk können die im Pool-Frontend angezeigten Statistiken der tatsächlichen Node-Status um mehrere Blöcke hinterherhinken. Normalerweise wird bei jedem neuen Block oder signifikanten Änderungen im Mempool ein neues Block-Template generiert. Stellt man eine ungewöhnlich hohe Frequenz bei der Template-Aktualisierung fest, könnte dies auf eine Kettenreorganisation des Nodes oder eine plötzliche Aktivität im Mempool hindeuten.

4、Häufige Fallstricke

In der Welt des Bitcoin-Minings verstecken sich die Teufel stets in den Details der Binärstellen. Nachfolgend finden Sie häufige Fallen, die das TinyChipHub Studio sowie viele Heimminer in Nordamerika und Europa in der Community zusammengestellt haben. Jeder Punkt basiert auf realen Vorfällen.

• 💣 Kompatibilitätsprobleme mit Adressformaten: Obwohl Public Pool alle Standard-Adresstypen unterstützt, können Adressen, die mit bc1p beginnen (Taproot), bei älterer Mining-Software (z. B. frühen Nerd Miner Firmwares) Parsing-Probleme aufweisen. Es wird empfohlen, aktuelle Mining-Software und Firmware zu nutzen. Bei der Erstkonfiguration ist bc1q vorzuziehen.
• 💣 Port-Konflikte: Prüfen Sie, ob der Port bereits von einem anderen Prozess belegt ist (sudo lsof -i :3333), was den Start des Stratum-Dienstes verhindert. Im Log erscheint wiederholt der Fehler bind: address already in use. Als Lösung kann die Port-Mapping-Konfiguration in der docker-compose.yml geändert oder die Tor Hidden Service Konfiguration angepasst werden, um den Port freizugeben.
• 💣 Firewall-Blockierung: Bei Verbindungsproblemen sollten lokale Firewalls oder Router-Einstellungen geprüft werden. Für öffentliche Instanzen können die Ports 4333 (TLS) oder 14333 (PPLNS TLS) genutzt werden, um mögliche Sperren durch Internetprovider zu umgehen. Handelt es sich um die Umbrel-eigene Firewall, kann der Port mit sudo ufw allow 3333 geöffnet werden.
• 💣 Systemzeitdrift: Die Systemzeit muss mit einem NTP-Server synchronisiert sein. Bitcoin Core erlaubt standardmäßig eine maximale Abweichung von 4200 Sekunden, doch größere Differenzen beeinträchtigen die Peer-Verbindungen massiv. Es wird empfohlen, die Abweichung auf wenige Sekunden zur Standardzeit zu begrenzen. Andernfalls kann der Pool keine neuen Arbeitspakete generieren, und der Miner zeigt "Verbindung normal" an, kann aber keine gültigen Shares einreichen.

🔥 Der fatalste Fehler: Das Phantom-Miner-Phänomen.

Wenn die in der Miner-Konfiguration eingetragene BTC-Adresse einen Tippfehler enthält, hängt das Ergebnis vom Bech32-Prüfsummencheck ab. Es gibt zwei Szenarien:

In den allermeisten Fällen zerstört ein zufälliger Tippfehler die Bech32-Prüfsumme, was zu einer ungültigen Adresse führt. Der Pool weist die Verbindung mit der ungültigen Adresse sofort zurück oder trennt sie, sodass Shares gar nicht erst aufgezeichnet werden – Sie werden schnell merken, dass keine Statistiken im Frontend erscheinen, und den Fehler bemerken.

Im Extremfall ergibt die fehlerhafte Zeichenkette rein zufällig eine gültige Adresse (Wahrscheinlichkeit etwa eins zu neun Billionen). In diesem Fall akzeptiert der Pool die Shares normal und verbucht sie unter dieser Adresse. Das Frontend zeigt wie erwartet "Worker Active" an. Findet diese Instanz jedoch einen Block, wird der Reward an die fremde Adresse gesendet, die Gelder gehen dauerhaft verloren. Das Bitcoin-Netzwerk kennt keinen Mechanismus zur "Wiederherstellung".

Bewährte Praxis: Nach der Konfiguration sollte die Adresszugehörigkeit zunächst auf Wallet-Seite Zeichen für Zeichen geprüft werden. Beobachten Sie anschließend, ob das Frontend innerhalb einer angemessenen Zeit Share-Statistiken anzeigt, um dies zu kreuzvalidieren. Beachten Sie jedoch: "Daten im Frontend" beweisen lediglich, dass der Pool Ihre Verbindung akzeptiert hat. Sie beweisen allein nicht, dass der Reward Ihnen zusteht – die finale Gewissheit resultiert aus der exakten Bestätigung der Adresszeichenkette in Ihrer Miner-Konfiguration.