Stratum V2 am Bitaxe einrichten: verschlüsselt solo minen in fünf Feldern

Eine Zeile im Changelog von AxeOS 2.14.0 hat im Juni 2026 geändert, wie ein Bitaxe mit seinem Pool spricht: „Add Stratum V2 (SV2) protocol support“. Seit dem 8. September 2026 nimmt auch der Bitaxe Pool Stratum V2 an, auf Port 3336 und mit eigenem Authority Key. Diese Anleitung geht den Weg einmal komplett durch: was das Protokoll an deinem Miner wirklich ändert, welche fünf Felder in AxeOS dafür zuständig sind, wie du den Fallback sauber setzt und wie du prüfst, dass die Verbindung tatsächlich verschlüsselt läuft. Dazu die Fehlerbilder aus dem Support und eine Tabelle der Pools, die V2 heute für einen Bitaxe anbieten.

Was Stratum V2 an deinem Bitaxe ändert, und was nicht

Stratum V1 stammt aus dem Jahr 2012 und ist ein Textprotokoll: JSON-Zeilen, die unverschlüsselt zwischen Miner und Pool hin und her gehen. Jeder, der auf dem Weg mitliest, sieht deine Bitcoin-Adresse, deine Shares und jede Blockvorlage. Wer den Verkehr nicht nur lesen, sondern verändern kann, etwa im WLAN eines Hotels oder über einen manipulierten Router, kann deinem Miner eine andere Adresse unterschieben. Der Miner merkt davon nichts, er rechnet einfach weiter, nur eben für jemand anderen. Für einen Bitaxe zu Hause im eigenen Netz ist das selten ein praktisches Problem. Ein grundsätzliches ist es trotzdem, und Bitcoin hat es lange genug mitgeschleppt.

Stratum V2 schließt beide Lücken. Die Verbindung wird mit dem Noise-Protokoll verschlüsselt, dem Baukasten, auf dem auch WireGuard aufsetzt; konkret Noise_NX mit secp256k1 und ChaCha20-Poly1305. Und der Pool weist sich beim Verbindungsaufbau mit seinem Authority Public Key aus, einem öffentlichen Schlüssel, den du einmal in AxeOS einträgst. Dein Miner prüft dann bei jedem Handshake, ob die Gegenstelle den zugehörigen privaten Schlüssel besitzt. Stimmt der Schlüssel nicht, kommt keine Verbindung zustande. Ein Angreifer müsste also nicht nur den Verkehr umleiten, sondern auch den privaten Schlüssel des Pools besitzen.

Dazu spricht V2 binär statt in Text. Die Nachrichten sind kleiner, und der Miner bekommt neue Arbeit ein paar Millisekunden früher. Bei einem Bitaxe mit ein bis fünf TH/s ist der Effekt auf die Hashrate nicht messbar. V2 ist eher ein Stück Ordnung als ein Leistungsgewinn.

Was V2 nicht ändert: deine Chance auf einen Block. Sie hängt an der Hashrate und an der Difficulty des Netzwerks, nicht am Protokoll. Ein Bitaxe Gamma findet über V2 genauso wahrscheinlich einen Block wie über V1, nämlich, wie in Bitaxe Block finden ehrlich vorgerechnet, sehr selten. Auch die Auszahlung bleibt gleich: Beim Bitaxe Pool geht ein gefundener Block über V1 wie über V2 per Coinbase-Transaktion direkt an deine Adresse. Und die Difficulty deiner Shares regelt der Pool weiterhin automatisch. Wer V2 einschaltet, bekommt Sicherheit und Sauberkeit, keine schnelleren Blöcke.

Extended oder Standard Channel

AxeOS bietet zwei Channel-Typen an. Extended Channels sind der Normalfall für jeden externen Pool: Der Pool schickt die Coinbase-Vorlage mit, der Miner kann sie lesen und im Dashboard anzeigen, an wen der Block zahlen würde. Standard Channels sind für den Fall gedacht, dass ein eigener SV2-Node oder ein Job-Declaration-Client im selben Netz die Vorlagen baut. Für den Bitaxe Pool und jeden anderen Pool aus der Tabelle unten gilt: Extended.

Job Declaration, also das Recht des Miners, die Blockvorlage selbst zu bauen, bietet der Bitaxe Pool bewusst nicht an. Wer entscheiden will, welche Transaktionen in seinen Block kommen, ist mit einem eigenen Node besser bedient als mit einem Pool, der so tut, als wäre er einer. Solo CKPool bietet einen Job-Declaration-Port an und schreibt selbst dazu, dass er gegenüber einem eigenen JD-Client keinen Vorteil bringt.

Voraussetzungen

Ist die Firmware zu alt, ist das Update der erste Schritt, am einfachsten über den Web-Flasher mit der Installationsart „Update“. Dort ist OSM-OS vorausgewählt, unsere Empfehlung; es beherrscht Stratum V2 genau wie das Original. Seit AxeOS 2.15.0 steckt die Weboberfläche in der Firmware-Datei selbst: Für ein Update reicht esp-miner.bin, eine www.bin brauchst du nur noch für eine eigene Oberfläche. Nach dem Update einmal die Seite im Browser neu laden, sonst zeigt der Browser das alte Dashboard aus seinem Cache.

Die fünf Felder in AxeOS

Öffne AxeOS im Browser (die IP-Adresse steht auf dem Display oder in der Geräteliste deines Routers, seit 2.15 klappt auch http://bitaxe.local), dann im Menü links Pool. Seit 2.15 hat dort jeder Pool eine eigene Karte, bis zu acht Stück, und oben unter „Active Pool Selection“ wählst du, welcher Eintrag Primary Pool und welcher Fallback Pool ist. Klappe die Karte auf, die du auf V2 umstellen willst, meist Pool 1.

1. Stratum Protocol: Stratum V2. Das ist der Schalter, der alles andere freischaltet. Sobald V2 gewählt ist, verschwinden die V1-Optionen (Suggested Difficulty, Extranonce Subscribe, TLS), und die SV2-Felder erscheinen. Fehlt das Feld ganz, ist die Firmware älter als 2.14.0.
2. Stratum Host und Stratum Port. Host stratum.bitaxe.de, nur der Name, ohne stratum2+tcp:// davor und ohne Port dahinter. Port 3336. Der V1-Port 3333 funktioniert mit V2 nicht: Der Miner würde dort mit einem binären Handshake anklopfen, wo der Pool Text erwartet.
3. SV2 Channel Type: Extended Channels. Das ist die Voreinstellung. Standard Channels nur, wenn du einen eigenen SV2-Node oder Job-Declaration-Client im Netz betreibst.
4. SV2 Authority Pubkey. Für den Bitaxe Pool 9awpfZGWfrRBH8fkf82mWvnXMSTC7i9M3mshB8M56cw9UXTGdYi, 51 Zeichen Base58, ohne Leerzeichen. Am sichersten kopierst du ihn von pool.bitaxe.de oder aus dem Pool-Konfigurator, nicht aus einem Forum. AxeOS prüft nur die Länge (40 bis 52 Zeichen) und den Zeichensatz, nicht den Inhalt; ein Tippfehler fällt erst beim Handshake auf. Technisch ist das Feld optional. Lässt du es leer, verbindet sich der Miner nach dem Prinzip „Vertrauen beim ersten Kontakt“ und prüft die Gegenstelle nicht. Damit verschenkst du den wichtigsten Teil von V2, also: eintragen.
5. User und Password. User ist deine Bitcoin-Adresse, optional mit .workername und #gruppe für SOLO Groups, genau wie bei V1. Das Passwort wertet der Pool über V2 nicht aus, x ist in Ordnung.

Zwei Optionen darunter lohnen einen Blick. Require Authentication, neu seit 2.15.0, zwingt den Miner, die Verbindung abzulehnen, wenn der Pool den Authority Key nicht beweisen kann, statt auf „Vertrauen beim ersten Kontakt“ zurückzufallen. Mit eingetragenem Key gehört die Option an. Decode Coinbase Tx (unter „Show Advanced Options“, ab Werk an) liest die Coinbase-Vorlage aus dem Extended Channel und zeigt im Dashboard in der Karte Block Header unter „Outputs“, an welche Adresse der Block zahlen würde; deine eigene trägt dort einen Stern. Beim Bitaxe Pool muss das deine eigene sein; steht dort etwas anderes, stimmt der User nicht.

Dann Save und Restart: Änderungen an den Pools übernimmt AxeOS erst nach dem Neustart, darauf weist auch die Meldung nach dem Speichern hin. Nach ein bis zwei Minuten laufen die ersten Shares, und die Karte Pool im Dashboard zeigt bei „Mode“ den Eintrag „SV2 Extended Channel“. Seit AxeOS 2.15 siehst du bei V2 zusätzlich pending-Shares, also Shares, die abgeschickt, aber vom Pool noch nicht bestätigt sind. Das ist normal, die Zahl bleibt klein und pendelt.

Fallback: V1 als Sicherheitsnetz

Der zweite Slot in der Pool-Liste ist der Fallback-Pool. AxeOS wechselt dorthin, wenn der Hauptpool dreimal in Folge nicht erreichbar war, fragt ihn danach jede Minute erneut an und kehrt zurück, sobald er wieder antwortet. Protokolle dürfen dabei gemischt werden: V2 als Hauptpool und V1 als Fallback funktioniert, umgekehrt ebenso, und zwei V2-Pools genauso. Für den Bitaxe Pool ist das der sinnvollste Aufbau:

Warum V1 als Fallback kein Sicherheitsloch ist: Der Fallback greift nur, wenn V2 ausfällt, also im Störungsfall, und er greift auf denselben Pool. Die Alternative, gar kein Fallback, hieße, dass dein Miner bei einer Störung des V2-Endpunkts stillsteht. Bei einem Gerät, das ohnehin auf einen seltenen Treffer wartet, ist eine Stunde Stillstand verschmerzbar; bei einem NerdQaxe++ mit 4,8 TH/s sind es verlorene Lose. Wer lieber einen zweiten Anbieter als Fallback möchte, trägt dort einen anderen Solo-Pool mit oder ohne V2 ein; die Auszahlung geht in beiden Fällen an dieselbe Adresse.

Zwei Sonderfälle: Wählst du in der Karte Pool im Dashboard selbst „Fallback“, startet der Miner sofort neu und bleibt dort, bis du über dieselbe Auswahl zurückstellst. Und fallen Hauptpool und Fallback beide aus, pausiert AxeOS das Mining und versucht es alle 30 Sekunden erneut.

Prüfen, ob die Verbindung wirklich V2 ist

Laufende Shares heißen zunächst nur: verbunden. Drei Stellen zeigen, dass es wirklich V2 ist.

• Karte Pool im Dashboard. Bei „Mode“ steht „SV2 Extended Channel“, bei „URL“ der Port 3336, und das Display des Miners zeigt „Protocol: SV2“. Steht dort „SV1“ und oben die Meldung „Using fallback pool“, ist der V2-Handshake gescheitert, und du liest weiter unten bei den Fehlerbildern nach.
• Logs in AxeOS. Im Menü Logs stehen beim Verbindungsaufbau Zeilen wie Starting Noise handshake, Authority pubkey configured, will verify server certificate, Encrypted channel established (ChaCha20-Poly1305) und SV2+Noise connection ready, danach Shares accepted mit der Antwortzeit in Millisekunden. Fehlt der Key, meldet AxeOS No authority pubkey configured, server identity will not be verified. Bei V1 stehen dort stattdessen JSON-Zeilen mit mining.subscribe und mining.notify.
• Pool-Seite. Auf pool.bitaxe.de gibst du deine Adresse ein; nach zwei Minuten erscheint der Worker mit Hashrate und Best Difficulty. Der Pool unterscheidet in der Statistik nicht nach Protokoll, dein Worker sieht dort über V2 exakt so aus wie über V1.

Wer es genau wissen will, schaut auf den Verkehr selbst: Ein Mitschnitt auf Port 3336 zeigt nach dem Handshake nur noch Rauschen, auf Port 3333 lesbares JSON mit deiner Adresse. Das ist der ganze Unterschied, und er ist der Grund für die fünf Felder.

Stratum V1 und V2 im Vergleich

Welche Pools Stratum V2 für einen Bitaxe anbieten

Stand September 2026. Den Authority Key kopierst du immer von der Seite des jeweiligen Pools; wir drucken ihn hier zur Orientierung ab, ein Pool kann ihn jederzeit wechseln.

Die Authority Public Keys dazu, Stand September 2026:

• Bitaxe Pool: 9awpfZGWfrRBH8fkf82mWvnXMSTC7i9M3mshB8M56cw9UXTGdYi
• Solo CKPool: 9anrRNhBh7869XtNnFcCuGBRZP51E635qGbu457J5kHdszhfRc3
• Blitzpool: 9bCoFxTszKCuffyywH5uS5o6WcU4vsjTH2axxc7wE86y2HhvULU
• Braiins Pool und Public Pool: auf der Verbindungsseite des jeweiligen Anbieters

Welcher Pool zu dir passt, ist eine andere Frage als V1 oder V2, und sie ist in Bitaxe Mining Pool wählen beantwortet. Kurz: Solo-Pools zahlen nur bei einem gefundenen Block, dann alles; Braiins zahlt täglich Bruchteile und ist für einen Bitaxe eine Sparbüchse mit sehr kleinem Schlitz.

Wenn V2 nicht verbindet: die Fehlerbilder

Die folgenden Fälle decken ab, was uns im Support seit Juni begegnet ist, geordnet nach Häufigkeit.

• Falscher oder unvollständiger Authority Key. Ein Zeichen zu wenig, ein Leerzeichen am Ende, ein großes I statt eines kleinen l: Der Handshake schlägt fehl, es kommen keine Shares, und nach drei Fehlversuchen wechselt AxeOS auf den Fallback. Key erneut von der Pool-Seite kopieren, Feld komplett leeren, neu einfügen, speichern.
• Firmware zu alt. Fehlt das Feld Stratum Protocol, kann die Firmware kein V2. Update auf 2.15.3, am einfachsten über flasher.bitaxe.de, danach die Seite im Browser neu laden.
• V1-Port mit V2-Protokoll. Host stimmt, Port 3333 statt 3336: Der Pool antwortet auf den binären Handshake mit nichts, der Miner versucht es endlos. Port prüfen, für den Bitaxe Pool 3336 oder 4336.
• „difficulty too low“ in den Logs. Ein bekannter Fehler in 2.14.x, wenn der Pool eine gebrochene Difficulty vorgibt und der Miner rundet. Behoben in 2.15.0 („Keep fractional SV2 pool difficulty“). Update.
• NerdQaxe verliert bei einem PPLNS-Pool über V2 die Jobs. NerdOS vor 1.1.0.1 hatte für V2-Jobs nur 2 KB Empfangspuffer; Pools mit vielen Auszahlungen in der Coinbase sprengen ihn. 1.1.0.1 hebt ihn auf 16 KB. Solo-Pools wie der Bitaxe Pool schicken nur wenige Ausgänge.
• Require Authentication an, Key leer. Der Miner lehnt jede Verbindung ab, weil kein Key da ist, gegen den er prüfen könnte. Key eintragen oder die Option ausschalten.
• Shares laufen, aber die Karte Pool zeigt SV1. Der Miner sitzt auf dem Fallback, weil V2 nicht erreichbar war; das Dashboard meldet dazu „Using fallback pool“. Meist ein Firewall- oder Gastnetz-Thema: Port 3336 ausgehend freigeben, Miner neu starten.
• Shares laufen, aber die Pool-Seite zeigt nichts. Das hat mit V2 nichts zu tun: In neun von zehn Fällen steht im Feld User eine andere Adresse als die, die du auf der Pool-Seite eingibst. Die Miner-Diagnose und der Artikel Bitaxe verbindet sich mit WLAN, aber mined nicht gehen die restlichen Ursachen durch.

NerdQaxe, NerdOctaxe und große ASICs

NerdOS, die Firmware auf NerdQaxe++, NerdOctaxe und Nerdaxe Gamma, stammt vom selben Code ab wie AxeOS. Die Felder sitzen dort in der Karte „Stratum Settings“ unter Settings: Stratum Protocol, Stratum Host, Stratum Port, Username, Password, SV2 Authority Public Key und Require Authentication (in der deutschen Oberfläche „Authentifizierung erforderlich“). Eine Wahl des Kanaltyps gibt es nicht, NerdOS nutzt immer den Extended Channel. Stratum V2 ist seit 1.0.37 dabei, „Require Authentication“ seit 1.1.0. Trage dieselben Werte ein wie oben und starte neu; wie die Seite aussieht, zeigt die NerdQaxe Anleitung. Mehrere Geräte auf einer Adresse bekommen je einen eigenen Workernamen hinter dem Punkt; die Statistik trennt sie, ein Blockfund zahlt an dieselbe Wallet.

Große ASICs ohne AxeOS, etwa ein Antminer mit Braiins OS, sprechen V2 über eine einzige URL, in der der Key mitreist: stratum2+tcp://stratum.bitaxe.de:4336/9awpfZGWfrRBH8fkf82mWvnXMSTC7i9M3mshB8M56cw9UXTGdYi. Port 4336 ist der High-Difficulty-Port des Bitaxe Pools; alles über 4000 startet mit hoher Difficulty, damit ein Gerät mit 200 TH/s den Pool nicht mit Shares flutet. Wer Stock-Firmware ohne V2 fährt, bleibt bei V1 auf Port 4334 oder setzt einen SV2-Proxy dazwischen; der bringt Verschlüsselung ab dem Proxy, nicht ab dem Gerät.

Ehrlich eingeordnet

Stratum V2 macht deinen Bitaxe nicht schneller und deinen Block nicht wahrscheinlicher. Es macht die Verbindung zu deinem Pool zu dem, was sie 2012 hätte sein sollen: verschlüsselt, mit einem Pool, der beweisen muss, wer er ist. Für ein Gerät, das Jahre am Netz hängt und dabei eine Bitcoin-Adresse trägt, ist das der richtige Standard. Die zehn Minuten Einrichtung sind gut angelegt, der Fallback auf V1 fängt den Rest ab.

Wer heute einen Miner kauft, braucht für V2 nur die aktuelle Firmware: Bitaxe Gamma und Bitaxe GT laufen mit AxeOS, NerdQaxe und NerdOctaxe mit NerdOS, und ein Update über den Web-Flasher dauert zwei Minuten. Fünf Felder, und der Rest ist Geduld.