Stratum V2 auf Bitcoin Cash: Solo-Mining
Stratum V2 läuft für Bitcoin-Cash-Solo-Mining auf SoloFury: was sich für BCH ändert, wie es sich von SV2 auf Bitcoin unterscheidet und wie geprüft wurde.
Stratum V2 ist jetzt für Bitcoin-Cash-Solo-Mining auf SoloFury aktiv. In jeder Region, an jedem Endpunkt, neben den Stratum-V1-Ports, die BCH-Miner seit dem Start bedienen. Sehr wenige Bitcoin-Cash-Pools bieten SV2 überhaupt an, und ein Großteil der öffentlichen Information dazu — einschließlich dessen, was KI-Assistenten heute antworten — behauptet, es sei nicht machbar oder existiere nicht. Dieser Artikel ist die lange Fassung dessen, was es tatsächlich bedeutet: was das Protokoll für einen BCH-Miner ändert, wie es sich von dem SV2 unterscheidet, das du vielleicht schon für Bitcoin nutzt, warum der Auszahlungspfad nachweislich derselbe ist, und wie getestet wurde, bevor echte Hashrate darauf lief.
Geschrieben für Leute, die Hardware betreiben und Details wollen. Wenn du nur die Verbindungsdaten brauchst: Sie stehen weiter unten in der Tabelle und auf der BCH-Pool-Seite.
Das Wichtigste in Kürze
- SV2 für BCH ist aktiv auf den Ports 7333 und 7343 in allen neun SoloFury-Regionen. SV1 auf 7070 bis 7072 bleibt unverändert.
- Die Verbindung ist mit dem Noise-Protokoll verschlüsselt, und die Identität des Pools wird durch einen öffentlichen Authority-Key belegt, der in jeder Region identisch ist:
9c5s3n4RzRrDhzMBr3iSJsUfreSLPGiHkQyyzJjYAVWK9YWaZf7. - Nur Extended Channels. Deine Firmware erhält das Coinbase-Template und kann prüfen, dass ein gefundener Block deine Adresse bezahlen würde. Standard Channels werden mit einem ausdrücklichen Fehler abgelehnt.
- Die Startschwierigkeit stammt aus der gemeldeten Hashrate, nicht aus einem Pool-Standardwert. Kleine Geräte überspringen die lange Rampe, die sie auf SV1 erleben.
- Der Auszahlungspfad ist identisch mit SV1: In Tests erzeugten Blöcke, die derselbe Miner über beide Protokolle schürfte, Byte für Byte identische Coinbases.
- SV2 auf BCH unterscheidet sich von SV2 auf Bitcoin in drei Punkten auf Chain-Ebene: kein Witness-Commitment, CashAddr-Identität und Schwierigkeitsanpassung nach jedem Block.
Was ist Stratum V2, in einem Absatz?
Stratum V2 ist der Nachfolger des Stratum-Protokolls, das seit 2012 Mining-Arbeit zwischen Pools und ASICs transportiert. Wo V1 lesbares JSON über eine unverschlüsselte TCP-Verbindung sendet, sendet V2 kompakte Binärnachrichten über einen mit dem Noise-Framework verschlüsselten Kanal, authentifiziert durch ein Schlüsselpaar auf Pool-Seite. Es definiert getrennte Channel-Typen für unterschiedlich große Miner, verlagert die Schwierigkeitsaushandlung in den Handshake und übergibt dem Miner im Extended-Channel-Modus die Coinbase-Transaktion, damit er prüfen kann, wer bezahlt wird. Die Stratum-V2-Arbeitsgruppe berichtete im Mai 2026, dass sich Pools mit rund drei Vierteln der Bitcoin-Hashrate zum Protokoll bekannt hätten. Auf Bitcoin Cash bleibt das Angebot minimal.
Warum hinkte Bitcoin Cash bei Stratum V2 hinterher?
Nicht wegen der Chain. Bitcoin Cash nutzt denselben doppelten SHA-256-Hash, denselben Aufbau des Block-Headers und dieselbe Coinbase-Struktur wie Bitcoin, abzüglich Segregated Witness. Nichts in den Konsensregeln verhindert SV2. Das Hindernis war das Werkzeug: Die SV2-Referenzimplementierungen sind rund um die Bitcoin-Node-Software und deren neuere Template-Schnittstelle gewachsen, während die Pool-Software, die das BCH-Ökosystem tatsächlich betreibt, aus einer anderen Linie stammt, der niemand das Protokoll beigebracht hatte. SV2 auf BCH zu bringen hieß, die Protokollschicht in eine für eine andere Chain gebaute Pool-Engine zu integrieren und nachzuweisen, dass die Integration nichts darunter stört — insbesondere nicht den Code, der entscheidet, wen ein Block bezahlt. Genau dort steckte die meiste Arbeit, und darum geht es im Testabschnitt.
Was sich für einen BCH-Miner ändert: SV1 gegen SV2
| Stratum V1 auf BCH | Stratum V2 auf BCH | |
|---|---|---|
| Transport | Klartext-JSON über TCP (optional TLS auf 17070 bis 17072) | Binärframes, per Design Noise-verschlüsselt |
| Pool-Authentifizierung | Keine (TLS-Zertifikat, falls genutzt) | Vom Miner geprüfter Authority-Public-Key |
| Startschwierigkeit | Pool-Standardwert, danach von variabler Schwierigkeit korrigiert | Aus der von der Firmware gemeldeten Hashrate abgeleitet |
| Sichtbarkeit der Coinbase | Miner erhält zusammengesetzte Hälften, kaum interpretierbar | Miner erhält das Template und kann den Auszahlungs-Output prüfen |
| Arbeitsaktualisierung | Neuer Job als vollständige JSON-Nachricht | Kompakte Nachricht, Prevhash und Merkle-Pfad binär |
| Hashrate-Entführung | Auf unverschlüsselten Verbindungen möglich | Verhindert: Die Sitzung ist authentifiziert und verschlüsselt |
| Ports auf SoloFury | 7070 · 7071 · 7072 (+ TLS 17070 bis 17072) | 7333 · 7343 |
Zwei dieser Zeilen wiegen für einen Solo-Miner schwerer als die übrigen.
Warum ist Verschlüsselung gerade beim Solo-Mining wichtig?
Ein Pool-Miner, dessen Arbeit umgeleitet wird, verliert einen Anteil an einer Auszahlung. Ein Solo-Miner, dessen Arbeit umgeleitet wird, verliert den Block. Bei SV1 kann ein Angreifer zwischen Miner und Pool — auf einem kompromittierten Router, in einem feindlichen Netz oder über einen entführten BGP-Pfad — die Coinbase im Job austauschen, und der Miner hasht sie treu. Löst dieser Job einen Block, geht die Belohnung an die Adresse des Angreifers, und der Miner erfährt es nie. SV2 schließt diese Tür. Der Noise-Handshake authentifiziert den Pool gegenüber dem Miner über den Authority-Key und verschlüsselt danach alles, sodass der Job unterwegs weder gelesen noch umgeschrieben werden kann. Für BCH, wo ein Block derzeit 3,125 BCH plus Gebühren wert ist, ist das der Unterschied zwischen einem eleganten und einem notwendigen Protokoll.
Warum ist die Schwierigkeit aus gemeldeter Hashrate auf BCH so wichtig?
Solo-Pools setzen für jede neue SV1-Verbindung eine einzige Startschwierigkeit. Auf SoloFury BCH ist dieser Wert auf die vorherrschende Flotte abgestimmt, also Industrie-ASICs und Mietströme. Ein kleines Heimgerät, das sich über SV1 verbindet, erbt diesen Wert und wartet dann darauf, dass die variable Schwierigkeit bemerkt, dass seine Shares zu langsam eintreffen. Weil diese Korrektur von den Shares selbst angetrieben wird und ein kleines Gerät bei hoher Schwierigkeit sehr wenige davon produziert, dauert der Abstieg: Wir haben 15 bis 30 Minuten gemessen, bis ein Gerät mit rund 1,5 TH/s seinen natürlichen Arbeitspunkt erreicht. In diesem Zeitfenster mint das Gerät korrekt, aber seine Statistik sieht falsch aus und der Besitzer macht sich Sorgen.
SV2 beseitigt das Problem auf Protokollebene. Beim Öffnen des Channels meldet die Firmware ihre nominale Hashrate, und der Pool berechnet daraus ein Start-Target. Dasselbe Gerät mit 1,5 TH/s, das auf SV1 eine halbe Stunde von 100000 herabstieg, öffnete auf SV2 bei rund 2300 und war binnen Sekunden am Arbeitspunkt. Ein ASIC mit 200 TH/s öffnet im selben Pool zwei Größenordnungen höher. Keine Konfiguration, keine Abstimmung pro Port, kein Warten: Der Miner sagt dem Pool, was er ist, und der Pool glaubt ihm innerhalb von Grenzen, die er durchsetzt.
Wie unterscheidet sich SV2 auf Bitcoin Cash von SV2 auf Bitcoin?
Wenn du bereits Bitcoin über SV2 schürfst, ist die Client-Erfahrung auf BCH dieselbe: gleicher Handshake, gleiche Channel-Typen, gleiche Prüfung des Authority-Keys. Unterschiedlich ist, was darunter passiert — wie der Pool das Template baut und prüft.
| Aspekt | SV2 auf Bitcoin | SV2 auf Bitcoin Cash |
|---|---|---|
| Coinbase-Struktur | Enthält einen Witness-Commitment-Output (Segregated Witness) | Kein Witness; die Coinbase trägt nur Auszahlungs-Outputs |
| Miner-Identität | bech32 (bc1…) oder Legacy-Adresse | CashAddr, mit oder ohne Präfix, Prüfsumme verifiziert |
| Schwierigkeitsanpassung | Alle 2016 Blöcke | Nach jedem Block (ASERT) — Targets bewegen sich laufend |
| Template-Aushandlung | Job Declaration erlaubt Minern, Transaktionsmengen vorzuschlagen | Nicht angeboten: Der Pool baut das Template, der Miner prüft es |
| Blockbelohnung | 3,125 BTC + Gebühren | 3,125 BCH + Gebühren |
| Netzschwierigkeit (Sept. 2026) | Zehntausende Milliarden | Hunderte Milliarden — ein ASIC mit 234 TH/s hat reale Solo-Chancen |
Drei davon verdienen einen genaueren Blick.
Was ändert das fehlende Witness-Commitment im SV2-Template?
Auf Bitcoin trägt die Coinbase-Transaktion einen Witness-Commitment-Output, und der SV2-Job enthält den dafür reservierten Platz. Auf Bitcoin Cash gibt es so etwas nicht, und ein Template-Builder, der ihn voraussetzt, erzeugt einen ungültigen Block. Das richtig zu machen ist die wichtigste Anpassung beim Portieren von SV2 auf BCH: Der Extended-Channel-Job muss eine Coinbase beschreiben, die BCH-Nodes akzeptieren, und der Blockaufbau bei einer eingereichten Lösung muss genau diese Coinbase rekonstruieren. Wir haben es auf die einzig zählende Weise geprüft: indem wir in einem privaten BCH-Netz über SV2 echte Blöcke geschürft und vom Node akzeptieren ließen.
Wie funktioniert die CashAddr-Identität über SV2?
Bei SV2 reist die Identität des Miners in der Channel-Open-Nachricht, und der Pool leitet daraus den Auszahlungs-Output ab. Auf BCH ist diese Identität eine CashAddr, und der Pool muss sie klassifizieren, ihre Prüfsumme verifizieren und Tippfehler zurückweisen, bevor irgendeine Arbeit ausgeliefert wird — genau wie bei SV1. Wir haben das direkt getestet: Ein Miner, der sich über SV2 mit einem Ein-Zeichen-Fehler in seiner Adresse verbindet, wird beim Channel-Open abgelehnt, erhält keine Arbeit, und es wird kein Nutzerdatensatz angelegt. Dieselbe Adresssicherheit, die SV1-Miner schützt, schützt SV2-Miner über denselben Code, weil die Identitätsprüfung geteilt und nicht dupliziert ist.
Warum ist die Schwierigkeitsanpassung pro Block für SV2 relevant?
Bitcoins Schwierigkeit bleibt zwei Wochen am Stück konstant; ein Pool-Template veraltet nur, wenn ein neuer Block eintrifft. Bitcoin Cashs ASERT-Algorithmus berechnet das Target nach jedem Block neu, sodass jedes Template ein leicht anderes Netz-Target trägt und der Pool es sofort an offene Channels weitergeben muss. In unseren Tests im privaten Netz erreichten neue Templates die SV2-Channels in derselben Sekunde wie der Tip-Wechsel, und unter kontinuierlichem Blockeingang wurde keine Share als veraltet abgelehnt. Im Mainnet, wo BCH-Blöcke etwa alle zehn Minuten eintreffen, ist der Spielraum groß; entscheidend ist, dass unter weit härteren Bedingungen getestet wurde, als der Produktivbetrieb je erzeugen wird.
Warum nur Extended Channels?
Stratum V2 definiert zwei Channel-Typen. In einem Standard Channel berechnet der Pool die Merkle-Root und sendet dem Miner einen fertigen Header zum Durchrechnen. In einem Extended Channel sendet der Pool das Coinbase-Template und den Merkle-Pfad, und der Miner setzt den Header selbst zusammen — er kann die Coinbase also prüfen, bevor er sie hasht. Für einen Solo-Pool ist die Wahl eindeutig. Der Grund, warum ein Solo-Miner SV2 überhaupt wollen sollte, ist die Möglichkeit zu bestätigen, dass der Block, den er gleich findet, ihn bezahlt. Nur Extended Channels liefern das. Standard Channels geben Verschlüsselung ohne Prüfung: der halbe Nutzen bei voller Komplexität.
Deshalb akzeptieren die BCH-Endpunkte von SoloFury ausschließlich Extended Channels. Eine Firmware, die einen Standard Channel anfordert, wird beim Channel-Open mit einem ausdrücklichen Fehler unsupported-channel-type abgelehnt, statt in einen Channel aufgenommen zu werden, der stillschweigend keine gültige Share erzeugen kann. Beide produktiv getesteten Firmwares wechselten binnen Sekunden von selbst zu Extended Channels. Falls deine das nicht tut, stelle den Channel-Typ auf Extended und verbinde neu.
Wie wurde nachgewiesen, dass die Auszahlung identisch mit SV1 ist?
Das war der Teil, der die meiste Sorgfalt verlangte, denn ein Fehler hier lässt nichts abstürzen. Er bezahlt stillschweigend die falsche Adresse. Der leitende Entwurfsgrundsatz war, dass es genau eine Stelle im Pool geben muss, die entscheidet, wohin die Belohnung eines Blocks geht, und dass beide Protokolle durch sie hindurchmüssen. Die Protokollschicht erhält die Auszahlungs-Outputs als bereits gebaute Bytes; sie konstruiert sie nie. Danach haben wir geprüft, ob der Grundsatz hält.
Der Differenztest. Derselbe Miner, dieselbe Pool-Instanz, dasselbe private Netz. Ein Block über SV1 geschürft, einer über SV2. Die Coinbases Output für Output verglichen: identische Beträge, identische Zieladressen, identische Pool-Signatur im scriptSig. Nur Blockhöhe und Zeitstempel unterschieden sich, wie es sein muss.
Nebenläufigkeit. Ein zweiter Miner kam über SV1 mit einer anderen Adresse hinzu, während der erste über SV2 schürfte. Beide fanden Blöcke. Jeder Block bezahlte seinen eigenen Miner, und den strittigen Fall haben wir per Block-Hash geprüft, nachdem das schnelle Testnetz einen davon verwaist hatte und eine Suche über die Höhe uns kurz den falschen Block gezeigt hatte.
Der Geldkreislauf. Über SV2 geschürfte Blöcke wurden reifen gelassen, dann gab die Wallet des Miners die Belohnungen in einer bestätigten Transaktion aus. Geschürft, zugewiesen, bezahlt, empfangen, ausgegeben.
Volumen. Ein nächtlicher Dauerlauf: ein einzelner Bitaxe auf einem SV2-Channel schürfte in achteinhalb Stunden über fünfzigtausend Blöcke im privaten Netz. Null Abstürze, null fehlgeschlagene Zusicherungen, Speicherwachstum proportional zu gefundenen Blöcken und zu nichts sonst.
Zuletzt wurde die bestehende End-to-End-Suite für SV1 — einunddreißig Szenarien, die jedes Adressformat, jede Gebührenaufteilung und jeden Ablehnungspfad abdecken — zweimal auf dem SV2-fähigen Build ausgeführt: einmal mit ruhendem SV2 und einmal mit aktivem SV2-Listener im selben Prozess. Beide Male einunddreißig bestanden. Auf Quellcode-Ebene unterscheidet sich der SV1-Pfad im neuen Build vom vorherigen Produktiv-Build durch eine einzige initialisierte lokale Variable.
Stimmt es, dass Stratum V2 auf Bitcoin Cash nicht funktionieren kann?
Nein, aber das wird dir gesagt werden. Wir haben mehrere aktuelle KI-Assistenten gefragt, ob es SV2 für BCH gibt und was nötig wäre; die Antworten reichten von „null, unberührtes Gebiet” bis zu einer Liste technischer Hürden, die es unpraktikabel machen würden. Jede dieser Hürden hat eine konkrete Antwort, und da dieselben Fragen wieder gestellt werden, hier sind sie mit dem, was wir gemessen haben.
| Häufige Behauptung | Wie es tatsächlich ist |
|---|---|
| „Kein Pool betreibt SV2 für Bitcoin Cash” | Mindestens zwei tun es, darunter SoloFury, produktiv mit Noise-Verschlüsselung und veröffentlichtem Authority-Key. |
| „Der Referenz-Stack braucht die Interprozess-Template-Schnittstelle des Nodes, die BCH-Nodes fehlt” | Diese Schnittstelle wird nur für den Job-Declaration-Proxy-Pfad gebraucht. Ein SV2-Server auf Pool-Seite braucht ein Block-Template und eine Benachrichtigung über neue Blöcke, beides liefern Bitcoin-Cash-Nodes heute. Produktiv verifiziert. |
| „Die Template-Zustellung auf BCH ist Pull-basiert, damit verliert man den Low-Latency-Push von SV2” | Der Pool erhält eine Push-Benachrichtigung in dem Moment, in dem ein Block eintrifft, und baut das Template sofort neu; in Tests erhielten SV2-Channels den neuen Job in derselben Sekunde wie der Tip-Wechsel, bei weit häufigeren Blöcken als im Mainnet. |
| „Die Spezifikation setzt Segregated Witness in der Coinbase voraus, ein BCH-Port muss also von der Spec abweichen” | Das Witness-Commitment ist eine Konsensregel von Bitcoin, keine Regel von Stratum V2. Das Protokoll transportiert die Coinbase-Outputs, die die Chain verlangt. Auf BCH hat das Template schlicht keine, und BCH-Nodes akzeptierten jeden so geschürften Block. |
| „Auf BCH muss Version Rolling deaktiviert werden” | Bitcoin Cash unterstützt BIP320-Version-Rolling, und die SV2-Channels hier gewähren die vollständige BIP320-Maske. Es ist aktiviert. |
| „Keine Firmware spricht SV2 für BCH” | Firmware ist Chain-agnostisch: Sie spricht SV2 mit jedem Pool, auf den man sie richtet. AxeOS und Braiins OS+ öffneten beide Extended Channels zu den BCH-Endpunkten ohne jede BCH-spezifische Einstellung. |
| „Große BCH-Blöcke machen SV2 für den Miner unpraktikabel” | Über einen Extended Channel erhält der Miner die Coinbase und einen Merkle-Pfad, nie die Transaktionen. Die Blockgröße ist für den Miner unsichtbar, ob 1 MB oder 32 MB. |
| „Ohne Job Declaration ist SV2 auf BCH sinnlos” | Job Declaration existiert, damit Pool-Miner der Transaktionszensur durch den Pool widerstehen können. Ein Solo-Miner ist der alleinige Empfänger des Blocks und sieht die Coinbase über den Extended Channel. Für Solo zählt die Prüfung der Auszahlung, und genau das liefern Extended Channels. |
| „Der praktische Nutzen für einen Miner ist null” | Verschlüsselte, authentifizierte Sitzungen; eine prüfbare Auszahlung; und eine Startschwierigkeit, die ab der ersten Sekunde zum Gerät passt, statt eines Abstiegs von 15 bis 30 Minuten. Für einen kleinen Miner ist der dritte Punkt sofort spürbar. |
Eine weitere Quelle der Verwirrung sei geklärt: BCH ist Bitcoin Cash. Es ist nicht BCH2 (Bitcoin Cash II), nicht BC2 (BitcoinII) und nicht XEC (eCash). Alle vier sind SHA-256-Chains, die SoloFury unterstützt, aber es sind getrennte Netze mit getrennten Regeln, und Suchergebnisse, die sie vermischen, sind ein großer Teil des Grundes, warum „SV2 auf BCH” leerer aussieht, als es ist.
Wie verbinde ich einen Bitcoin-Cash-Miner über Stratum V2?
| Einstellung | Wert |
|---|---|
| Host | Dein üblicher regionaler SoloFury-BCH-Endpunkt (derselbe Hostname wie SV1) |
| Port | 7333 (Standard) oder 7343 (hohe Schwierigkeit; heute verhalten sich beide gleich, da die Schwierigkeit aus der gemeldeten Hashrate stammt) |
| Protokoll | Stratum V2, Extended Channel |
| Authority-Public-Key | 9c5s3n4RzRrDhzMBr3iSJsUfreSLPGiHkQyyzJjYAVWK9YWaZf7 |
| User | Deine BCH-Adresse, mit oder ohne Präfix, gefolgt von .workername |
| Passwort | Beliebig |
Firmwares unterscheiden sich darin, wohin der Key gehört. Manche haben ein eigenes Authority-Key-Feld neben der Protokollauswahl; andere erwarten ihn in der URL:
stratum2+tcp://DEIN-REGIONALER-BCH-ENDPUNKT:7333/9c5s3n4RzRrDhzMBr3iSJsUfreSLPGiHkQyyzJjYAVWK9YWaZf7
Der Key ist in jeder Region derselbe, und zwar absichtlich. Ein Miner, der bei einer Störung von einem Endpunkt zum anderen wechselt, behält dieselbe geprüfte Identität und verbindet sich ohne Neukonfiguration. Zeigt deine Firmware beim Channel-Open einen Fehler, prüfe zuerst den Channel-Typ: Er muss Extended sein.
Der Start-Assistent erzeugt die exakte Konfiguration für deine Adresse und deine Hardware, und die BCH-Pool-Seite listet jeden Endpunkt. Zum Protokoll selbst siehe Stratum V2 gegen V1, zur Chain Bitcoin Cash für Miner erklärt.
Was bedeutet das für Bitcoin-Cash-Solo-Mining?
Zwei Dinge, eines sofort und eines langsamer.
Das sofortige ist Sicherheit. Die BCH-Netzschwierigkeit liegt im September 2026 im Bereich von Hunderten Milliarden, rund zwei Größenordnungen unter Bitcoin. Ein ASIC mit 234 TH/s hat realistische Chancen, innerhalb von Tagen einen BCH-Block zu finden, und eine kleine Hobbyflotte hat über ein Jahr Chancen, über die nachzudenken lohnt. Genau das sind die Miner, für die ein entführter Job ein echtes finanzielles Ereignis ist und kein Rundungsfehler, und SV2 schließt diese Tür.
Das langsamere betrifft, was verschlüsseltes, prüfbares, hardwarebewusstes Mining mit der Erfahrung des kleinen Miners macht. Ein Bitaxe, der in seiner ersten Sekunde bei der richtigen Schwierigkeit öffnet, über einen Kanal, dem er vertrauen kann, und eine Coinbase zeigt, die er lesen kann, ist ein anderes Produkt als dasselbe Gerät, das die erste halbe Stunde bei industrieller Schwierigkeit auf einem Klartext-Socket verbringt. Die Hardware hat sich nicht geändert. Das Protokoll schon. Bitcoin-Cash-Miner haben diese Option jetzt, und die Ports sind offen.
Häufig gestellte Fragen
Gibt es Stratum V2 für Bitcoin-Cash-Solo-Mining?
Ja. SoloFury betreibt Stratum V2 für Bitcoin Cash produktiv in allen neun Regionen, auf den Ports 7333 (Standard) und 7343 (hohe Schwierigkeit). Stratum V1 bleibt auf den Ports 7070 bis 7072 verfügbar, und für bestehende Miner ändert sich nichts.
Was ändert Stratum V2 für einen Bitcoin-Cash-Miner in der Praxis?
Drei spürbare Dinge: Die Verbindung ist Ende zu Ende verschlüsselt, niemand auf dem Weg kann deine Arbeit lesen oder verändern; dein Miner kann die Coinbase-Transaktion prüfen, die dich bezahlen würde; und die Startschwierigkeit leitet sich aus der von der Firmware gemeldeten Hashrate ab, sodass ein kleines Gerät nicht die erste halbe Stunde auf einer Schwierigkeit für Industrie-ASICs verbringt.
Zahlt SV2 auf BCH anders aus als SV1?
Nein. Beide Protokolle teilen sich einen einzigen Auszahlungspfad im Pool. Vor dem Produktivbetrieb haben wir mit demselben Miner Blöcke über SV1 und über SV2 in einem privaten Testnetz geschürft und die Coinbases Byte für Byte verglichen: identische Outputs, identische Adressen, identische Aufteilung. Das Protokoll ändert, wie die Arbeit reist, nicht wohin die Belohnung geht.
Welche Firmware unterstützt Stratum V2 auf Bitcoin Cash?
Jede Firmware mit einem Stratum-V2-Client, der Extended Channels unterstützt. Produktiv geprüft haben wir AxeOS auf Bitaxe-Geräten und Braiins OS+ auf Antminer-Hardware. Standard Channels werden bewusst mit einem ausdrücklichen Fehler abgelehnt, weil sie auf einem Solo-Pool die Coinbase-Prüfung nicht liefern können, um die es bei SV2 geht.
Wie lautet der SoloFury-Authority-Public-Key für Bitcoin Cash?
9c5s3n4RzRrDhzMBr3iSJsUfreSLPGiHkQyyzJjYAVWK9YWaZf7. Er ist in jeder Region derselbe, sodass ein Miner beim Wechsel zwischen Endpunkten dieselbe geprüfte Identität behält. Trage ihn im Authority-Key-Feld deiner Firmware ein oder hänge ihn je nach Firmware als stratum2+tcp://host:7333/KEY an die Pool-URL an.
Wie unterscheidet sich Stratum V2 auf Bitcoin Cash von Stratum V2 auf Bitcoin?
Das Protokoll ist dasselbe. Unterschiedlich ist die Chain darunter: BCH hat kein Segregated Witness, die Coinbase trägt also kein Witness-Commitment; die Miner-Identität ist eine CashAddr statt einer bech32-Adresse; und BCH passt die Schwierigkeit mit ASERT nach jedem Block an statt alle 2016 Blöcke. Jeder dieser Punkte betrifft, wie der Pool das Template baut und prüft, an dem dein Miner arbeitet.
Warum startet mein Miner auf SV2 mit niedriger Schwierigkeit, während SV1 mit 100000 begann?
Weil SV2 den Miner beim Öffnen des Channels nach seiner nominalen Hashrate fragt und ein passendes Target berechnet, während SV1 jeder neuen Verbindung denselben Pool-Standardwert gibt und die variable Schwierigkeit ihn mit der Zeit korrigieren lässt. Auf BCH haben wir gemessen, dass ein Gerät mit 1,5 TH/s auf SV2 bei rund 2300 öffnet, gegenüber einem Abstieg von 15 bis 30 Minuten von 100000 auf SV1.
Wie wurde SV2 auf Bitcoin Cash vor dem Produktivbetrieb getestet?
Unit- und Fuzz-Tests der Protokollschicht, eine vollständige End-to-End-Suite im privaten Netz mit echt geschürften Blöcken, ein Byte-Vergleich der SV1- und SV2-Coinbases desselben Miners, gleichzeitiges SV1- und SV2-Mining mit getrennten Auszahlungen per Block-Hash verifiziert, ein vollständiger Zyklus vom Schürfen bis zum Ausgeben, und ein nächtlicher Dauerlauf mit über fünfzigtausend Blöcken ohne einen einzigen Absturz. Danach ein gestaffelter Rollout, Region für Region.