Phase B — Gate-Check & Blocker-Analyse¶
Stand: 06. April 2026 · Nächste Prüfung: frühestens 6 Monate nach Phase-A-Launch
Zweck: Reproduzierbare Prüfung, ob ein weiterer Server in Phase B hinzugefügt werden darf. Wird vor jedem neuen Server ausgeführt — frühestens alle 6 Monate.
Quelle: Business Plan §9.1, §10 (Phase-B-Gates)
Voraussetzung: Phase A muss Go sein und Server #1 muss seit ≥6 Monaten in Betrieb sein.
Anleitung für Agent-Ausführung¶
1. Daten laden: market.db, Vast.ai-Auszahlungen (wenn verfügbar), Kontostand
2. Jeden Gate-Punkt prüfen — alle müssen ✅ sein für Go
3. Bei einem 🔴: KEIN neuer Server, De-Risking-Plan erstellen
4. Ergebnis als Update in dieses Dokument schreiben
5. Nächsten Server frühestens 90 Tage nach letztem Gate-Check
1. Finanz-Gates (harte Blocker)¶
B1: Flotten-Netto > €0 (Rolling 90d)¶
Schwelle: Die gesamte Flotte (alle bestehenden Server) hat in den letzten 90 Tagen netto-positiven Cashflow nach Schuldendienst.
Prüfschritte:
1. Lade Vast.ai-Auszahlungen der letzten 90 Tage (oder geschätzten Umsatz aus Tracking)
2. Subtrahiere: Fixkosten × Anzahl Server × 3 Monate
3. Prüfe: Gesamtumsatz - Gesamtkosten > 0?
Rechnung:
| Metrik | Wert | Status |
|---|---|---|
| Flotten-Umsatz (90d) | — | ⏳ |
| Flotten-Kosten (90d) | — (= €2.095 × N_Server × 3) | ⏳ |
| Netto (90d) | — | ⏳ |
| Netto > €0? | — | ⏳ |
B2: DSCR ≥ 1,25 im Stressfall¶
Schwelle: Schuldendienstdeckungsgrad (Debt Service Coverage Ratio) bleibt ≥ 1,25 auch bei: - -10 Prozentpunkte Auslastung ODER - -15% Host-Rate
Prüfschritte:
1. Berechne aktuellen DSCR: (Umsatz - OPEX) / Schuldendienst
- Schuldendienst = €1.500 × N_Server
- OPEX = €595 × N_Server
2. Berechne Stress-DSCR mit -10pp Auslastung
3. Berechne Stress-DSCR mit -15% Rate
4. Prüfe: MIN(Stress_DSCR_Ausl, Stress_DSCR_Rate) ≥ 1.25?
Rechnung (Beispiel, 1 Server, $1.00, 80% Auslastung):
| Szenario | Umsatz/Mo | OPEX | Schuldendienst | DSCR |
|---|---|---|---|---|
| Basis (80%, $1.00) | €2.153 | €595 | €1.500 | 1.04 |
| Stress Ausl. (70%, $1.00) | €1.884 | €595 | €1.500 | 0.86 🔴 |
| Stress Rate (80%, $0.85) | €1.831 | €595 | €1.500 | 0.82 🔴 |
Achtung
Bei konservativer Rate ($1.00) und nur 1 Server ist der DSCR-Stresstest nicht bestanden. Das bedeutet: Phase B darf erst starten, wenn die tatsächlich realisierte Rate deutlich über $1.00 liegt, oder die Flotte aus ≥2 Servern besteht, die sich gegenseitig puffern.
Bei Planungsbasis ($1.05, 80%): DSCR Basis = (€2.261 - €595) / €1.500 = 1.11 — besser, aber immer noch <1.25 im Stressfall.
Realistisch wird B2 erst bei ≥$1.15 realisierter Rate oder ≥85% Auslastung bestanden.
B3: Reserve ≥ 6–9 Monate Flotten-Fixbelastung¶
Schwelle: Nach Anzahlung für den neuen Server verbleiben ≥ 6 Monate Fixkosten der gesamten neuen Flotte als Reserve.
Prüfschritte:
1. Aktueller UG-Kontostand
2. Abzüglich: Mietkauf-Anzahlung für neuen Server (0–10% von €58k)
3. Neue Flotten-Fixbelastung = €2.095 × (N_Server + 1)
4. Prüfe: (Kontostand - Anzahlung) / Neue_Fixbelastung ≥ 6?
| Metrik | Wert | Status |
|---|---|---|
| UG-Kontostand | — | ⏳ |
| Anzahlung neuer Server | — | ⏳ |
| Neue Flotten-Fixbelastung/Mo | — (= €2.095 × N+1) | ⏳ |
| Reserve in Monaten | — | ⏳ |
| ≥ 6 Monate? | — | ⏳ |
B4: Keine neuen unbeschränkten Bürgschaften¶
Schwelle: Der neue Finanzierungsvertrag enthält keine unbeschränkte persönliche Bürgschaft.
| Kriterium | Status |
|---|---|
| Angebot liegt vor | ⏳ |
| Bürgschaft beschränkt oder keine | ⏳ |
2. Betriebs-Gates¶
B5: Realisierte Auslastung ≥ 75% (Rolling 90d)¶
Schwelle: Die bestehende Flotte hat in den letzten 90 Tagen ≥ 75% Auslastung erreicht.
Prüfschritte:
1. Lade Vast.ai-Auslastungsdaten (oder Peer-Tracking als Proxy)
2. Berechne gewichteten Durchschnitt über 90 Tage
3. Prüfe: avg_utilization ≥ 0.75?
| Metrik | Wert | Status |
|---|---|---|
| Ø Auslastung (90d) | — | ⏳ |
| ≥ 75%? | — | ⏳ |
B6: Realisierte Rate ≥ €0,85 netto (Rolling 90d)¶
Schwelle: Die tatsächlich realisierte Host-Rate (Auszahlung) liegt im 90-Tage-Schnitt ≥ €0,85/GPU/h netto.
Prüfschritte:
1. Lade Vast.ai-Auszahlungsdaten oder berechne aus Tracking
2. Berechne: Gesamtauszahlung / (N_GPUs × Stunden_vermietet)
3. Prüfe: realisierte_rate × FX ≥ 0.85?
| Metrik | Wert | Status |
|---|---|---|
| Realisierte Rate (USD) | — | ⏳ |
| Realisierte Rate (EUR) | — | ⏳ |
| ≥ €0,85? | — | ⏳ |
B7: Kein chronischer Incident-Backlog¶
Schwelle: Keine ungelösten Hardware- oder Software-Incidents, die die Auslastung beeinträchtigen.
| Kriterium | Status |
|---|---|
| Offene Hardware-Incidents | ⏳ |
| Reliability Score ≥ 0.99 | ⏳ |
| Ø Response-Time auf Incidents | ⏳ |
B8: Operative Last ≤ 10h/Woche¶
Schwelle: Der Betrieb der bestehenden Flotte darf ≤ 10h/Woche erfordern (neben Vollzeitjob).
| Kriterium | Status |
|---|---|
| Geschätzte wöchentliche Betriebszeit | ⏳ |
| ≤ 10h/Woche? | ⏳ |
3. Markt-Gates¶
B9: Kein struktureller Preisverfall (>15% über 90d)¶
Schwelle: Der EU A100 80GB Median-Preis ist in den letzten 90 Tagen nicht um mehr als 15% gefallen.
Prüfschritte:
1. Lade snapshots für EU A100 80GB
2. Vergleiche Median der ersten und letzten 30 Tage
3. Prüfe: Rückgang < 15%?
| Metrik | Wert | Status |
|---|---|---|
| Median erste 30d | — | ⏳ |
| Median letzte 30d | — | ⏳ |
| Veränderung | — | ⏳ |
| < 15% Rückgang? | — | ⏳ |
B10: DE-Markt nicht kannibalisiert¶
Schwelle: Eigenes Angebot hat den DE-Preis nicht um >10% gedrückt vs. Pre-Launch-Niveau.
Prüfschritte: 1. Vergleiche DE A100-Preis vor redc-Launch mit aktuellem Preis 2. Prüfe: Rückgang durch eigenes Angebot < 10%?
| Metrik | Wert | Status |
|---|---|---|
| DE Median vor Launch | — | ⏳ |
| DE Median aktuell | — | ⏳ |
| Veränderung | — | ⏳ |
4. Zusammenfassung¶
| Gate | Beschreibung | Typ | Status |
|---|---|---|---|
| B1 | Flotten-Netto > €0 (90d) | Finanzen | ⏳ |
| B2 | DSCR ≥ 1,25 im Stressfall | Finanzen | ⏳ |
| B3 | Reserve ≥ 6 Mo neue Flotte | Finanzen | ⏳ |
| B4 | Keine unbeschränkte Bürgschaft | Finanzen | ⏳ |
| B5 | Auslastung ≥ 75% (90d) | Betrieb | ⏳ |
| B6 | Realisierte Rate ≥ €0,85 (90d) | Betrieb | ⏳ |
| B7 | Kein Incident-Backlog | Betrieb | ⏳ |
| B8 | Operative Last ≤ 10h/Woche | Betrieb | ⏳ |
| B9 | Kein Preisverfall >15% (90d) | Markt | ⏳ |
| B10 | Keine Markt-Kannibalisierung | Markt | ⏳ |
Entscheidungslogik¶
| Ergebnis | Bedingung |
|---|---|
| Go | Alle B1–B10 bestanden ✅ |
| Pause/Remediate | B1–B4 bestanden, aber B5–B10 teilweise offen → erst Betrieb stabilisieren |
| De-Risk | B1 oder B2 nicht bestanden → Reserve aufbauen, Kosten senken, kein neuer Server |
| No-Go | B3 nicht bestanden → erst Kapital aufbauen |
Timing¶
| Meilenstein | Frühester Zeitpunkt |
|---|---|
| Erste Phase-B-Prüfung | 6 Monate nach Phase-A-Launch |
| Wiederholung | Alle 90 Tage |
| Nächster Server nach Go | Frühestens 30 Tage nach Gate-Check |
Hinweis zur DSCR-Schwelle
Der DSCR-Stresstest (B2) ist bewusst streng. Bei einem einzelnen Server mit konservativer Rate ($1.00) ist er nicht bestanden. Das ist Absicht — es verhindert premature Skalierung. Phase B wird realistisch erst möglich, wenn:
- Die realisierte Rate stabil über $1.05 liegt, ODER
- Die Auslastung stabil über 85% liegt, ODER
- Die Reserve groß genug ist, um den Stressfall abzufedern (≥ 9 Monate statt 6)
Das erzwingt Geduld und Datenbasis vor der Skalierung.
Nächste Prüfung: frühestens 6 Monate nach Phase-A-Launch
Letzte Aktualisierung: April 2026