Solo-Mining für gehostete Flotten: Was zu erwarten ist

Dieser Leitfaden richtet sich an zwei Arten von Lesern: Hosting-Anbieter und Flottenmanager, die Maschinen anderer betreiben und entscheiden müssen, ob und wie sie Solo-Mining anbieten, und Betreiber eigener Flotten, die Solo gegenüber einem proportionalen Pool abwägen. Heim-Miner mit ein oder zwei Geräten finden die allgemeine Mathematik in Mining Variance & Poisson Math; hier geht es um Flotten, Liquidität, Kundenregeln, Monitoring und die Wahl zwischen Bitcoin und Bitcoin Cash.

Die erste Hälfte behandelt die Zahlen: was eine Flotte auf jeder Chain erwarten sollte und warum der Durchschnitt täuscht. Die zweite Hälfte, ab dem Abschnitt über das Solo-Angebot für Kunden, ist operativ: Regeln, Preise, Monitoring, der Tag, an dem ein Block kommt, und drei durchgerechnete Flottenprofile.

Das Wichtigste in Kürze

• Der erwartete Ertrag pro Terahash ist auf BTC und BCH fast gleich. Beim Snapshot unten war 1 PH/s auf BTC etwa 39,7 USD pro Tag und auf BCH 39,5 USD pro Tag wert.
• Die Verteilung ist es nicht. Ein BCH-Block erfordert etwa 269-mal weniger Arbeit als ein BTC-Block und ist etwa 269-mal weniger wert, daher findet dieselbe Flotte BCH-Blöcke etwa 269-mal häufiger.
• Die erwartete Zeit ist ein Durchschnitt, kein Fahrplan. Nach einer erwarteten Zeit besteht noch eine Wahrscheinlichkeit von etwa 37 % für keinen Block; nach drei erwarteten Zeiten etwa 5 %.
• Solo gegenüber FPPS ändert das Timing, nicht den Durchschnitt. Der Unterschied im erwarteten Ertrag ist die Gebührendifferenz: 1 % Solo gegenüber FPPS-Gebühren, die bei den meisten großen Pools zwischen etwa 2 % und 4 % liegen.
• Die Liquidität bestimmt die Größe des Anteils. Um zu 95 % sicher mindestens einen Block zu finden, braucht eine Flotte Reserven für etwa drei erwartete Zeiten.
• Akzeptierte Shares, nicht Blöcke, zeigen, dass die Flotte arbeitet. Wochen ohne Block sind normal; Wochen mit sinkenden akzeptierten Shares nicht.
• Für Anbieter wird das Ticket-Problem vor dem Wechsel gelöst. Eine schriftliche Bestätigung und ein Dashboard, das erwartete neben gefundenen Blöcken zeigt, machen aus einem Support-Risiko ein Produkt.

Der in diesem Leitfaden verwendete Snapshot

Alle folgenden Zahlen stammen aus diesem Snapshot. Netzwerkdaten ändern sich täglich; für aktuelle Werte nutze den Live-Rechner und den monatlichen Odds-Report.

Die Difficulty ist die wichtigste Eingabe, und sie wird direkt aus der Chain gelesen. Von Explorern veröffentlichte Netzwerk-Hashrates sind Schätzungen aus den Blockzeiten, und verschiedene Quellen weichen um einige Prozent voneinander ab; die erwartete Zeit deiner eigenen Flotte hängt nicht davon ab.

Die eine Formel hinter allem

Die erwartete Zeit, bis eine Flotte einen Block findet, ist:

Erwartete Zeit = Difficulty × 2³² ÷ deine Hashrate

Für Flotten zählen zwei Details:

• Verwende die effektive Hashrate, nicht die Nenn-Hashrate. Ausfallzeiten, Stale Shares und Netzwerklatenz verringern die Arbeit, die tatsächlich beim Pool ankommt. Eine Flotte mit 97 % Uptime hat 97 % ihrer Nenn-Chance, und ihre erwartete Zeit ist etwa 3 % länger.
• Difficulty und Netzwerk-Hashrate sind unterschiedliche Größen. Die Difficulty legt das Protokoll anhand vergangener Blockzeiten fest; die Netzwerk-Hashrate ist eine Schätzung, wie viel Arbeit gerade geleistet wird. Chains mit demselben Algorithmus können sehr unterschiedliche Difficultys haben, genau das ist bei BTC und BCH der Fall.

Eine vertiefte Darstellung des Wahrscheinlichkeitsmodells, mit Simulationen, findest du in Mining Variance & Poisson Math.

Gleicher erwarteter Ertrag, sehr unterschiedliche Verteilung

Hier 1 PH/s effektive Hashrate auf jeder Chain, zum Zeitpunkt des Snapshots:

Die beiden erwarteten Erträge liegen innerhalb von etwa einem halben Prozent voneinander. Das ist weder Zufall noch Gesetz: Dieselben SHA-256-Maschinen können beide Chains minen, und Betreiber wechseln tendenziell zwischen ihnen, bis sich der Ertrag pro Hash ungefähr angleicht. Wenn sich Preise oder Difficulty bewegen, öffnet sich die Lücke für eine Weile wieder.

Was sich nicht angleicht, ist die Form des Einkommens. Ein BTC-Block erfordert bei diesem Snapshot etwa 269-mal mehr Arbeit als ein BCH-Block und ist etwa 269-mal mehr wert. Gleicher Durchschnitt, gegensätzliche Erfahrung: Auf BTC wartet eine mittelgroße Flotte jahrelang auf eine sehr große Zahlung; auf BCH sammelt dieselbe Flotte viele kleine ein.

Was eine Flotte erwarten sollte

Die Tabelle zeigt die erwartete Zeit pro Block, die mittlere Wartezeit, die Zeit, innerhalb der in 95 % der Fälle ein Block kommt, und die Wahrscheinlichkeit für mindestens einen Block innerhalb von 30 Tagen und innerhalb eines Jahres.

Bitcoin (BTC), Difficulty 132,76 T

Bitcoin Cash (BCH), Difficulty 494,00 G

Daraus folgen direkt zwei Lesarten. Auf BTC bleibt Solo unterhalb von etwa 50 PH/s selbst für eine professionelle Flotte eine Wette mit langem Horizont: Bei 10 PH/s liegt die Wahrscheinlichkeit, ein ganzes Jahr ohne Block zu bleiben, immer noch bei etwa 57 %. Auf BCH hört Solo ab etwa 1 PH/s auf, eine Lotterie zu sein, und wird zu einem unregelmäßigen Einkommen.

Warum der Durchschnitt täuscht

Die Wartezeit auf einen Block folgt einer Exponentialverteilung, und das hat Folgen, die beim ersten Mal fast alle überraschen.

Der Median ist kürzer als der Durchschnitt. Die Hälfte aller Wartezeiten endet vor etwa dem 0,69-Fachen der erwarteten Zeit. Einige sehr lange Wartezeiten ziehen den Durchschnitt nach oben.

Lange Durststrecken sind normal. Das ist die Wahrscheinlichkeit, nach einem bestimmten Vielfachen der erwarteten Zeit noch keinen Block zu haben:

Eine 1-PH/s-Flotte auf BCH hat eine erwartete Zeit von 24,6 Tagen. 50 Tage ohne Block, das Doppelte der erwarteten Zeit, kommen in etwa einem von sieben Fällen vor. Das ist kein Zeichen, dass etwas nicht stimmt.

Mining hat kein Gedächtnis. Jeder Hash ist ein unabhängiger Versuch. Nach drei Monaten ohne Block ist die Wahrscheinlichkeit, morgen einen zu finden, genau dieselbe wie am ersten Tag. Niemandem steht jemals ein Block zu, und eine Glückssträhne verbraucht kein zukünftiges Glück.

Wie viele Blöcke pro Monat: BCH-Flotten

Für Flotten, die groß genug sind, um mehrere BCH-Blöcke pro Monat zu finden, lautet die nützliche Frage, wie stark die monatliche Anzahl schwankt. Die Anzahl der Blöcke in einem Zeitraum folgt einer Poisson-Verteilung, deren relative Streuung mit wachsender erwarteter Anzahl kleiner wird.

Bei 1 PH/s enden etwa drei von zehn Monaten ganz ohne Block. Bei 10 PH/s sind ein Monat mit nur sieben Blöcken und ein Monat mit achtzehn beide gewöhnlich. Bei 100 PH/s bleibt das Monatsergebnis in neun von zehn Monaten innerhalb von etwa 15 % um den Durchschnitt.

Liquidität: die eigentliche Grenze von Solo

Hosting und Strom werden jeden Monat in Fiat abgerechnet. Solo-Erträge kommen in Brocken. Die Lücke zwischen beidem ist das praktische Risiko von Solo für eine Flotte, und sie lässt sich bemessen.

Faustregel aus der Exponentialverteilung: Um zu 95 % sicher mindestens einen Block zu finden, muss eine Flotte etwa drei erwartete Zeiten ohne Einnahmen aus dem Solo-Anteil durchhalten können. Für 99 % etwa 4,6 erwartete Zeiten.

Zwei Beispiele zum Snapshot:

• 1 PH/s auf BCH: erwartete Zeit 24,6 Tage, also etwa 2,4 Monate Reserve für 95 % Sicherheit. Für die meisten Betreiber machbar.
• 10 PH/s auf BTC: erwartete Zeit 21,7 Monate, also etwa 5,4 Jahre Reserve für 95 % Sicherheit. Als Einkommensplan nicht machbar; nur als bewusste Langfristwette.

Ein Beispiel mit offengelegten Annahmen: Eine Flotte mit 15 J/TH verbraucht etwa 15 kW pro PH/s, also 360 kWh pro Tag. Bei 0,07 USD pro kWh sind das etwa 25 USD pro Tag, rund 770 USD pro Monat, pro PH/s. Gegenüber den rund 39,5 USD pro Tag erwartetem Ertrag zum Snapshot ist die durchschnittliche Marge positiv, doch auf BCH mit 1 PH/s bringen etwa drei von zehn Monaten keinen Block, und auf BTC fast jeder Monat. Setze deine eigene Effizienz und deinen Tarif ein; die Struktur der Überlegung bleibt gleich.

Solo gegenüber FPPS: was die Gebühr kauft

Im Erwartungswert zahlen Solo und ein Full-Pay-Per-Share-Pool fast dasselbe, weil beide die Block-Subsidy plus Transaktionsgebühren im Verhältnis zu deiner Arbeit zahlen. Die Unterschiede:

• Die Gebühr. Die meisten veröffentlichten FPPS-Gebühren großer Pools liegen zwischen etwa 2 % und 4 %, wobei mindestens ein börsennaher Pool weniger angibt (Quelle: Pool-Vergleich von Simple Mining, aktualisiert am 23. Sep. 2026). Gegenüber einer FPPS-Gebühr von 2–4 % behält eine Solo-Gebühr von 1 % etwa 1 bis 3 Prozentpunkte mehr vom erwarteten Ertrag.
• Wofür die höhere Gebühr bezahlt. Ein FPPS-Pool übernimmt die Varianz für dich und zahlt jeden Tag, ob mit oder ohne Block. Das ist eine Versicherung, und für viele Betreiber ist sie ihren Preis wert.
• Transaktionsgebühren. FPPS zahlt eine Schätzung der durchschnittlichen Gebühren; Solo erhält die tatsächlichen Gebühren der gefundenen Blöcke. Über viele Blöcke gleichen sich beide an; Block für Block unterscheiden sie sich.

Solo ist wirtschaftlich sinnvoll, wenn eine Flotte die Varianz in der gewählten Größe tragen kann und wenn die zusätzlichen Prozentpunkte oder die Präferenz, direkt von der Blockchain bezahlt zu werden, für den Betreiber zählen.

Die Anteilsstrategie

Ein praktischer Weg, Solo zu nutzen, ist nicht, eine ganze Flotte umzustellen, sondern einen Anteil abzuzweigen, so bemessen, dass er allein einen vorhersehbaren Rhythmus erreicht, und den Rest in einem proportionalen Pool zu lassen.

Ein durchgerechnetes Beispiel. Eine 10-PH/s-Flotte setzt 1 PH/s auf BCH-Solo und 9 PH/s auf FPPS. Der Anteil hat eine erwartete Zeit von etwa 25 Tagen und findet im Schnitt etwa 15 Blöcke pro Jahr. Rund 90 % des Flotteneinkommens bleiben täglich und vorhersehbar; der Anteil fügt unregelmäßiges BCH-Einkommen mit einem etwas besseren erwarteten Ertrag hinzu.

Wie man den Anteil bemisst. Beginne mit der Reserveregel: Wähle den größten Anteil, dessen drei erwartete Zeiten du bequem ohne Solo-Einnahmen finanzieren kannst und bei dem ein schlechtes Quartal deine Entscheidungen nicht ändert.

Lass ihn in Ruhe. Den Anteil nach einer glücklichen Woche aufzustocken oder nach einem trockenen Monat abzuziehen, ändert die Chancen nicht, denn Mining hat kein Gedächtnis. Es ändert nur, wie viel Zeit der Anteil mit Mining verbringt. Entscheide einmal, halte die Entscheidung schriftlich fest und überprüfe sie nach festem Zeitplan statt nach jedem Ergebnis.

Die Difficulty bewegt sich: BTC und BCH verhalten sich unterschiedlich

• Bitcoin berechnet die Difficulty alle 2.016 Blöcke neu, etwa alle zwei Wochen, und hält sie dazwischen fest. Zwischen zwei Anpassungen ist deine erwartete Zeit stabil.
• Bitcoin Cash verwendet ASERT (aserti3-2d), das die Difficulty bei jedem Block mit einer Halbwertszeit von zwei Tagen neu berechnet (Spezifikation; unsere Erklärung: ASERT explained). Wenn Hashrate hinzukommt oder abwandert, folgt die BCH-Difficulty innerhalb weniger Tage.

Für große Flotten auf BCH gibt es eine Folge, die man einplanen sollte: Deine eigene Hashrate ist Teil des Netzwerks. Beim Snapshot wären 100 PH/s etwa 3 % der geschätzten BCH-Netzwerk-Hashrate; sie auf BCH zu verlegen, würde die Difficulty innerhalb weniger Tage um ungefähr denselben Anteil erhöhen und deine eigene erwartete Zeit entsprechend verlängern. Auf BTC sind dieselben 100 PH/s etwa 0,01 % des Netzwerks und haben keinen sichtbaren Effekt.

Fünf Fehlinterpretationen, die Betreiber an einen Defekt denken lassen

1. Seit Wochen kein Block, also muss eine Maschine defekt sein. Prüfe zuerst die akzeptierten Shares. Wenn die von der Flotte eingereichten Shares zu ihrer Hashrate passen, arbeitet die Flotte, und die Durststrecke ist Statistik.
2. Wir haben so lange gewartet, dass uns ein Block zusteht. Mining hat kein Gedächtnis. Die Wahrscheinlichkeit eines Blocks morgen hängt nicht davon ab, wie lange du gewartet hast.
3. Unser Best Share war riesig, also waren wir nah dran. Der Best Share ist der Share mit der höchsten Difficulty, den dein Miner je erzeugt hat: Er misst, wie selten dieser Hash war. Er bedeutet nicht, dass du einem Block nahe warst, und er sagt den nächsten nicht voraus. Mehr dazu in Best Share Explained.
4. Ein Solo-Pool mit mehr Hashrate bietet bessere Chancen. Im Solo-Betrieb hilft dir die Hashrate anderer Miner nicht: Deine Chancen hängen nur von deiner eigenen effektiven Hashrate und von der Difficulty ab. Bei einem Solo-Pool zählen Uptime, Latenz und korrekte Block-Templates.
5. Ein Monat entscheidet, ob die Strategie funktioniert. Bei 1 PH/s auf BCH kann ein einzelner Monat zwischen null und drei Blöcken liegen, ohne dass etwas Ungewöhnliches passiert. Beurteile einen Solo-Anteil über Zeiträume von mehreren erwarteten Zeiten, nie über eine.

Wie man prüft, dass die Flotte arbeitet, ohne auf Blöcke zu warten

• Akzeptierte Shares gegenüber erwarteten Shares. Die akzeptierte Arbeit sollte der Hashrate der Flotte über Stunden und Tage folgen. Eine dauerhafte Lücke ist ein Konfigurations- oder Hardwareproblem; das Ausbleiben von Blöcken nicht.
• Abgelehnte und Stale Shares. Ein paar Prozent sind üblich; ein plötzlicher Anstieg deutet meist auf Netzwerklatenz, einen falschen Port oder eine instabile Maschine hin. Die genaue Schwelle ist eine Faustregel, die von Hardware und Verbindung abhängt, keine Protokollkonstante.
• Uptime pro Maschine. Die effektive Hashrate, nicht die Nenn-Hashrate, bestimmt die Chancen. Eine Maschine, die einen Tag pro Woche offline ist, verliert etwa 14 % ihrer Chance.
• Pool-seitige Statistiken per API. Flotten sollten Hashrate, Worker und gefundene Blöcke programmatisch auslesen statt nach Augenmaß. Für SoloFury sind die öffentlichen Endpunkte unter solofury.com/api-docs dokumentiert.

Solo für Hosting-Kunden anbieten: die Sicht des Anbieters

Hosting-Anbieter, die sich Solo angesehen und abgelehnt haben, nennen meist denselben Grund: Ein Kunde, der neu im Mining ist, könnte Solo wählen, ohne die Varianz zu verstehen, wochenlang keine Auszahlungen sehen und ein Ticket öffnen, weil er glaubt, die Maschinen seien defekt. Die Sorge ist begründet, und sie ist auch lösbar, denn alles, was der Kunde missverstehen würde, ist vorhersehbar und lässt sich vor dem Wechsel erklären statt danach.

Für wen Solo geeignet ist und für wen nicht. Solo passt zu Kunden, die verstehen, dass die Belohnung in Brocken kommt, die die Reserve finanzieren können und die entweder groß genug auf BCH sind, um regelmäßig Blöcke zu sehen, oder bewusst eine Langfristwette auf BTC eingehen. Es passt nicht zu einem Erstkunden, dessen Plan von einer täglichen Auszahlung abhängt. Die sauberste Regel ist, Solo aus der Standardliste herauszuhalten und es als Opt-in für Kunden anzubieten, die danach fragen oder eine Größenschwelle erreichen.

Die Bestätigung, die Tickets verhindert. Bevor die erste Maschine auf Solo zeigt, bestätigt der Kunde schriftlich eine kurze Liste von Fakten, in einfacher Sprache:

• die erwartete Zeit pro Block für seine Hashrate auf der gewählten Chain und das Datum des Snapshots, aus dem sie berechnet ist;
• dass nach einer erwarteten Zeit noch eine Wahrscheinlichkeit von etwa 37 % für keinen Block besteht, und nach drei etwa 5 %;
• dass die Kennzahl, die beweist, dass die Maschinen arbeiten, die akzeptierten Shares sind, nicht die gefundenen Blöcke;
• dass er Betriebskosten für mindestens drei erwartete Zeiten zurückgelegt hat;
• wie der Überprüfungstermin festgelegt wird und dass jüngste Ergebnisse kein Grund sind, den Anteil zu ändern.

Ziel ist, dem Kunden eine Zahl zum Vergleich zu geben statt eines Gefühls, vor der ersten Durststrecke und nicht währenddessen.

Die Durststrecke sichtbar machen. Ein Kunde, der auf einem Dashboard sieht, wie akzeptierte Shares seiner Hashrate folgen, wie viele Blöcke bisher zu erwarten waren und wie viele tatsächlich gefunden wurden, kann die Frage stimmt etwas nicht selbst beantworten. Diese Ansicht ist die wirksamste Maßnahme gegen Tickets, die ein Anbieter ergänzen kann, und sie lässt sich aus der öffentlichen API des Pools bauen.

Preismodelle und wo Solo hineinpasst

Fester Hosting-Preis pro Kilowattstunde. Der Kunde zahlt für Strom und Betrieb, behält die ganze Belohnung und wählt den Pool. Solo passt ohne jede Änderung: Der Ertrag des Anbieters hängt nicht davon ab, wann Blöcke kommen.

Umsatzbeteiligung. Der Anbieter behält einen Prozentsatz dessen, was die Maschinen minen. Manche Anbieter ziehen ihn auf Pool-Ebene ein, über eine Integration mit einem proportionalen Pool, die die täglichen Auszahlungen aufteilt. Bei einem Solo-Pool gibt es diesen Mechanismus heute nicht: Die Coinbase zahlt den Miner und die Pool-Gebühr, und es gibt keinen dritten Output für den Anbieter. Ein Anbieter mit Umsatzbeteiligung kann Solo trotzdem auf zwei Wegen anbieten: indem er seinen Anteil anhand der gefundenen Blöcke abrechnet, die on-chain und in der Pool-API öffentlich sind, oder indem er den Solo-Anteil zu einem Festpreis anbietet. In beiden Fällen gehört die Vereinbarung vor dem ersten Block in den Vertrag, nicht erst danach auf den Tisch.

Verwaltete Pool-Auswahl. Manche Anbieter wählen den Pool für den Kunden. In diesem Modell kann Solo als ausdrückliche Option mit eigener Bestätigung angeboten oder ausgeschlossen werden; was nicht funktioniert, ist, einen Kunden ohne die obige Erklärung auf Solo umzustellen.

Flottenkonfiguration für Solo

• Eine Auszahlungsadresse pro Kunde, Worker pro Maschine benannt. Bei den meisten Solo-Pools ist der Benutzername die Auszahlungsadresse, und ein Suffix kennzeichnet den Worker. Statistiken pro Kunde ergeben sich so von selbst, und ein Block, den irgendeine Maschine dieses Kunden findet, zahlt an diesen Kunden.
• High-Difficulty-Ports für industrielle Maschinen. Der Share-Verkehr eines Racks von Minern der S21/S23-Klasse ist weit höher als der von Heimgeräten. Nutze die High-Difficulty- oder Stratum-V2-Ports des Pools, wo verfügbar, und eine feste Start-Difficulty für die Anlage; das reduziert den Netzwerkverkehr, ohne die Chancen zu ändern.
• Nächstgelegene Region. Stale Shares sind Arbeit, die zu spät ankommt, um zu zählen. Richte die Maschinen auf die Pool-Region mit der geringsten Latenz vom Standort aus und miss die Stale-Rate nach dem Wechsel.
• Fallback-Pool. Die meisten Miner-Firmwares unterstützen einen sekundären Pool. Das Konto des Kunden bei einem proportionalen Pool als Fallback einzurichten, hält die Hashrate während eines Ausfalls des Solo-Pools produktiv und informiert den Kunden, dass der Fallback genutzt wurde.
• Firmware-spezifische Verbindungsformate. Stratum-V2-Firmwares unterscheiden sich darin, ob sie Host und Port oder eine vollständige URL mit dem Authority-Schlüssel des Pools erwarten. Prüfe die Dokumentation des Pools für jede Firmware, bevor du ein ganzes Rack umstellst.

Was pro Kunde zu überwachen ist

Die Glückskennzahl, die viele Pools anzeigen, vergleicht die seit dem letzten Block geleistete Arbeit mit der pro Block erwarteten Arbeit. Ein Wert unter 100 % bedeutet, dass die aktuelle Wartezeit länger als der Durchschnitt ist; das beschreibt die Vergangenheit, ist keine Vorhersage, und die Definitionen unterscheiden sich zwischen Pools.

Der Tag, an dem ein Block kommt

1. On-chain bestätigen, nicht nur im Pool. Prüfe die Blockhöhe in einem unabhängigen Explorer und kontrolliere, dass die Coinbase an die Adresse des Kunden zahlt.
2. Die Reife abwarten. Coinbase-Belohnungen werden nach 100 Bestätigungen ausgebbar, einer Konsensregel auf BTC wie auf BCH, bei zehn Minuten pro Block etwa 17 Stunden.
3. Auf Orphans achten. Selten verliert ein gefundener Block das Rennen gegen einen anderen Block auf derselben Höhe und wird nicht Teil der endgültigen Chain. Ist die Höhe nach einigen Bestätigungen nicht mehr in der Hauptchain, ist die Belohnung nicht ausgebbar; das ist eine Eigenschaft des Protokolls, nicht des Pools.
4. Festhalten. Höhe, Hash, Zeitstempel, Adresse, Belohnung und Gebühren-Output, für die Buchhaltung des Kunden und für eine etwaige Rechnung über die Umsatzbeteiligung.
5. Dem Kunden erklären, wie es weitergeht, einschließlich der Tatsache, dass der nächste Block weder mehr noch weniger wahrscheinlich ist als vorher. Unsere Anleitung für die Schritte nach einem Gewinn findest du in You Found a Block, Now What?.

Drei durchgerechnete Flottenprofile

Alle Zahlen verwenden den Snapshot am Anfang dieses Leitfadens.

Profil A: ein Kunde mit 2 PH/s, der Solo ausprobieren möchte. Der Anbieter empfiehlt BCH für die ganze Zuteilung oder, vorsichtiger, einen Anteil von 500 TH/s. Bei 2 PH/s auf BCH liegt die erwartete Zeit bei etwa 12 Tagen, etwa 30 Blöcke pro Jahr, und ein 30-Tage-Fenster bringt in neun von zehn Fällen null bis fünf Blöcke; ein Monat ohne Block kommt etwa einmal in elf Fällen vor. Bei 500 TH/s liegt die erwartete Zeit bei etwa 49 Tagen, und ein Monat ohne Block kommt in mehr als der Hälfte der Fälle vor: Das ist die Zahl, die in die Bestätigung gehört.

Profil B: ein Betreiber mit 30 PH/s, der Solo als zweite Einkommensquelle möchte. Zehn Prozent der Flotte, 3 PH/s, gehen auf BCH-Solo: erwartete Zeit etwa 8 Tage, etwa 45 Blöcke pro Jahr, ein bis sieben Blöcke in einem typischen Monat, und ein 90-Tage-Fenster ohne Block ist praktisch ausgeschlossen, wenn die Maschinen arbeiten. Die übrigen 27 PH/s bleiben auf FPPS. Rechnet der Anbieter eine Umsatzbeteiligung ab, wird der 3-PH/s-Anteil anhand der on-chain erfassten Blöcke abgerechnet.

Profil C: ein Betreiber mit 150 PH/s, der eine Langfristwette auf BTC erwägt. Auf BTC haben die vollen 150 PH/s eine erwartete Zeit von etwa 44 Tagen und etwa acht Blöcke pro Jahr, aber die Hälfte aller Monate endet ohne Block, und eine 90-tägige Durststrecke kommt etwa einmal in acht Fällen vor. Ein Anteil von 20 PH/s auf BTC hat eine erwartete Zeit von etwa 11 Monaten: eine Chance von zwei zu drei auf mindestens einen Block im ersten Jahr und eine von eins zu drei auf ein ganzes Jahr ohne Ergebnis. Das ist eine bewusste Zuteilung für einen Betreiber, der sie tragen kann, kein Einkommensplan. Dieselben 20 PH/s würden auf BCH dagegen etwa alle 30 Stunden einen Block finden.

Ein Risikoregister für Solo auf Flottenebene

BTC oder BCH für einen Solo-Anteil?

Liquidität gehört zur Entscheidung: BTC und BCH sind beide an großen zentralisierten Börsen gelistet, was zählt, wenn eine Flotte Belohnungen umtauschen muss, um Rechnungen in Fiat zu bezahlen.

Bevor eine Flotte auf Solo zeigt: eine Checkliste

• Die Regeln schriftlich festhalten. Größe des Anteils, Chain, Überprüfungstermin und was nicht als Grund für eine Änderung gilt.
• Die Reserve finanzieren. Mindestens drei erwartete Zeiten an Betriebskosten für den Anteil.
• Die Lesart mit Hoster oder Kunde abstimmen. Alle Beteiligten sollten wissen, dass Durststrecken von zwei erwarteten Zeiten normal sind, bevor die erste eintritt.
• Eine Wallet unter eigener Kontrolle nutzen. Solo-Belohnungen gehen an die Adresse in der Miner-Konfiguration; Einzahlungsadressen von Börsen können funktionieren, fügen aber eine Gegenpartei hinzu. Belohnungen werden nach der vom Protokoll vorgesehenen Coinbase-Reife von 100 Blöcken ausgebbar.
• Die Buchhaltung planen. Unregelmäßiges Einkommen kann ändern, wie und wann geminte Coins in deiner Rechtsordnung erfasst werden. Kläre das mit einer qualifizierten Beratung.
• Monitoring einrichten. Akzeptierte Shares, Raten abgelehnter und Stale Shares sowie Uptime pro Maschine, per API ausgelesen.

Was diese Mathematik nicht erfasst

• Änderungen der Difficulty. Jede Zahl setzt voraus, dass die Difficulty des Snapshots gilt. Auf BTC ändert sie sich alle zwei Wochen, auf BCH laufend.
• Preise. Blockwerte in USD sind eine Momentaufnahme, keine Prognose.
• Transaktionsgebühren. Coins pro Block enthalten einen Durchschnitt; echte Blöcke variieren.
• Verwaiste Blöcke. Selten, aber ein gefundener Block kann gelegentlich das Rennen gegen einen anderen Block auf derselben Höhe verlieren. Geringe Latenz und ein gut vernetzter Node verringern das Risiko.
• Dein eigener Einfluss auf die Difficulty, relevant auf BCH für Flotten oberhalb weniger Prozent der Netzwerk-Hashrate.

Wie SoloFury mit Flotten-Hashrate umgeht

Dieser Abschnitt betrifft unseren eigenen Dienst; alles Vorangehende gilt für jeden Solo-Pool.

• Non-custodial Auszahlungen: Findet eine Maschine einen Block, wird die Belohnung in der Coinbase direkt an die Adresse des Miners gezahlt. Es gibt kein Pool-Guthaben, keinen Auszahlungsschritt und keine Registrierung: Die Wallet-Adresse ist der Benutzername.
• 1 % Gebühr, als separater Coinbase-Output gezahlt.
• Stratum-V2-Ports mit hoher Difficulty für Maschinen der S21/S23-Klasse: 3343 für BTC und 7343 für BCH. Stratum V1 auf jeder Coin, mit TLS auf jedem Port.
• Feste Start-Difficulty für Anlagen: Setze das Passwort auf d=50000, um den Share-Verkehr zu reduzieren.
• 9 Serverregionen und eine öffentliche Statistik-API pro Coin für das Flotten-Monitoring.

Konfigurationsdetails findest du auf der Startseite und in der API-Dokumentation. Aktuelle Chancen für jede Hashrate stehen im Rechner.

Weiterführende Artikel

• Mining Variance & Poisson Math: das vollständige Wahrscheinlichkeitsmodell, mit Simulationen.
• Solo Mining vs Pool Mining: Gebühren, Auszahlungsmethoden und Vergleich der effektiven Gebühren.
• Solo Mining Odds: Chancen nach Gerät und Chain.
• ASERT explained: wie die BCH-Difficulty bei jedem Block reagiert.
• You Found a Block, Now What?: was nach einem Gewinn passiert und wie man ihn on-chain überprüft.