Marketplace Rate Validation¶

Stand: April 2026

Zweck¶

Diese Analyse zeigt, warum fuer Phase A-B eine bewusst konservative Marketplace-Logik sinnvoll ist und warum reale Host-Auszahlung wichtiger ist als nominale Listing-Preise.

Kernaussage¶

Fuer die Wirtschaftlichkeit von Phase A zaehlt nicht der sichtbare Marketplace-Preis, sondern die effektive Host-Auszahlung in EUR/GPU-h nach:

Plattformgebuehr
FX-Umrechnung
realer Auslastung
Verifikations- und Reliability-Effekt auf die Buchungsrate

Deshalb arbeitet der Plan mit einer konservativen Host-Rate und trennt strikt zwischen:

Planungsbasis: konservative, belastbare Annahme
Betriebsambition: moeglichst hohe Auslastung und bessere Monetarisierung

Was fuer den Plan wirklich validiert werden muss¶

Vor jeder Kapitalbindung sind vier Fragen wichtiger als allgemeine Marktplatz-Screenshots:

Welche exakte SKU wird gelistet?
Welche reale Host-Auszahlung bleibt nach Gebuehren und FX?
Wie stark beeinflussen Verification, Reliability und Listing-Qualitaet die Buchungsrate?
Bleibt die Kombination aus Host-Rate und Auslastung auch im Stressfall tragfaehig?

Warum eine konservative Logik sinnvoll ist¶

Der Plan unterstellt fuer Phase A-B keine Premium-These, sondern ein funktionierendes Marketplace-Hosting-Modell mit enger Kostenkontrolle. Die konservative Lesart ist entscheidend, weil kleine Gegenlaeufer bereits reichen koennen, um einen duennen Server-Case zu kippen:

schwacher Ramp-up
sinkende A100-Raten
Payout- oder FX-Nachteile
Verifikations- oder Incident-Probleme

Konsequenz fuer die Gate-Logik¶

Die Planungsfrage lautet nicht:

"Kann der Server in einem guten Monat positiv sein?"

Sondern:

"Ist die Host-Auszahlung auch nach Stressannahmen noch stark genug, um Reserve, Schuldendienst und einen schlechten Ramp-up zu tragen?"

Darum sollte die eigentliche Freigabe nicht nur auf nominalem Break-even beruhen, sondern auf einer Gate-Logik mit Stress- und Downside-Pruefung.

Was diese Analyse bewusst nicht tut¶

Diese Analyse ersetzt keine laufende Marktbeobachtung. Sie beschreibt die Methodik, nicht die taegliche Preissteuerung. Operative Umsetzung, Angebotsvergleich und Pre-IC-Rechnung liegen im separaten Umsetzungsprozess.