redc — Business Plan (Mehrphasen-Master)¶
Renewable Energy Data Cell April 2026
Planungsfokus: redc validiert zuerst ein tragfaehiges GPU-Hosting-Geschaeft in Colocation (Phase A/B). Das langfristige Ziel ist ein spaeterer Phase-C-Ausbau: Container an Standorten mit erneuerbaren Energien (EE), mit guenstigerem Strom und spaeterem B2B/Green-Potenzial. Dieser Schritt wird jedoch erst nach eigener Investitionsrechnung vor bindendem Standort-CAPEX ausgeloest. Die verbindliche Start- und Skalierungslogik dieses Dokuments steht in §9.0–§9.1 und §10.
Lesehinweis: §1–§5 erklaeren These, Markt und Phasenlogik. §6, §9 und §10 enthalten die operative Kernlogik fuer Phase A/B. Vertiefende Herleitungen stehen in A1, A2, A3 und A4.
1. Zusammenfassung¶
redc wandelt guenstigen ueberschuessigen Strom aus erneuerbaren Energien in GPU-Rechenleistung um und verkauft diese — mit 6–20× hoeherem Erloes pro kWh als bei der Netzeinspeisung.
Deutschlands Sektor fuer erneuerbare Energien hat ein wachsendes Verschwendungsproblem: die Abregelung von Solarstrom hat sich 2024 und 2025 jeweils verdoppelt (auf ~2.700 GWh), und ~1.400 Biogasanlagen verlieren 2025–2026 ihre 20-jaehrige EEG-Verguetung. Diese Betreiber sitzen auf Energie, die sie nicht rentabel verkaufen koennen. Gleichzeitig explodiert die Nachfrage nach GPU-Rechenleistung — Vast.ai, der fuehrende GPU-Marketplace, verzeichnete 16× Kundenwachstum in einem Jahr.
Kurzfristige Umsetzung (Phase A): Start mit einem generalueberholten 4× A100 PCIe Server in Colocation, finanziert (typ. 48 Monate), und Nachweis der Marketplace-Wirtschaftlichkeit, Auslastung und des Betriebs mit strikten Liquiditaets- und Stop-Loss-Regeln (§9.0, §10). 80GB ist der aktuelle Base Case; 40GB bleibt Alternative, falls Angebote und realisierbare Marketplace-Raten den besseren Payback ergeben (§6). Dieser Weg minimiert die Zeit bis zum ersten Umsatz und vermeidet hohe Eigenkapitalverpflichtungen, waehrend das Kerngeschaeft validiert wird.
Strategisches Langfristziel (Phase C): Standardisierte Container an Standorten mit erneuerbaren Energien; Strom direkt am Standort hinter dem Zaehler deutlich guenstiger als typischer Netzbezug; langfristig B2B mit EU-Standort und nachweisbar gruenem Strom attraktiv (Rahmen §3). Solar und Biogas sind heute in Deutschland besonders naheliegende fruehe Partnerkategorien, schliessen aber andere Standorte mit erneuerbaren Energien fuer spaetere oder groessere Phase-C-Varianten nicht aus. Ausloesung erst bei tragbarer Flotte — Ziel 9–12 Server (36–48 GPUs), damit Container und Einhausung sich amortisieren.
Phase B bildet die Bruecke zwischen A und C: Server unter Schulden- und Cashflow-Gates (DSCR, Reserven, Hardware-Refresh-Fonds) hinzufuegen und den Colocation-Betrieb belastbar machen. Basisfall des Plans bleibt jedoch eine tragfaehige Colocation-Flotte: Wenn Phase C rechtlich, operativ oder wirtschaftlich nicht klar besser ist, bleibt redc ein GPU-Hosting-Geschaeft in Colocation statt ein halb validiertes Energieprojekt.
Master-Roadmap (Phasen A → C)¶
| Phase | Arbeitsname | Standort / Strom | Kapital | Primaeres Ziel |
|---|---|---|---|---|
| A | Marketplace-Start | Colocation (netzgestuetzte Einrichtung) | Finanzierter Server + Betriebskapital | Live-Listing, gemessenes €/GPU-h, Betriebsdisziplin |
| B | Kontrolliertes Wachstum | Colocation (+ optionaler zweiter Standort) | Weitere Finanzierung / einbehaltener Gewinn + Gates | Flotten-NPV, Resilienz, Lieferantenbeziehungen |
| C | Standort mit erneuerbaren Energien + Container | Vor Ort beim Partner; guenstiger Strom, spaeter B2B/Green | CAPEX neu kalkulieren; Migration oder neue Flotte | Marge + Differenzierung (siehe §3) |
Skalierung (Phase B): Alle 6–12 Monate ein weiterer Server, jeweils nur nach Gate-Pruefung (Auslastung, Cashflow, Reserve). Ab ~9 Servern (36 GPUs) kann Phase C strategisch infrage kommen; ausgeloest wird sie aber erst nach separatem Readiness-Test (Recht, Konnektivitaet, Standort-OPEX, Vorteil gegenueber weiterem Colocation-Betrieb). Details in §9.1 und §10.
Kapital Phase A: ~€20k eigenes Startkapital (UG-Gruendung, Steuerberater, Versicherung, 6-Monats-Reserve). Hardware (~€58k netto laut Serverschmiede-Konfiguration) wird per Mietkauf finanziert. Kein grosser Eigenkapital-Block noetig. Operativ laeuft Phase A im Nebenzeit-Rahmen (§8). Lebensunterhalt: Vollzeitjob bis ein UG-Gehalt ohne Gates zu gefaehrden Sinn macht — §8.
Warum A–B zuerst: Phase C nutzt Skaleneffekte (Container, gemeinsame Einhausung). Die Flotte in Colocation muss zuerst cashflow-stabil wachsen — sonst fehlen Reserve, Verhandlungsmacht gegenueber Energiepartnern und belastbare Annahmen fuer eine spaetere Investitionsentscheidung. Die folgenden Kapitel zur Energiemarktlage und zur langfristigen Arbitrage rechtfertigen die Vision; die operativen Hebel liegen in §6–§10 auf Phase A–B.
2. Die Chance¶
Zwei Maerkte sind auf gegensaetzliche Weise kaputt — und sie treffen sich am Hoftor.
Kurzfristig monetarisiert redc diese Lage jedoch nicht direkt am Standort mit erneuerbaren Energien, sondern ueber einen schnelleren und risikoaermeren Einstiegskanal: GPU-Hosting in Colocation. Der Energiehebel wird erst dann aktiviert, wenn das operative Kerngeschaeft belastbar bewiesen ist.
Erneuerbare Energien: Zu viel Strom, kein Abnehmer¶
Solar-Abregelung in Deutschland ist eine rasant wachsende Krise:
| Jahr | Abgeregelte Solarenergie | Veraenderung ggue. Vorjahr |
|---|---|---|
| 2023 | ~700 GWh | — |
| 2024 | 1.389 GWh | +97% |
| 2025 | ~2.700 GWh (gesch.) [R1] | ~+95% |
Der Netzausbau haelt nicht Schritt. Deutschland hat 104 GW installierte Solarleistung mit 78+ GW in der Anschluss-Warteschlange [R2]. Netzanschlusspunkte sind in vielen Regionen bis ~2030 erschoepft. In der Mittagsspitze faellt der Marktwert von Solarstrom auf bis zu 2 ct/kWh [R3] — der "Solar-Kannibalisierungseffekt".
Post-EEG-Biogasanlagen stehen vor einer parallelen Krise. ~1.400 Anlagen verlieren ihre garantierten 20-jaehrigen Einspeiseverguetungen 2025–2026 [R8], mit einem Umsatzrueckgang von 50–60%. Die vollen Gestehungskosten liegen bei durchschnittlich ~24,8 ct/kWh, aber der groesste Teil davon sind versunkene Kosten — die Anlage ist bereits gebaut und abbezahlt. Entscheidend nach EEG-Ende sind die Grenzkosten des Weiterbetriebs (hauptsaechlich Substrat und Wartung), die deutlich niedriger liegen. Dennoch deckt der Direktvermarktungs-Erloes von nur 7–11 ct/kWh [R9] kaum die variablen Kosten vieler Anlagen. Viele Betreiber erwaegen die Stilllegung.
Beide Typen von Betreibern von Anlagen mit erneuerbaren Energien brauchen eine neue, profitable Verwendung fuer ihren Strom.
GPU Compute: Massive Nachfrage, unzureichendes Angebot¶
- KI-Rechenleistungsnachfrage waechst ~2,25× pro Jahr [R11]
- Inferenz macht inzwischen ~2/3 der gesamten KI-Rechenleistungsnachfrage aus [R12]
- Der Inferenz-GPU-Markt: $10,5 Mrd. (2025) → $51,6 Mrd. (2032), 26% CAGR [R13]
- Vast.ai: 16× Kundenwachstum, 13× Umsatzwachstum ggue. Vorjahr, 14.000+ zahlende Kunden [R14]
- EU-CSRD [R15] erhoeht langfristig die Bedeutung von nachvollziehbar gruener Rechenleistung fuer B2B — kein Umsatzhebel in Phase A–B; Verweis §3
Die Arbitrage¶
| Verwendung von 1 kWh | Erloes |
|---|---|
| Solar-Einspeiseverguetung (>750 kWp) | €0,056 [R4] |
| Solar-Einspeiseverguetung (voll, <10 kWp) | €0,124 |
| Eigenverbrauchs-Einsparung (Netz) | €0,25 |
| GPU-Compute-Umsatz (A100-Klasse, ~€0,86/h Host bei $0,93 DE-Niveau × FX; 0% Fee, 80GB Basisszenario) | €2,15 |
Der Compute-Erloes pro kWh ist 6–20× hoeher als jede alternative Nutzung der Energie. Die Energie muss nicht reisen; die Ergebnisse schon.
3. Loesung¶
Phase A–B (operativer Kern dieses Plans): GPU-Rechenleistung in Colocation (Strom, Kuehlung, Netz) ueber Vast.ai und spaeter weitere Marketplaces verkaufen. Finanzierung und Gates (§10). Alle massgeblichen Zahlen: §9.0–§9.1. Bis zum Nachweis eines echten Standortstrom-Vorteils ist redc operativ ein GPU-Hosting-Geschaeft mit optionalem Energie-Upside spaeter, nicht bereits die voll validierte EE-Arbitrage-Umsetzung.
Phase C — strategisches Langfristziel (einmalige Kurzfassung)¶
Die folgende Kurzfassung beschreibt nur die Teile von Phase C, die fuer das Verstaendnis des Zielbilds wichtig sind; die operative Startlogik dieses Dokuments bleibt auf Colocation + Flotte fokussiert.
(a) Gruener Strom direkt am Standort mit erneuerbaren Energien ist sehr guenstig. Beim Bezug hinter dem Zaehler beim Partner entfallen wesentliche Netz- und Abgabenkomponenten des oeffentlichen Netzes (Netzentgelte, Stromsteuer, Konzessionsabgabe — Groessenordnung ~10–12 ct/kWh vermeidbar [R5]). Deshalb liegt der Einkauf typischerweise in einer deutlich niedrigeren Groessenordnung als Haushalts- oder Gewerbenetzstrom; als Arbeitsband fuer Phase-C-Standorte ist je nach Quelle und Vertrag oft ~€0,04–0,10/kWh plausibel, wird aber erst in der Phase-C-Investitionsentscheidung (IC) mit konkreten Angeboten und Rechtsstruktur festgelegt. Kurz: Standortstrom schlaegt Netzstrom fuer die Marge — unabhaengig davon, ob der spaetere geeignete Standort solar-, biogas-, wind- oder anders EE-gepraegt ist.
(b) B2B mit EU-Standort und nachweisbar gruenem Strom duerfte langfristig attraktiv werden. Unternehmen mit Reporting-Pflichten (z. B. CSRD / Scope-2–Logik [R15]) brauchen nachvollziehbare Angaben zur eingesetzten Rechenleistung; Compute aus nachweislich erneuerbarer, moeglichst zeitlich passender Erzeugung im EU-Rechtsraum passt dazu. Ob und zu welchem Aufschlag sich Direkt-B2B neben Marketplace lohnt, ist Phase-C-Thema (Produkt, Messkonzept, Vertrag) — hier nur die strategische Richtung.
Kein Phase-C-Finanzplan in diesem Dokument — eigene IC bei Trigger (§10) vor bindendem Standort-CAPEX.
Produkt Phase A–B (Marketplace)¶
| Stufe | Beschreibung | Preisgestaltung |
|---|---|---|
| Standard | On-Demand GPU-Vermietung ueber Marketplace (primaer Vast.ai) | €0,68–0,97/h A100-Klasse (0% Host-Fee; €0,925/h = 80GB-Planungsbasis $1.00; §9) |
| Batch / Flexibel | Workloads mit Scheduling-Spielraum | 20–40% Rabatt |
Dynamische Preisregelung (Marktplatz): Fuer die Listings ist eine automatische Preisregelung vorgesehen: in festen Intervallen werden Preise an eigene Auslastung, vergleichbare Listings (Peer-Band) und Plattform-Signale angepasst (Skript, API oder klar definiertes Regelwerk), mit unteren Grenzen, die Break-even und Stop-Loss aus §9 nicht verletzen. Operatives Ziel ist moeglichst hohe Auslastung; ein Stretch-Ziel >90% ist bewusst nur Betriebsambition, kein Plan- oder Gate-Wert. Hohe Listing-Qualitaet (Verifikation, Zuverlaessigkeit, schnelle Incident-Bearbeitung, stabiles Netz) und wettbewerbsfaehige Preise sollen zusammen die Buchungsrate maximieren — die Regelung koppelt beides und vermeidet starre Unter- oder Ueberpreisierung. Planung und Gates (§9–§10) bleiben bewusst konservativer (z. B. 70–80% als erster Erfolgskorridor).
Hinweis: Green-Premium- oder CSRD-SKUs sind nicht Schwerpunkt von Phase A–B (Colocation-Netz); sie knuepfen an (b) und erst Phase C an.
Plattformstrategie und Fallback¶
Phase A–B betreibt redc auf zwei Plattformen parallel vorbereitet, auch wenn operativ zunaechst nur eine aktiv bespielt wird.
Primaer: Vast.ai
- 0% Host-Fee seit 06/2024 — voller Listenpreis fliesst an den Host
- All-inclusive-Billing (Endkunde zahlt einen Pauschalpreis pro GPU/h)
- Hohe Marktliquiditaet (groesste GPU-Marketplace-Plattform weltweit, 14.000+ Kunden)
- Tagesaktuelle Auszahlung; A100 PCIe gut etabliert
- Planungsbasis: $1,00/h Listing → €0,925/h netto (FX 0,925)
Fallback: TensorDock
- 25% Host-Fee, dafuer hoehere Endkundenpreise durch komponentenbasiertes Billing: Endkunde zahlt GPU + vCPU + RAM + Storage separat
- Typische Endkundenkonfiguration A100 (1 GPU, 8 vCPU, 128 GB RAM, ~2 TB NVMe): ~$1,23/h
- Host-Netto nach 25% Fee: ~$0,92/h = €0,85/h — liegt ueber Break-even (€0,718)
- RAM-/Storage-intensiver Serveraufbau (512 GB RAM, 7,7 TB NVMe) ist auf TensorDock besonders wertvoll, da Komponenten separat vergütet werden
- Kundenstruktur eher Enterprise/Business (saisonal stabiler als Vast.ai-Retail)
- Technisch: KVM-VMs statt Docker-Container — Plattformwechsel erfordert OS-Vorbereitung (~1–2 Tage)
- Uptime-Anforderung: 99,99 % mit Penalties; Mindest-Uplink: 1 Gbps symmetrisch
Fallback-Logik
Der Wechsel zu TensorDock ist kein automatischer, sondern an Preisschwellen geknuepft (Details in Contingency-Plan):
| Situation | Reaktion |
|---|---|
| Vast.ai Netto >€0,85/h (Komfort) | Nur Vast.ai aktiv |
| Vast.ai Netto €0,72–0,85/h (Wachsam) | TensorDock-Account + KVM-Stack bereithalten |
| Vast.ai Netto €0,55–0,72/h (Stufe 1) | Aktiver Wechsel zu TensorDock pruefbar |
| Beide Plattformen schwach | B2B-Direktvertrieb / Managed-Inference-Angebote |
Wichtig: Da Vast.ai und TensorDock unterschiedliche Kundenbasis-Profile haben (Retail-ML vs. Enterprise), ist ein gleichzeitiger Preiseinbruch auf beiden Plattformen weniger wahrscheinlich als ein plattformspezifischer Einbruch.
Vorab-Anforderungen fuer den Fallback (bis Monat 2):
- TensorDock Host-Account beantragen und genehmigen lassen
- KVM-Stack im Colo-Setup parallel vorhalten (kein Zusatz-CAPEX, nur Konfiguration)
- Payout-Rhythmus: Vast.ai zahlt taeglich, TensorDock monatlich — Liquiditaetspuffer muss bei TensorDock-Umstieg mindestens 6 Wochen Fixkosten abdecken
Energiepartner erst ab Phase-C-Vorbereitung¶
Keine Energiepartnerschaft ist fuer Phase A oder B operativ erforderlich. Solange redc in Colocation validiert und skaliert, bleibt Energie-Scouting ausserhalb des Kerngeschaefts. Erst vor einer moeglichen Phase-C-Investitionsentscheidung (IC) werden Partnergespraeche, lose Standortabsprachen und spaetere Vertragsformen relevant (siehe §7). Solar und Biogas sind dafuer heute besonders naheliegende Einstiegskategorien, bilden aber nicht die einzig sinnvolle langfristige Phase-C-Basis.
4. Marktanalyse¶
Lesefuehrung: Umsatz und KPIs Phase A–B = Marketplace (Segment 1). Langfristiges B2B/Green siehe §3 (b) — hier nicht weiter ausbuchstabiert.
Kundensegmente¶
Segment 1: KI/ML-Anwender (Marketplace) Forscher und Ingenieure, die GPU-Kapazitaet fuer Modelltraining, Feinabstimmung und Batch-Inferenz mieten. Vast.ai ist der primaere Kanal. Preissensibel, aber volumengetrieben. Dies ist die initiale Kundenbasis — null Kundenakquisitionskosten. Preis- und Qualitaetssteuerung (automatische Preisregelung, Verifikation, Betriebsdisziplin) zielt darauf, hohe Auslastung zu erreichen (§3).
Segment 2: B2B / Compliance (spaeter, Phase C) Attraktivitaet nach Standortstrom und Nachweislogik — §3 (b); keine Planungsgrundlage fuer Phase A–B.
Segment 3: Managed-KI-Dienstleister (spaeter, nicht Fokus A-B) Unternehmen wie Replicate, Modal oder kleinere KI-API-Anbieter, die GPU-Infrastruktur benoetigen. Potenziell attraktive Direktkunden fuer spaetere Phasen, aber kein primaerer Akquise-Fokus in Phase A–B.
Marktgroesse¶
| Segment | Groesse | redc's adressierbarer Anteil |
|---|---|---|
| GPU-Cloud-Marketplace | Waechst 10×+ ggue. Vorjahr (allein Vast.ai) | Phase A–B: Einstiegskanal, sofortiger Umsatz |
| KI-Inferenz-API-Markt | $51,6 Mrd. bis 2032 weltweit | Spaeter: Managed Services auf eigener Infrastruktur |
| Erneuerbare Standorte mit untermonetisiertem Strom (heute besonders sichtbar: Solar / Biogas) | Grosses Ueberschuss- bzw. Umstellungsvolumen [R1][R8] | Partner-Pipeline fuer spaeteres Phase C, nicht Umsatz Phase A–B |
Markt-Timing¶
Das Fenster ist jetzt offen und wird groesser: - GPU-Compute-Nachfrage waechst schneller als das Angebot - Solar-Abregelung verdoppelt sich jaehrlich ohne Netzloesung vor 2030 - Biogasanlagen verlieren jetzt Foerderungen — zusammen mit Solar eine besonders sichtbare fruehe Partner-Pipeline fuer Phase C - Gebrauchte A100 PCIe (40GB und 80GB) sind auf dem Sekundaermarkt liquide, da Hyperscaler aufruesten — SKU und €/h muessen zu Angeboten passen (§6) - Andere haben die These validiert (siehe Wettbewerbslandschaft) — das Konzept ist bewiesen, waehrend das kleinskalige verteilte Modell noch offen ist
5. Wettbewerbslandschaft¶
Wer macht das sonst noch¶
| Projekt | Skalierung | Modell | Bedrohung fuer redc |
|---|---|---|---|
| rhoencloud DataRock | Mittelgrosse Einrichtung | Einzelstandort, Managed Services, Solar + Batterie | Mittel — naechster Vergleichsfall, aber anderes Modell |
| Projekt Jupiter | 500 MW Hyperscale | Riesiger Campus, Solar + Batterie + Netz | Niedrig — voellig andere Groessenordnung |
| Deutsche Telekom (Backnang) | Pilot | Bitcoin-Mining mit Solarueberschuss | Niedrig — validiert die These; BTC verdient weniger pro kWh |
| Verda | Mittel-gross | GPU-Cloud, 100% erneuerbar (EU-weit) | Mittel — andere Groesse, konkurriert um Kunden |
| Nordische Anbieter (GreenScale, Net Zero Compute) | Gross | Wasserkraft-basierte Campus | Niedrig — andere Geografie und Groesse |
Muster: Die grossen sichtbaren Player betreiben grosse Campus-Standorte [R19]. Phase A–B konkurriert redc zuerst als zuverlaessiger Marketplace-Host; Differenzierung mit verteilten Standorten mit erneuerbaren Energien und guenstigem Ortstrom ist Phase C (§3). Fuer kleinere fruehe Modelle sind Solar- und Biogas-Partner in Deutschland besonders greifbar; fuer spaetere oder groessere Varianten koennen auch andere Standorte mit erneuerbaren Energien relevant werden.
Position von redc¶
Einzelstandort Verteiltes Netzwerk
┌──────────────────────┬──────────────────────┐
Gross │ Projekt Jupiter │ │
(>50 MW) │ GreenScale │ (noch niemand) │
├──────────────────────┼──────────────────────┤
Mittel │ rhoencloud DataRock │ │
(1-50 MW) │ Verda │ (noch niemand) │
├──────────────────────┼──────────────────────┤
Klein │ DT-Pilot │ │
(<1 MW) │ (BTC-Mining) │ ← redc geht hierhin │
└──────────────────────┴──────────────────────┘
Alleinstellungsmerkmale¶
Phase A–B (jetzt): 1. Marketplace-first, niedriger Overhead — Vast.ai uebernimmt Akquise; messbare €/GPU-h (§9). 2. Dynamische Preisregelung — automatische Anpassung mit Stretch-Ziel >90% Auslastung wo marktbedingt erreichbar; gekoppelt mit Listing-Qualitaet und wettbewerbsfaehigen Preisen (§3). 3. Niedrige Investition, schnelle Validierung — Colocation statt Feld-First; Finanzierung + Gates (§10). 4. Bewaehrtes Konzept, risikoaermere Umsetzung — Hyperscaler-These; redc startet klein und kontrolliert.
Phase C (spaeter, siehe §3): guenstiger Strom am Standort mit erneuerbaren Energien; B2B mit EU- und Green-Story; verteiltes Kleinstandort-Modell statt eines Riesen-Campus — Detail erst bei der Investitionsentscheidung.
Worin redc NICHT konkurriert¶
- Phase A–B: Nicht im Preis gegen generische Billig-Region-Netz-Hoster weltweit; Fokus Zuverlaessigkeit, Verifikation, EU-Colocation.
- Nicht in Hyperscale gegen nordische Wasserkraft-Campus.
- Phase C: Laendliche Standorte = keine Stadt-Latenz-Elite — dafuer Ortstrom und Partnerlogik (§3).
6. Hardware-Strategie¶
Die Hauptfrage fuer Erstleser ist einfach: Welche gebrauchte A100-SKU traegt Phase A am robustesten? Die Detailherleitung zu Preisbandbreiten, Payback-Logik und spaeteren Alternativen steht in A2.
GPU-Auswahl: gebraucht A100 80GB vs gebraucht A100 40GB¶
Phase A setzt ausschliesslich auf den Sekundaermarkt (gebraucht / refurbished / ITAD mit Rechnung). Neuware A100 80GB ist eine andere Preisklasse (~€28k–37k/Karte in Europa [R18]) und nicht im Rahmen des initialen 4-GPU-CAPEX.
Validierte Gebrauchtpreis-Bandbreiten (Europa, April 2026) [R18] — vor Kauf aktualisieren:
| Erster-Server-Option | Gebraucht € pro GPU (validierte Bandbreite) | TDP | Host €/h (indik., 0% Fee × FX 0,925) | € pro W·h |
|---|---|---|---|---|
| A100 40GB PCIe | €8.000–14.000 | 250 W | ~€0,53–0,68 [R16][R22] | ~2,1–2,7 |
| A100 80GB PCIe | €9.500–24.000 | 300 W | €0,68–0,97 [R16]; Plan €0,925 ($1.00) [R22] | ~2,3–3,2 |
Auswahlregel: Parallele verbindliche Angebote fuer gebraucht 80GB und gebraucht 40GB einholen. Die SKU waehlen, deren (Angebot, erwartete Host-€/h, Auslastung) den besseren Payback und Tenant-Fit ergibt. Gebraucht 80GB gewinnt bei VRAM und Marketplace-Breite, wenn Angebote im unteren Drittel der Bandbreite liegen (Refurb-Grade-A-Quotes starten um ~€9,9k/Karte netto, z. B. Serverschmiede Apr 2026); gebraucht 40GB gewinnt beim absoluten CAPEX, wenn gebraucht 80GB-Angebote hoch liegen (~€18k–24k) und die realisierte Host-€/h nicht proportional hoeher ist.
Live-Marketplace-Check: Vast.ai-Kundenraten fuer die exakte SKU benchmarken, die gelistet wird (Region + Verifikationsstufe), bevor Angebote fixiert werden. Massgeblich sind aktuelle Listings und reale Auszahlungsschaetzungen unmittelbar vor Beschaffung.
Weitere SKUs wie RTX 4090, L40S oder H100 sind bewusst nicht Teil des Kernplans fuer Phase A. Sie koennen spaeter relevant werden, veraendern aber nicht die aktuelle A/B-Entscheidungslogik. Einordnungen dazu stehen in A2.
Marketplace-Raten werden in §9 ueber den Planhorizont flat modelliert.
Energiehebel fuer Phase C (kurz)¶
Fuer das Verstaendnis der Gesamtidee reicht eine einfache Aussage: guenstiger Standortstrom kann Phase C oekonomisch attraktiver machen als weiterer Ausbau in Colocation. Ob das in der Praxis wirklich gilt, wird jedoch nicht in Phase A-B unterstellt, sondern erst in der spaeteren Standort-Investitionsentscheidung geprueft. Die Readiness-Logik dafuer steht in A3.
Beschaffungsstrategie¶
- Phase A: 1× Server, 4× gebrauchte A100 PCIe — 80GB als Base Case, 40GB nur wenn Angebotslage und erwartete Host-Rate den besseren Payback liefern. Refurbished Dual-Socket-Server. §9.0 (finanzierte Colocation) und §9.1 (Skalierung) mit tatsaechlich gekaufter SKU neu kalkulieren.
- Phase B: In 4-GPU-Schritten erweitern (zusaetzliche Server). Mengenrabatte ab 8+ Einheiten verhandeln. SKU (40 vs 80) an Marketplace-Strategie anpassen; Scale-Gates in §10 anwenden.
- Phase C: Container-faehige Hardware, Migration oder Neuaufbauten an RE-Standorten; GPU-Generationen nur triggerbasiert wechseln. Neue Klassen wie gebrauchte H100 werden erst relevant, wenn Kaufpreis, reale Host-Raten und Stress-Netto den Wechsel klar rechtfertigen. Die Refresh- und Resale-Logik steht in A5.
7. Phase-C-Vorbereitung: Energiepartner¶
Wirtschaftlicher Massstab Phase A–B: §9.0–§9.1 (Colocation). Dieses Kapitel ist nur Pipeline fuer Phase C (§3). In Deutschland sind Solar (Abregelung, niedrige Boersenwerte) und Biogas (Post-EEG-Druck) heute besonders naheliegende fruehe Partnerkategorien [R1][R3][R8][R9]. Fuer spaetere oder groessere Phase-C-Varianten koennen aber auch andere Standorte mit erneuerbaren Energien relevant werden; die Einordnung dazu steht in A4.
Phase A–B: Energie-Scouting ist nicht operativ noetig. Phase C: Partnergespraeche und lose Vereinbarung (1–2 Seiten) erfolgen wenn die Standort-Investitionsentscheidung ansteht — mit Fokus auf Container-Stellflaeche, Strombezug, Wasserversorgung und Internetanbindung; ggf. mit externer Hilfe (Berater, Netzwerk) oder spaeterer Kapazitaet; nicht Teil von Phase A–B.
Warum nicht Wohnung/Haus als Start: Haushaltsstrom ~€0,35–0,37/kWh [R7], Laerm, IP — ungeeignet. Phase A = Colocation. Partnerstandort und guenstiger Ortstrom sind Phase C (§3), nicht Voraussetzung fuer den ersten Umsatz.
8. Betrieb¶
Deployment-Modell¶
Phase A–B (Standard): Colocation - Standort: Provider-Rack (4U–8U+ pro Server), redundante Stromversorgung, SLA-gestuetzte Kuehlung. - Hardware: Ein refurbished Dual-Socket-Server mit 4× A100 PCIe (40 oder 80GB nach §6); Schienen, PDUs nach Provider-Spezifikation. - Netzwerk: Provider-Uplink + oeffentliche IPv4; Latenz-Tuning fuer Marketplace-Verifikation. - Strom: Abgerechnet pro kW/kWh oder pauschale Slot-Gebuehr laut Vertrag. - Monitoring: Remote. IPMI/iDRAC + Host-Metriken, automatisierte Alerts, disziplinierte Ticket-Bearbeitung fuer Host-Score.
Phase C: Vor-Ort-Container - Standort: Sicherer Stellplatz / Einhausung beim Partnerstandort mit erneuerbaren Energien (oder dediziertes Edge-Shelter). - Strom: Behind-the-Meter-Einspeisung; Unterzaehlung fuer Abrechnung. - Wasser: Standortseitig verfuegbar oder mit vertretbarem Aufwand herstellbar; bei wasserbasiertem Containerdesign als Pflichtanschluss frueh klaeren. - Netzwerk: Glasfaser wo moeglich; Starlink oder Backup-Pfad bei Bedarf. - Scale-Gate: Containerisierten Footprint verlagern oder ergaenzen, wenn ~9–12 Server gemeinsame Einhausung, Sicherheit und Kuehlung rechtfertigen (§10).
Betriebliche Komplexitaet nach Phase¶
| Phase | GPUs (illustr.) | Betreut durch | Standort |
|---|---|---|---|
| A (Start) | 4 | David (neben Vollzeitjob; §8) | Colocation-Einrichtung |
| B (Skalierung) | 8–32+ | David (remote); optional Minijob Techniker (§12) | Colocation (+ optionaler 2. Standort) |
| C (Standort mit erneuerbaren Energien + Container) | 36–48+ (9–12 Server × 4 GPUs) | David + ggf. Techniker / externe Energie- oder Standortunterstuetzung | Container am Standort mit erneuerbaren Energien |
Hinweis Phase C: Betriebsdetail (z. B. Solar vs. Biogas, Lastfolge) wird bei der Standort-Investitionsentscheidung geklaert — nicht Gegenstand von Phase A–B.
Zeitaufwand und Einkommen¶
David (Phase A–B, technischer Betrieb): Verantwortet Angebote, Finanzierung, Colocation, Deployment und Vast-Betrieb. Das Zeitbudget ist so geplant, dass eine bestehende Vollzeitbeschaeftigung (Haupteinkommen) weitergefuehrt werden kann.
| Zeitraum | Wochenstunden | Taetigkeit |
|---|---|---|
| Monat 1–2 (Setup) | 5–8 Std. | Finanzierung, Hardware, Colocation-Vertrag, Burn-in, Listing — ohne parallelen Energie-Scouting-Pflicht |
| Monat 3–6 (Validierung) | 3–5 Std. | Dashboard, Pricing, Remote-Troubleshooting (typ. abends) |
| Monat 7–24 (Regelbetrieb Phase A/B) | 3–5 Std. | Monitoring, Marketplace-Optimierung (inkl. dynamische Preisregelung, §3) |
| Pro Server-Erweiterung (Phase B) | 6–10 Std. fuer 1–2 Monate | Beschaffung/Deployment; sonst Regelbetrieb |
Obergrenze: ≤10 Std./Woche (Ausnahme kurze Sprints) — siehe Designprinzipien §9.
Kein Gruendergehalt aus der UG in Phase A–B (Planungsannahme): Cash aus dem Betrieb dient Schuldendienst, Reserve, Refresh, ggf. Wachstum — nicht einem marktueblichen Geschaeftsfuehrer-Gehalt. Der private Lebensunterhalt bleibt ueber externe Vollzeit. Ein regulaeres Gehalt aus der UG ist erst realistisch, wenn freier Cashflow und steuerliche Abklaerung das ohne Gefaehrdung von Gates erlauben — in der Praxis oft erst bei deutlich groesserer Flotte oder mit Phase C (hoehere Marge, klarere Rollen). Steuerberater zu Mindestlohn/Scheinselbststaendigkeit und spaeterer Gehaltsfaehigkeit einbeziehen.
Phase C (Partner / Energie): Wenn Standort und Vertraege anstehen, kann zusaetzliches Zeitbudget noetig werden — extern (Berater, Makler, Techniker vor Ort) oder spaetere interne Unterstuetzung. Diese Kapazitaet wird erst mit der Standort-Investitionsentscheidung konkretisiert.
9. Finanzplan¶
Schwerpunkt Phase A und B: Die folgenden Abschnitte §9.0 und §9.1 enthalten die massgeblichen Zahlen fuer Gruendung, ersten Server und gate-basiertes Wachstum in der Colocation. Phase C (Container, Behind-the-Meter [BtM]-PPA, Migrations-CAPEX) wird hier nicht in gleicher Tiefe budgetiert; dafuer ist eine eigene Investitionsrechnung vorgesehen, sobald die Trigger aus §10 erfuellt sind und vor Unterzeichnung von Standortvertraegen.
9.0 Kurzfristige Umsetzung: Phase A (Colocation + Finanzierung)¶
Dieser Abschnitt beschreibt die Standard-Go-live-Wirtschaftlichkeit fuer den ersten Server: 4× A100 80GB (refurbished), Colocation, 48-Monats-Mietkauf. Basierend auf einer konkreten Serverschmiede-Konfiguration und den dazugehoerigen internen Angebotsunterlagen (April 2026).
| Parameter | Wert | Anmerkung |
|---|---|---|
| 4× A100 80GB PCIe (refurb) | €39.734 netto | ~€9.934/Karte, Serverschmiede Grade A |
| Server ohne GPUs (Chassis, CPU, RAM, NVMe, Boot, PSU, NIC, Zubehör) | €15.416 netto | AIC CB401-TU, 2× Xeon Gold 5318N, 512 GB DDR4, 4× 1,92 TB NVMe, 2× 512 GB M.2, 2× 2 kW PSU, 2× 10GbE OCP, Schienen/Kabel |
| 60 Mo. Onsite NBD Warranty | €2.868 netto | Nur Server-Komponenten; NBD = naechster Werktag (GPUs separat versichern) |
| Hardware gesamt netto | €58.018 | Basierend auf konkretem April-2026-Angebot |
| Monatsrate (48m Mietkauf) | ~€1.500 | Serverschmiede-Rechner Schaetzung; exakt anfragen |
| Colocation (Planung) | ~€200–350/Mo | myLoc ~€199 flat; firstcolo/Hetzner nach Angebot |
| Wartungsruecklage | €200/Mo | €600/GPU/Jahr |
| Versicherung (Elektronik) | ~€145/Mo | ~3%/Jahr auf ~€58k versicherter Hardware |
| OPEX ohne Finanzierung | ~€595/Mo | Colocation €250 (Mitte) + Wartung €200 + Versicherung €145 |
| Fixbelastung inkl. Finanzierung | ~€2.095/Mo | Neu berechnen wenn Finanzierungsangebot vorliegt |
| Marktanker (brutto gelistet) | 1,206 USD/GPU-h | 7-Tage-Median-Snapshot-Klasse (vor IC aktualisieren) |
| Host-Auszahlung × FX (Planung) | 1,00 × 0,925 | → ~0,925 EUR/GPU-h effektiver Host; 0% Host-Fee seit 06/2024, FX = Wechselkurs |
| Laufzeitbasis | 730 h/Monat | Standard-Planungsmonat |
Netto-Cash (EUR/Mo) — 4 GPUs, illustrativ
Umsatz-Formel: effektive EUR/GPU-h × 4 GPUs × 730 h × Auslastung
| Szenario | Eff. EUR/GPU-h | Umsatz @80% | - OPEX €595 | - Finanz. €1.500 | = Netto |
|---|---|---|---|---|---|
| Konservativ (DE-Niveau, $1.00) | 0,925 | 2.153 | 1.558 | +58 | |
| Planungsbasis (CZ-DC-Niveau, $1.05) | 0,971 | 2.261 | 1.666 | +166 | |
| Upside (EU-Premium, $1.20) | 1,110 | 2.584 | 1.989 | +489 |
Hinweis: Alle EUR-Werte berechnet mit 0% Host-Fee (seit Juni 2024; Quelle) × FX 0,925. Listing-Preis = Host-Auszahlung.
Break-even (Fixbelastung ~€2.095/Mo): bei 0,925 EUR/GPU-h ($1.00) Auslastung ≈ 78%; bei 0,971 ($1.05) ≈ 74%; bei 80% Auslastung Break-even-Rate ≈ 0,718 EUR/GPU-h (~$0,78).
Startkapital (Gruender-Eigenkapital / Gesellschafterdarlehen): Die Hardware wird finanziert (Mietkauf). Der Gruender benoetigt ~€15–25k eigenes Kapital fuer UG-Gruendung (~€1–2k), Steuerberater (~€2–3k erstes Jahr), Versicherungspraemien (~€1–2k), Colocation-Setup + ersten Monat, moegliche Mietkauf-Anzahlung (0–10%) und eine 6-Monats-Fixkosten-Reserve (~€12,6k bei ~€2,1k/Mo). Planungsziel: ~€20k auf dem UG-Konto zum Go-Zeitpunkt. Quelle: Erspartes oder Gesellschafterdarlehen.
Liquiditaets-Gate: ≥6 Monate Fixbelastung (Colocation + Versicherung + Wartung + Finanzierung ≈ €12,6k) als Unternehmensreserve halten, bevor Vertraege eingegangen werden.
Go / No-Go (Phase-A-IC): Mindesthuerden sind: (1) verbindliches Hardware+Finanzierungs-Angebot ≤ ~€58k netto, (2) erwarteter Netto-Host-Satz ≥ ~0,72 EUR/GPU-h bei 80% Auslastung (oder aequivalent), (3) UG-Konto ≥€20k (oder ≥6 Mo Reserve nach allen Setup-Kosten), (4) keine unbeschraenkte persoenliche Buergschaft wo vermeidbar. Die endgueltige Entscheidung erfolgt nicht ueber diese Zeile allein, sondern ueber die strengere Gate-Matrix in §10 (inkl. Stress- und Downside-Pruefung).
Stop-Loss: wenn 2-Monats-Rolling-Netto < -€400/Mo, Expansion einfrieren und Remediation ausfuehren (Pricing, Verifikationsstufe, Incident-Backlog oder Exit-Verhandlung).
Ratenkompression-Stress (@80%, Planungsbasis $1.05 = €0,971, fixe €2.095/Mo): Flache Raten ~+166/Mo J1; bei -10%/Jahr Ratenrueckgang ~-60/Mo J2 — wird bei Ratenkompression schnell eng. Expansion muss bei anhaltendem Rueckgang pausieren. Bei Upside-Spur ($1.20 = €1,110): ~+489/Mo J1, ~+230/Mo J2, ~-30/Mo J3 — deutlich mehr Puffer.
Saisonales Stressszenario (Wintermonat):
6 Monate Marktdaten (Okt 2025–Apr 2026) zeigen ein klares Muster: Dez–Feb ist Tiefsaison auf Vast.ai, Maerz–Apr ist Hochsaison (Korrelation mit KI-Modell-Releases). Die Planungsrechnung oben verwendet flache Raten — real muss der Winter-Puffer eingeplant werden.
| Monat (Beispiel) | Median Vast.ai A100 PCIe | Auslastung (hist.) | Netto EUR/GPU-h | Umsatz 4 GPU @Auslastung | - OPEX+Finanz | = Netto |
|---|---|---|---|---|---|---|
| Dez–Feb (Tief) | ~$0,64 | ~55% | €0,59 | €844 | €2.095 | -€1.251 |
| Mrz–Apr (Sprung) | ~$1,07 | ~87% | €0,99 | €2.520 | €2.095 | +€425 |
| Plan-Basis flat @80% | $1,00 | 80% | €0,925 | €2.153 | €2.095 | +€58 |
Konsequenz: Ein einzelner Wintermonat kann bis zu -€1.250 Cash kosten. Bei 3 Wintermonaten: bis -€3.750 kumuliert. Die 6-Monats-Reserve (€12.600) ist explizit als Puffer dafuer dimensioniert — sie deckt rechnerisch 3 volle Wintermonate ab, ohne dass der Betrieb eingestellt werden muss. Voraussetzung: Die Fruehjahrsmonate (Mar–Apr, historisch starke Hochphase) gleichen den Winter aus.
Implikation fuer Plattformwechsel: Faellt Vast.ai dauerhaft auf Winter-Tief-Niveau (~$0,64), ist der TensorDock-Wechsel (Netto ~€0,85/h, s. §3 Plattformstrategie) die erste Massnahme — noch vor Angriff auf die Reserve.
9.1 Illustrative Skalierung Phase B (Gate-basiert, Colocation)¶
Statt fester Jahres-Tranchen: jeder neue Server wird nur nach bestandenem Gate (§10) hinzugefuegt. Fruehestens alle 6–12 Monate. Alle Server werden in Phase B in Colocation betrieben und per 48-Monats-Mietkauf finanziert (gleiche Struktur wie Server 1). Ziel: selbsttragende Flotte und genug installierte GPUs, dass Phase C (Container, gemeinsame Infrastruktur) amortisierbar wird — nicht frueher.
Annahmen (identisch fuer jeden Server, basierend auf Serverschmiede-Quote): - Finanzierung: ~€58k netto, 48 Monate, ~€1.500/Mo - OPEX pro Server: ~€595/Mo (Colocation + Wartung + Versicherung) - Umsatz pro Server @80%: ~€2.153/Mo (konservativ $1.00, 0,925 EUR/GPU-h) - Netto pro Server @80%: ~€58/Mo (konservativ) - Netto pro Server @80% (Planungsbasis $1.05): ~€166/Mo
| Server | Fruehestens | Flotten-Fixbelastung | Flotten-Umsatz @80% (kons.) | Netto @80% (kons. $1.00) | Netto @80% (Plan. $1.05) |
|---|---|---|---|---|---|
| #1 | Monat 0 | €2.095/Mo | €2.153/Mo | +€58 | +€166 |
| #2 | Monat 6–12 | €4.190/Mo | €4.306/Mo | +€116 | +€332 |
| #3 | Monat 12–24 | €6.285/Mo | €6.459/Mo | +€174 | +€498 |
| #4 | Monat 18–30 | €8.380/Mo | €8.612/Mo | +€232 | +€664 |
| #5 | Monat 24–36 | €10.475/Mo | €10.765/Mo | +€290 | +€830 |
| #9 (Phase-C-Trigger) | Monat 42–60 | €18.855/Mo | €19.377/Mo | +€522 | +€1.494 |
Anmerkungen: - Bei der konservativen Rate ($1.00 = 0,925 EUR/GPU-h, 0% Host-Fee) traegt sich jeder Server ab ~78% Auslastung. Die Marge ist bei diesem Szenario eng (~€58/Mo @80%). Die Planungsbasis ($1.05 = 0,971 EUR/GPU-h) gibt mehr Luft (~€166/Mo) und ist erreichbar — CZ-DCs bei $1.05 sind zu 75–100% ausgelastet. - Entscheidend fuer Skalierung (Phase B): Erst skalieren, wenn der tatsaechlich realisierte Host-Satz und die Auslastung das im Betrieb bestaetigen (§10 Gates). - Die konservative Spalte ist die wichtigere Lesart fuer Kapitaldisziplin: Bei ~€98/Mo pro Server ist fast kein Puffer fuer mehrere gleichzeitige Gegenlaeufer (z. B. Ratenkompression, hohe Remote-Hands-Kosten, Payout-Delay, schwacher Ramp-up) vorhanden. Wachstum darf daher nicht auf der Upside-Spur allein begruendet werden. - Zeile #9 in der Tabelle markiert die uebliche Groessenordnung, ab der Phase C strategisch infrage kommt (Container, BtM-Strom statt pauschaler Colocation-Kosten pro Server). Das ist kein Phase-C-Budget — nur der Hinweis, dass ab dieser Flotte eine eigene Standort- und Migrationsrechnung folgen muss. - Hardware-Refresh-Reserve: 15% des Umsatzes pro Server zuruecklegen fuer Kartenersatz und Generationswechsel. - Refresh-Disziplin: Karten weder reflexhaft ersetzen noch bis zum Totalausfall halten; Hold/Watch/Refresh/Sell-Logik siehe A5.
Kumulierter freier Cashflow (illustrativ, Brutto-Paritaet @80%): - Nach 12 Monaten (1 Server): ~€8.500 - Nach 24 Monaten (2 Server, 2. ab Monat 9): ~€21.000 - Nach 36 Monaten (3 Server): ~€40.000 - Nach 48 Monaten (4 Server): ~€65.000
Diese Werte sind vor Steuern und vor Hardware-Refresh-Reserve. Tatsaechliche Skalierungsgeschwindigkeit haengt von den gemessenen Betriebsdaten und den Gate-Pruefungen in §10 ab.
Designprinzipien¶
- Phase A: Finanzierung + Colocation fuer den ersten Server; Liquiditaet fuer Reserven und Varianz bewahren.
- Phase B: Wachstum durch weitere Finanzierung und einbehaltenen Gewinn — jeder Server nur nach Gate-Pruefung (§10); dies ist der Pfad zum tragfaehigen Kerngeschaeft.
- Phase C (Vision): Ab ~9 Servern Standort-/Container-Investitionsentscheidung nur dann, wenn Recht, Konnektivitaet, Standort-OPEX und Migrationskosten gegenueber weiterem Colocation-Betrieb klar ueberlegen sind; bis dahin Colocation-Flotte priorisieren.
- Nie mehr als 10 Std./Woche fuer David (Phase A–B, neben Vollzeitjob) — harte Obergrenze.
- Versicherung ab Tag 1. Elektronikversicherung ist nicht optional.
- Regelbesteuerung ab Tag 1 nutzen, um Vorsteuer geltend zu machen, wo zutreffend.
10. Phasiertes Wachstum und Entscheidungspunkte¶
Prioritaet der Entscheidungslogik: Phase A und Phase B — messbare KPIs, Cashflow nach Finanzierung, Reserven und Skalierungs-Gates. Phase C bleibt strategisches Ziel; die zugehoerige Tabelle unten definiert Trigger und Rahmen, nicht den Tagesgeschaefts-Fokus der naechsten Jahre.
Jede Phase hat Go / No-Go-Kriterien. Das Unternehmen vermeidet unbeschraenktes persoenliches Downside und haelt eine Hardware-Refresh-Reserve (Ziel 15% vom Umsatz oder 20–25% der Bruttomarge vor Finanzierung pro Server — eine Regel waehlen und dabei bleiben).
Phase A — Marketplace-Start (Monat 1–12)¶
| Detail | |
|---|---|
| Investition | 1× 4-GPU Server; finanzierter Betrag laut Finanzierungsvertrag; Colocation-Setup laut Angebot |
| Finanziert durch | Geraetekredit / Leasing + ≥6 Monate Fixkosten-Reserve |
| Setup | Colocation-Vertrag, Versicherung, Burn-in, Vast-Listing (verifiziertes Profil) |
| Ziel | ≥70–80% realisierte Auslastung (Rolling 60d) als bewiesener Erfolgskorridor; >90% nur als Betriebsambition mit dynamischer Preisregelung + Qualitaet (§3); stabiles Netto-EUR/GPU-h nach Auszahlung+FX; kein chronischer Incident-Backlog |
| Kill / Pause | §9.0 Stop-Loss; Auslastung <45% fuer 90d nach Ramp-up → Listing, Preis oder Exit neu bewerten |
| Maximaler Verlust | Eigenkapital in Anzahlung + Reserve; Rest-Finanzierung bei Raten-/GPU-Einbruch — mit Rueckkauf-/Verkaufsklauseln und Versicherung mitigieren |
Phase B — Kontrolliertes Wachstum (Monat 12–48+)¶
| Detail | |
|---|---|
| Investition | Zusaetzliche 4-GPU-Server; Standardfall Finanzierung, Cash nur wenn die Flotte das nach Gate-Pruefung klar traegt |
| Gates (alle vor jedem neuen Server) | Letzte 90d: Netto >0 nach Schuldendienst; DSCR (Schuldendienstdeckungsgrad) ≥1,25 im Stressfall (-10pp Auslast. oder -15% Rate); Reserve ≥6–9 Monate Fixbelastung nach Anzahlung; keine neuen unbeschraenkten Buergschaften; bei Abweichung zuerst De-Risking-Plan, kein neuer Server |
| Finanzierungspolitik | 48m fuer neue Einheiten bevorzugen; 24m-Stacking vermeiden, es sei denn freier Flotten-Cashflow deckt Stress eindeutig |
| Ziel | Vorhersagbarer Betrieb; optionale zweite Colocation fuer Redundanz |
| Paralleler Track | Optional: Energie-Kontakte fuer Phase C (§7) — nur bei Kapazitaet; kein Blocker fuer Phase A |
Phase C — Standort mit erneuerbaren Energien, Container (triggerbasiert, strategisches Ziel; B2B §3)¶
| Detail | |
|---|---|
| Trigger (typisch) | ≥9 Server (oder ≥36 GPUs) committed und Phase-C-Readiness nachgewiesen: Rechtsbild tragfaehig, Konnektivitaet belastbar, Standort-OPEX und Migrationskosten quantifiziert, Vorteil gegenueber weiterem Colocation-Betrieb plausibel — eigene Investitionsentscheidung (IC) vor bindendem CAPEX (nicht in §9.1 ersetzt) |
| Investition | Container + Standortarbeiten + Migration / neue Server; Energierechtsanwalt vor bindender Behind-the-Meter-Struktur |
| Setup | Strombezug am Standort (BtM = Behind-the-Meter / Direktleitung nach Rechtsberatung); Energiequelle mit erneuerbaren Energien am Standort mit Partner waehlen |
| Ziel | Niedrigere €/kWh am Ort; B2B/Green-Premium §3 (b); neben Marketplace |
| Kill / Pivot | Rechtliche / Netz-Reklassifizierung zerstoert Marge → bei Colocation bleiben oder alternativer Standort |
Beschleunigungsoption (jede Phase)¶
Nach 18+ Monaten gemessenem Betrieb kann optionale externe Finanzierung (KfW, Bank, Investor) die Zeit bis Phase C oder einen groesseren Colocation-Footprint komprimieren. Bewiesene Auslastung und Kontoauszuege schlagen Projektionen.
Gate-Matrix und Eskalationslogik (A-C)¶
Die Risiko- und Finanzdisziplin wird in vier Zustaende uebersetzt:
| Zustand | Bedeutung | Erlaubte Aktion |
|---|---|---|
| Go | Kennzahlen und Randbedingungen sind stabil im Zielkorridor | Naechster Schritt / Wachstum erlaubt |
| Pause / Remediate | Abweichung ist begrenzt und wahrscheinlich operativ korrigierbar | Keine Expansion; Preis, Listing, Reliability oder Kostenbasis nachschaerfen |
| De-Risk | Oekonomie oder Vertragsrisiko ist zu duenn fuer Wachstum, aber noch nicht exit-reif | Reserve aufbauen, Kosten senken, Vertrag/Finanzierung neu verhandeln, ggf. Multi-Platform testen |
| Exit | Kernannahmen sind gebrochen oder Downside waechst schneller als Lerngewinn | Geordneter Rueckzug; keine weiteren Commitments |
Anwendung auf Phase A vor Unterschrift:
| Test | Go | Pause / Remediate | De-Risk / Exit |
|---|---|---|---|
| Colocation-K.O.-Kriterien | 500/500 Mbps, 100+ offene Ports, statische IPv4, ≥2 kW vertraglich gesichert | Einzelpunkte offen, aber kurzfristig klaerbar | Kein Vast-faehiger Colocation-Vertrag → kein Go |
| Haftungsprofil | Keine unbeschraenkte persoenliche Buergschaft; frueher Ausstieg modellierbar | Begrenzung / Deckelung noch offen | Nur unbeschraenkte Haftung oder unklare Restschuld → Exit vor Unterschrift |
| Monatliche Oekonomie | Base-Case klar positiv und Stressfall tragbar | Base-Case knapp positiv, Stressfall erfordert Nachverhandlung | Nur 80% util > 0, aber kein Puffer oder schlechter Worst-Credible-Month → kein Go |
| Liquiditaet | Reserve nach Anzahlung und Setup ≥6 Monate Fixlast | Reserve nur knapp erreichbar; erst Kapital erhoehen | Reserve nach Setup unzureichend → kein Go |
Anwendung auf Phase A nach Launch:
| Fenster | Go | Pause / Remediate | Exit |
|---|---|---|---|
| Tag 30 | Listing verified, erste stabile Buchungen, keine offenen Burn-in-Probleme | Buchungen vorhanden, aber Reliability / Template / Pricing noch instabil | Kein Listing-Fit oder fundamentale Setup-Probleme ohne realistische Behebung |
| Tag 60 | Rolling-Auslastung entwickelt sich in Richtung Erfolgskorridor; 2-Monats-Netto oberhalb Stop-Loss | Nachfrage vorhanden, aber Preis / Verifikation / Incident-Prozess noch nachziehen | Nachfragebild schwach und keine klare Root-Cause-Remediation |
| Tag 90 | Wirtschaftlichkeit gegenueber Go-Case bestaetigt; Reserve stabil | Hold statt Expand; operativ nachschaerfen | Dauerhaft schwache Auslastung oder Netto unter Exit-Schwelle |
Anwendung auf Phase B und C:
| Phase | Go | De-Risk | Exit / Pivot |
|---|---|---|---|
| B | Neuer Server nur bei positivem Flotten-Stress-Netto, Reserve auf Flottenebene und tragbarer operativer Last | Expansion einfrieren; erst Reserve, Pricing oder Vertragsseite verbessern | Wenn Skalierung nur per Hoffnung oder Ausnahmeregel begruendbar waere |
| C | Nur wenn die Phase-C-Investitionsentscheidung den Weiterbetrieb in Colocation klar schlaegt |
Partner und Rechtsbild weiter vorbereiten, aber in Colocation bleiben | Wenn Recht, Standort oder Konnektivitaet die Marge zerstoeren |
Exit-, De-Risking- und Liquidationspfade (A-B)¶
Ein Kill-Signal fuehrt nicht automatisch zum sofortigen Komplettausstieg. Reihenfolge:
- Pause / Remediate — operative Ursachen isolieren (Pricing, Listing-Qualitaet, Verifikation, Incident-Backlog).
- De-Risk — keine Expansion, Kostenbasis und Vertragsrisiken reduzieren; ggf. Finanzierung neu verhandeln, Colocation wechseln oder Wachstum vertagen.
- Teil-Exit — kein weiterer Server, Marketplace-Footprint stabil halten oder geordnet reduzieren.
- Voll-Exit — Listing stoppen, Colocation kuendigen, Hardware verwerten, Restschuld gegen Sekundaermarktpreis rechnen.
Exit ist angezeigt, wenn mindestens einer dieser Punkte zutrifft:
- Kein Vast-faehiger Colocation-Vertrag oder keine tragfaehige Finanzierung ohne unbeschraenkte persoenliche Haftung
- Wirtschaftlichkeit basiert nur auf knappen Mittelwerten, waehrend der Worst-Credible-Month bereits negativ ist
- Phase-A-Ramp-up zeigt nach Remediation keine belastbare Nachfrage oder Reliability
- Flottenwachstum waere nur durch Hoffnung auf bessere Raten statt verifizierten Cashflow begruendbar
- Phase C verliert gegen den Vergleichsfall „weiter in Colocation wachsen“
11. Risikoanalyse¶
Risiken sind nach Phase A, Phase B und Phase C gegliedert. Validierungsschwerpunkt dieses Abschnitts: Phase A und B (Colocation, Finanzierung, Marketplace, Flotten-Cashflow). Phase C sammelt Risiken, die typischerweise erst mit Standort-CAPEX und BtM-Struktur voll wirksam werden.
Phase A — Erster Server (Marketplace-Start, Colocation, Finanzierung)¶
| Risiko | Wahrscheinlichkeit | Auswirkung | Massnahme |
|---|---|---|---|
| Marktplatz: realisierter EUR/GPU-h und Auslastung (Preis und Nachfrage schwanken) | Mittel | Hoch bis Mittel | §9.0 Break-even, Stop-Loss, Ratenkompression-Stress; dynamische Preisregelung (Ziel hohe Auslastung, §3); Verifikation; Multi-Platform optional; Median-Geldraten und Buchungen laufend messen (siehe Absatz unten). |
| Niedrige Auslastung (z. B. <55% nach Ramp-up) | Mittel | Hoch | §10 Kill/Pause; Preisregelung und Peer-Band pruefen; Launch-Preise; Verifikationsstufe; Incident-Backlog abbauen |
| Finanzierung ablehnt oder Konditionen verschlechtern | Mittel | Hoch | Mehrere Anbieter; Anzahlung; §9.0 mit Vertragsrate neu rechnen |
| Persoenliche Buergschaft / Restschuld bei fruehem Ausstieg | Mittel | Hoch | Deckelung; §10 Gates; Exit Restschuld vs. Wiederverkauf modellieren |
| Colocation: kW-Kappung, Mehrstrom, SLA, teure Remote Hands | Mittel | Mittel–Hoch | Angebotsvergleich / RFQ intern; OPEX-Puffer |
| Marketplace-Betrieb: Verifikation, Payout-Verzoegerung, Kontosperre | Mittel | Mittel | Frueh listen; Liquiditaetspuffer |
| Katastrophaler Hardware-Verlust (Feuer, Diebstahl, grosser Wasserschaden am Colocation-Standort) | Niedrig | Sehr hoch | Elektronikversicherung ab Tag 1; mit Colocation-Anbieter und Versicherer Zustaendigkeit klaeren |
| Hardwareausfall / frueher GPU-Ausfall | Niedrig–Mittel | Mittel | Garantie; Wartungsruecklage; Ersatzteile |
| Lieferanten-Konzentration (erste Beschaffung) | Niedrig–Mittel | Mittel | Zweite Quelle wo moeglich; RMA-Pfad |
| Green Claims vs. Colocation-Netzstrom | Mittel | Niedrig–Mittel | Phase A als Standard-Marketplace; starke Green-/CSRD-Claims erst Phase C / Nachweis |
Nachfrage- und Preisrichtung (Validierung): Die Planungsrechnungen bleiben bewusst konservativ (§9.0). Szenariotechnisch ist die Entwicklung zweiseitig: Host-Saetze und Auslastung koennen durch Wettbewerb und Chip-Flooding sinken — sie koennen aber auch steigen oder stabil hoch bleiben, abhaengig von KI-Zyklen, neuen Modell-Releases, Inferenzlast, Cloud-Engpaessen und regionaler Listing-Dichte. A100 80GB erscheint in aktuellen Listing-/Stichproben-Klassen oft weiterhin stark nachgefragt (VRAM, Preis-Leistung pro Job); H100 ist nicht in jedem Segment „massiv“ vorherrschend — viele Workloads bleiben auf A100-Klasse wirtschaftlich. Die Marktlage nicht als dauerhaft unveraendert unterstellen: Marktdaten regelmaessig aktualisieren (z. B. Vast-Snapshots, §9.0 Marktanker); Upside nutzen, Downside absichern.
Phase B — Kontrollierte Flotte (mehrere Server, Colocation)¶
| Risiko | Wahrscheinlichkeit | Auswirkung | Massnahme |
|---|---|---|---|
| Zu fruehes Skalieren / Gate-Verfehlung | Mittel | Hoch | §10 strikt: nur ein neuer Server nach bestandenem Gate; keine Stapelung ohne DSCR-Reserve |
| Kumulierter Schuldendienst (mehrere parallele Mietkaeufe) | Mittel | Hoch | 48m-Politik; §9.1 illustriert Fixlast-Summe; Reserve 6–9 Monate nach Anzahlung |
| Ratenkompression auf gesamter Flotte (alle Server betroffen) | Mittel | Hoch | §9.0 Stress; Expansion pausieren; Refresh-Reserve; SKU-/Preis-Anpassung |
| GPU-Obsoleszenz bei parallelen Finanzierungslaufzeiten | Mittel | Mittel | Keine neue Finanzierung ohne nachgewiesene Marge; Rotation planen |
| Colocation-Abhaengigkeit (ein Anbieter, ein Standort) | Niedrig–Mittel | Mittel | Option zweite Colocation (§10); Vertragskuendigungsfristen beobachten |
| Wettbewerb im Listing (mehr A100-Hoster, Preiskampf) | Mittel | Mittel | Zuverlaessigkeit, Verifikation, Reaktionszeit; Multi-Platform |
| Operative Last (Monitoring, Incidents) bei wachsender Flotte | Niedrig–Mittel | Mittel | ≤10 h/Woche Obergrenze; ab Bedarf Minijob/Techniker (§12) |
Phase C — Standort mit erneuerbaren Energien, Container, BtM (bei Trigger / IC)¶
| Risiko | Wahrscheinlichkeit | Auswirkung | Massnahme |
|---|---|---|---|
| Behind-the-Meter-Rechtsunsicherheit (Kundenanlage / Netzrollen) | Niedrig–Mittel | Hoch | Energierechtsanwalt vor bindendem CAPEX; Direktleitungsmodell als Fallback |
| Energiepartnerschaft bricht weg oder Preis eskaliert | Niedrig–Mittel | Hoch | Dualer Partner-Pool; lose Vereinbarung zuerst; Exit/Migration planen |
| Konnektivitaet am Hof-/Feldstandort | Mittel | Mittel | Glasfaser praeferieren; Starlink als Fallback |
| Regulatorische Aenderung (Energiepolitik, Netz) | Niedrig | Mittel | Nicht subventionsabhaengig; rechtliche Vorabklaerung |
Red-Team: strukturelle Kill-Szenarien¶
Diese Liste beschreibt keine Einzelrisiken, sondern Kombinationen, die das Modell trotz technisch funktionierendem Betrieb scheitern lassen koennen. Jeder Punkt ist als Kill-Test fuer Entscheidungen vor und nach Kapitalbindung zu lesen.
| Kill-Szenario | Warum kritisch | Konsequenz |
|---|---|---|
| Colocation oder Plattform-Fit bricht vor Go | Ohne symmetrische Bandbreite, Port-Range, statische IPv4 oder Verified-Faehigkeit ist Phase A kein valider Vast-Test | Nicht unterschreiben; anderen Anbieter suchen oder Modell pausieren |
| Finanzierung nur mit unbeschraenkter privater Downside | Das widerspricht der Kernlogik des Plans, Downside auf UG-Kapital, Reserve und verwertbare Hardware zu begrenzen | Exit vor Unterschrift statt Hoffnung auf spaeteres Umfinanzieren |
| Duenne Marge + mehrere Gegenlaeufer gleichzeitig | Schon kleine Kombinationen aus schwacher Auslastung, Rate Compression, Remote-Hands-Kosten oder Payout-Delay koennen den konservativen Case kippen | Kein Wachstum; zuerst De-Risking und Puffer staerken |
| Founder-Bandwidth wird zum Flaschenhals | Das Modell lebt in A–B von Zuverlaessigkeit, Preisdisziplin und schneller Incident-Bearbeitung; Nebenjob-Kapazitaet ist begrenzt | Wachstum stoppen, externe Hilfe organisieren oder Footprint begrenzen |
| Phase C ist nur narrativ attraktiv, nicht oekonomisch ueberlegen | Bessere Story ersetzt keine belastbare Rechts-, Konnektivitaets- und Marge-Logik | Bei Colocation bleiben; Phase C nicht aus Vision heraus ausloesen |
| B2B-/Green-Premium bleibt unbewiesen | Ohne zahlungsbereite Kunden ist Phase C zunaechst nur ein anderer Kostenaufbau, kein abgesichertes Upgrade der Nachfragequalitaet | Marketplace-/Colocation-Basis weiter als Referenzfall nutzen |
Katastrophaler Hardware-Verlust — Detail (Phase A–B: Colocation; Phase C: zusaetzlich Vor-Ort)¶
Die GPU-Garantie deckt nur Herstellungsfehler. Sie deckt NICHT:
| Ereignis | Garantie | Elektronikversicherung |
|---|---|---|
| Herstellungsfehler / ECC-Ausfall | ✓ | N/A |
| Flut / Wasserschaden | -- | ✓ |
| Feuer (inkl. elektrisch) | -- | ✓ |
| Blitz / Ueberspannung | -- | ✓ |
| Diebstahl / Einbruch | -- | ✓ |
| Tierschaden (Nagetiere — reales Risiko auf Hoefen) | -- | ✓ |
| Versehentliche Beschaedigung | -- | ✓ |
| Stromqualitaetsprobleme von RE-Quelle | -- | ✓ |
Ohne Versicherung zerstoert eine einzige Flut oder ein Feuer €58k+ Hardware in einer einzelnen 4-GPU-Charge (mehr wenn weitere Chargen live sind). Mit Elektronikversicherung (~€1.740/Jahr bei 3% × €58k, gerundet ~€1,7k, skaliert mit Flotte) ist der maximale Verlust aus einem katastrophalen Ereignis der Selbstbehalt (~€1.000–5.000) plus 2–4 Wochen Umsatzausfall waehrend des Ersatzes.
Colocation: Im Vertrag und mit dem Versicherer klaeren, welche Schaeden der Colocation-Betreiber vs. die Elektronikversicherung des Kunden traegt (Diebstahl aus dem Rack, Brand im Gebaeude, Haftungsausschluesse).
Versicherung ist eine Phase-A-Pflicht, nicht optional fuer spaeter. Ab Tag 1 einplanen.
Zusaetzliche physische Risikominimierungen: - Colocation: Brandmelder/Sicherheit nach Anbieter-Vorgabe; Rack-Zugang; Colocation-spezifische USV falls angeboten - Phase C / Vor-Ort: USV mit Ueberspannungsschutz zwischen RE-Quelle und Servern (Wechselrichter-Qualitaet); Brandmeldeanlage; abschliessbarer Raum; Hochwasserlage pruefen
Behind-the-Meter-Rechtsunsicherheit — Detail (Phase C)¶
Der EuGH hat entschieden, dass Deutschlands Kundenanlage-Ausnahme moeglicherweise im Widerspruch zu EU-Strommarktrichtlinien steht [R20]. Der BGH folgte. Fuer neue Behind-the-Meter-Installationen (was redc bauen wuerde) ist die rechtliche Einordnung als Kundenanlage vs. Verteilnetz unsicher.
Bei Reklassifizierung als Verteilnetz koennten die Energiekosteneinsparungen (~10–12 ct/kWh) teilweise oder vollstaendig durch Netzbetreiberpflichten aufgezehrt werden.
Massnahme: €2–3k fuer eine Energierechtsanwalt-Beratung einplanen, bevor Phase-C-CAPEX gebunden wird. Das Direktleitungsmodell ist rechtlich robuster. Die lose Vereinbarung waehrend des Partner-Scoutings umgeht die meiste Komplexitaet bis zum formalen PPA.
Fruehere „moderate“ Einzelrisiken (Wettbewerb, GPU-Generationenwechsel, Energie-Regulatorik) sind in die Phasen-Tabellen integriert (Phase B bzw. Phase C).
Downside- und Recovery-Szenarien¶
| Szenario | Kapital im Risiko | Recovery |
|---|---|---|
| Phase A scheitert (1 Server, 12 Mo) | ~€20k Startkapital + Mietkauf-Restschuld | Server verkaufen, Mietkauf abloesen; Nettoverlust begrenzt |
| Phase B scheitert (Multi-Server Colocation) | Kumulierte Finanzierungen + Colocation-Strafen | Pro Server: Wiederverkauf vs Restschuld |
| Phase C scheitert (Container am Standort mit erneuerbaren Energien) | Container-CAPEX + laufende PPAs | Container mobil; Hardware hat Wiederverkaufswert |
GPU-Wiederverkauf: Bei ~€10k/GPU Einkaufspreis ist das Exit-Risiko geringer als bei hoeheren Preisen, aber vorhanden. Erzwungener Ausstieg in den ersten Monaten (z. B. <12 Monate) kann bei Restschuld und Sekundaermarkt-Illiquiditaet unguenstig sein — deshalb Reserve und Finanzierungsklauseln vor Unterschrift pruefen.
Ausnahme: Unversicherter katastrophaler Verlust. Deshalb ist Elektronikversicherung Pflicht.
12. Team¶
| Name | Rolle | Hintergrund | Beitrag |
|---|---|---|---|
| David | Gruender, technischer und operativer Betrieb | Software/Cloud, Rechenzentrumsbetrieb | Operative Verantwortung in Phase A-B; Zeitbudget, Einkommenslogik und spaetere Entlastungsbedarfe sind in §8 beschrieben. |
Luecken (nach Bedarf): Minijob-Techniker fuer Colocation-Remote-Hands (€520/Monat Klasse, §8); bei Phase C ggf. Energie-/Standort-Beratung oder Teilzeit — von der Investitionsentscheidung abhaengig.
13. Rechtsform¶
Phase A: UG (haftungsbeschraenkt) — beschraenkte Haftung ab Tag 1, schnelle Gruendung (~€650), kann sofort fuer Regelbesteuerung optieren fuer Vorsteuer-Erstattung. Mindest-Stammkapital: €1.
Phase B–C: Upgrade auf GmbH, wenn das Modell bewiesen ist, Finanzierungs-Covenants es erfordern oder Energiepartner es erwarten. Erfordert €25.000 Stammkapital (aus akkumuliertem Kapital + persoenlicher Investition).
KEINE Kleinunternehmerregelung nutzen, wenn Vorsteuer auf Hardware relevant ist. Steuerberater-Einschaetzung zu Aktivierung und USt-Timing bei Mietkauf einholen.
| Posten | Geschaetzte Kosten |
|---|---|
| UG-Gruendung (Notar + Register) | €650 |
| GmbH-Upgrade (Jahr 3) | €1.000–1.500 |
| Jaehrlicher Steuerberater | €1.500–3.000 |
| Versicherung (Elektronikversicherung + Betriebshaftpflicht) | €1.500–3.000/Jahr |
| Energierechtsanwalt-Beratung (vor Phase C) | €2.000–3.000 |
14. Naechste Schritte¶
| # | Aktion | Zeitrahmen | Verantwortlich |
|---|---|---|---|
| 1 | UG gruenden, fuer Regelbesteuerung optieren (wenn Steuerberater zustimmt) | Monat 1 | David |
| 2 | Angebotsanfragen: GPUs + Colocation + Finanzierung; mit §9.0 vergleichen | Monat 1 | David |
| 3 | 1× Server 4× gebrauchte A100 PCIe kaufen/finanzieren — 80GB Base Case, 40GB nur bei besserem Payback nach §6 | Monat 1–2 | David |
| 4 | In Colocation deployen, Burn-in, Versicherung live | Monat 2–3 | David |
| 5 | Auf Vast listen (Verified-Pfad), Netto-EUR/GPU-h + Auslastung messen | Monat 2–4 | David |
| 6 | Phase A Go / Halten / Exit-Entscheidung nach §10 Gate-Matrix | Monat 6–12 | David |
| 7 | Falls Go: Phase-B-Gates fuer Server #2+ ausfuehren | Monat 9+ | David |
| 8 | Steuerberater: Abschreibung, USt bei Finanzierung vs Kauf, optimale Struktur | Monat 1–3 | David |
| 9 | Erst vor Phase-C-IC: Energiepartnergespraeche und Energierechtsanwalt zu Behind-the-Meter-Struktur | Vor bindendem Standort-CAPEX | David (+ Anwalt) |
Anhang: Analysen¶
Die aktuelle Appendix-Schicht enthaelt fuenf kurze Supporting Notes:
- A1. Marketplace Rate Validation
- A2. GPU SKU Choice and Payback Logic
- A3. Phase C Readiness
- A4. Renewable Site Types for Phase C
- A5. GPU Refresh and Resale Policy
Weiterfuehrende Hintergrundanalysen zu Profitabilitaet, Unit Economics, Partnerschaftsmodellen, Wettbewerb, Risiko und GPU-Auswahl existieren als separate Unterlagen, sind aber nicht fuer das Verstaendnis dieses Plans erforderlich.
Quellen und Referenzen¶
Alle Zahlen in diesem Plan basieren auf oeffentlich verfuegbaren Daten mit Stand April 2026. Wichtige Quellen fuer die Revalidierung:
Energiemarkt¶
- [R1] Solar-Abregelung 2023–2025: Bundesnetzagentur Monitoring- und Quartalsberichte; ergänzende Einordnung bei Clean Energy Wire. 2025-Schaetzung aus Trendextrapolation.
- [R2] 104 GW installierte Solarkapazitaet, 78 GW in Anschluss-Warteschlange: Bundesnetzagentur Marktstammdatenregister.
- [R3] Solar-Monatsmarktwert / Mittagskannibalisierung auf ~2 ct/kWh: Netztransparenz.de – Marktwertübersicht für Strom aus erneuerbaren Energien.
- [R4] Einspeiseverguetungssaetze (€0,056, €0,124/kWh etc.): Bundesnetzagentur EEG-Vergütungssätze.
- [R5] Netzentgelte, Stromsteuer, Konzessionsabgabe: BDEW Strompreisanalyse, jaehrlich veroeffentlicht.
- [R7] Haushaltsstrom €0,35–0,37/kWh: BDEW Strompreisanalyse H2 2025; Verivox Verbraucherpreisindex Strom. Gewerbestrom €0,25/kWh: BDEW Strompreisanalyse, Gewerbestrom.
Biogas¶
- [R8] ~1.400 Biogasanlagen laufen 2025–2026 aus dem EEG (~600 in 2025, ~800 in 2026): Fachverband Biogas e.V. Branchenzahlen; DBFZ. Gesamtsektor: 9.315 Anlagen / 6.816 MW installiert.
- [R9] Volle Gestehungskosten ~24,8 ct/kWh: KTBL Betriebsplanung Landwirtschaft; Direktvermarktungs-Erloes 7–11 ct/kWh: Netztransparenz.de – Marktwerte Biomasse.
GPU-Compute-Markt¶
- [R11] KI-Rechenleistungsnachfrage ~2,25× pro Jahr: AI 2027.
- [R12] Inferenz macht ~2/3 der KI-Rechenleistungsnachfrage aus: Epoch AI Research und Stanford AI Index 2025.
- [R13] Inferenz-GPU-Markt $10,5 Mrd. (2025) → $51,6 Mrd. (2032): MarketsandMarkets, "AI Inference GPU Market" Report (2025) via MarketsandMarkets.
- [R14] Vast.ai 16× Kundenwachstum, 13× Umsatzwachstum, 14.000+ Kunden, ~20.000 GPUs, 1.000+ Hosts: Vast.ai Blog; ergänzende Berichterstattung u. a. bei TechCrunch.
- [R15] EU-CSRD Scope-2/3-Berichterstattung ab Januar 2025: EU-Richtlinie 2022/2464 (Corporate Sustainability Reporting Directive), Amtsblatt der EU.
GPU-Hardware und Marketplace-Raten¶
- [R16] A100-Klasse kundenorientierte Raten (Aggregatoren, April 2026); 80GB-Stufen typischerweise ueber 40GB; Host-Umsatz ~€0,65–0,97/h fuer wettbewerbsfaehige 80GB-Listings (Vast.ai erhebt seit Juni 2024 0% Host-Fee — Listing-Preis = Auszahlung; FX 0,925): ComputePrices, AwesomeAgents.ai GPU-Preistracker, Vast.ai Host-Dokumentation, Vast.ai June 2024 Update.
- [R18] Erste Server = Gebrauchtmarkt: A100 PCIe Europa (Apr 2026) — gebraucht 40GB ~€8.000–14.000; gebraucht 80GB ~€9.500–24.000 (ITAD, Refurb-Haendler, Business-Marktplaetze; Unterkante durch Grade-A-Refurb-Quotes ~€9,9k/Karte bestaetigt — live pruefen). Neuware (nur Kontext): 40GB ~€11k–14k; 80GB ~€28k–37k inkl. USt — nicht initiale CAPEX-Basis.
- [R22] April 2026 Stichprobe von verifizierten Vast.ai Host-Listings (Methodik und Zahlen): A100 PCIe 80GB Floor impliziert ~€0,68/h Host-Umsatz bei FX 0,925 (0% Host-Fee seit 06/2024); DE-Hosts bei $0,73–0,93, EU-DCs bei $1,05–1,07. A100 PCIe 40GB hatte keine passenden Listings in dieser Stichprobe; vor Beschaffung erneut pruefen. Methodischer Hintergrund siehe A2 / Archivstudie 011.
Wettbewerber¶
- [R19] rhoencloud DataRock: rhoencloud.de. Projekt Jupiter (WBS Power / Prime Capital): Berichterstattung bei Datacenter-Insider. Deutsche Telekom Backnang Pilot: DT-Pressemeldung "Digitale Geld-Photosynthese" (Nov 2024). Verda (ehemals DataCrunch): verda.ai. GreenScale, Net Zero Compute, Polarise: jeweilige Unternehmenswebsites.
Recht und Regulierung¶
- [R20] Kundenanlage EuGH-Urteil: Europaeischer Gerichtshof, Rechtssache C-718/18 (Kommission gegen Deutschland); nachfolgende BGH-Entscheidungen. Uebergangsbefreiung bis 2028: EnWG §3 Nr. 24a/24b Aenderungen.