Modul 4 von 6 · 20 Min. Lesezeit · E-Mail erforderlich

Die drei Säulen, im Detail.

Inzwischen kennst du die Plattformen und das Signal-Schema. Dieses Modul ist die technische Anatomie jeder Säule — was genau ein Signal auslöst und warum.

MD — Markets Directional

MD ist die direktionale Perp-Trading-Säule auf Hyperliquid. Sie identifiziert direktionale Setups (long oder short), führt sie mit plattformseitigem SL und TP aus und sendet jeden ausgeführten Trade an Telegram.

Der Signalfluss: Alle 90 Minuten (auf Tier 0; schneller auf höheren Stufen) zieht die Engine die Top-30-Hyperliquid-Perps — Krypto- wie HIP-3-TradFi-Märkte — nach einem Composite-Score, der Log-Volumen, Momentum-Qualität (eine Glockenkurve mit Maximum bei 4–10 % 24h-Bewegung — das ist der „Pre-Breakout-Sweet-Spot“) und ATR (Echtzeit-Volatilität) kombiniert. Der Composite ist bewusst so abgestimmt, dass er bereits überdehnte Chase-Kandidaten verwirft und Setups mit Raum zur Ausdehnung hervorhebt.

Jeder Kandidat wird dann durch eine Dual-Triage bewertet: Gemini Flash + Claude Haiku parallel, auf der Suche nach einem Muster-Match gegen eine bekannte Taxonomie (TREND_CONTINUATION, BREAKDOWN_SHORT, FUNDING_FADE, MEAN_REVERSION_FROM_EXTREME, VOLATILITY_EXPANSION). Die Triage ist günstig, schnell und absichtlich durchlässig — ihre Aufgabe ist, Kandidaten hochzuspülen, nicht sie zu blockieren.

Überlebende der Triage gehen ans Richterkomitee aus drei Anbietern: Claude Sonnet, xAI Grok-4.3 und Google Gemini-Flash beurteilen jedes Setup unabhängig, mit vollem Asset-Kontext (News, Regime, Funding-Zustand) im Prompt. Zwei von dreien müssen bei Konfidenz ≥ 0.65 PASS geben, damit der Trade feuert. Die Abstimmung ist egalitär — kein einzelnes Modell kann blockieren oder übersteuern.

ORACLE — Polymarket-Prognosemärkte

ORACLE handelt binäre JA/NEIN-Kontrakte auf Polymarket. Der Vorteil dieser Säule liegt darin, Weltereignisse besser und schneller als der Marktkonsens zu lesen — und dann gegen jede implizite Wahrscheinlichkeit zu wetten, die vom fairen Wert abgedriftet ist.

Der Universums-Filter ist streng: Märkte müssen mindestens 48 Stunden in der Zukunft aufgelöst werden (um Anomalie-Trades am selben Tag auszuschließen), mindestens $10,000 Liquidität haben und nicht an einem Extrem handeln (Yes-Preis zwischen 0.05 und 0.95). Märkte, die den Universums-Filter passieren, laufen in denselben Stack aus Dual-Triage und Drei-Anbieter-Richtern wie bei MD.

ORACLE hat außerdem einen deterministischen POST-EVENT GUARD: ein hartkodiertes Regelwerk, das jeden Markt blockiert, der weniger als 24 Stunden vor der Auflösung steht, wenn der Preis am oder nahe dem Extrem liegt (≥ 0.95 oder ≤ 0.05). Das ist das Sicherheitsnetz für den Fehlermodus „der Markt kennt die Antwort schon“, der auf einem frühen ORACLE-Trade echtes Geld gekostet hat.

Die andere ORACLE-Strategie ist PCE_v2 (Patient Capital Edge) — eine ältere Mean-Reversion-Strategie gegen das FRED-Modell, die Trades mit hoher Überzeugung und kleinem Vorteil feuert, etwa „die Fed hält die Zinsen auf der Juni-Sitzung“ zu Preisen nahe 1.0. Asymmetrisches R:R, aber hohe Trefferquote. Diese feuern derzeit als manuell zu bestätigen, während wir prüfen, sie in die AUTO_VETO-Pipeline zu überführen.

LP Agile — Einkommen aus konzentrierter Liquidität

LP ist die Einkommens-Engine. Die Säule stellt Pools mit konzentrierter Liquidität auf Aerodrome (Base) und prjx (HyperEVM) Liquidität bereit und verdient Handelsgebühren plus Emissionen, solange der Vermögenswert innerhalb deiner gewählten Preisspanne handelt.

Das harte Problem bei konzentrierter LP: die Spannen-Wahl. Zu eng, und der Vermögenswert verlässt die Spanne schnell, du verdienst nichts mehr und kassierst Impermanent Loss. Zu weit, und deine Kapitaleffizienz ist gering. LP Agile berechnet eine Zielspanne auf Basis des Live-ATR (die Spanne passt sich also dem Volatilitätsregime an), der historischen Preisverteilung des Pools und des Reinvest-vs.-Gewinnmitnahme-Verhältnisses des Operators.

Alle 30 Minuten bewertet der LP-Scanner offene Positionen neu. Verlässt der Preis einer Position die Spanne, schlägt der Scanner ein Rebalance vor (schließen + mit neuer Spanne öffnen) oder ein Abwarten (wenn der Preisausflug klein und wahrscheinlich vorübergehend ist). Der Operator bestätigt per Telegram; die Engine führt aus.

Die Harvest-Engine läuft stündlich: Wenn aufgelaufene Gebühren + Emissionen eine Schwelle überschreiten (Standard: Gegenwert $1.50 USD pro Position), erzeugt der Planner eine Harvest-Transaktion, die einsammelt, zu USDC tauscht und 80 % reinvestiert / 20 % als Bargewinn entnimmt. So wird Compounding fortlaufend in Einkommen verwandelt.

Funding-Rate-Strategien — innerhalb von MD

Perp-Funding-Raten sind selbst ein Signal. Erreicht das Funding auf einem Hyperliquid-Markt ein Extrem, lehnt sich die Masse stark in eine Richtung — und zahlt für das Privileg. Das Muster FUNDING_FADE in MDs Triage-Taxonomie handelt genau das: Einstieg gegen die überfüllte Seite, den Funding-Rückenwind einsammeln und aussteigen, wenn sich das Funding normalisiert.

Historisch lief das als eigenständige Säule für Cross-Venue-Funding-Arbitrage. Diese Säule wurde eingestellt und in MD aufgenommen: Mit dem gesamten Perp-Trading konsolidiert auf Hyperliquid sind Funding-Extreme nur noch ein weiterer Auslöser in der MD-Pipeline — dieselbe Dual-Triage, dasselbe Richterkomitee, dieselbe Telegram-Zustellung wie jeder andere MD-Trade.

Wie das KI-Richterkomitee funktioniert

Das Komitee ist eine bewusste Trustless-Konstruktion:

Liefert ein Richter UNAVAILABLE oder PARSE_ERROR, fällt die Abstimmung auf die verbleibenden aktiven Voter zurück. Ist nur noch ein Voter aktiv, feuert kein Signal — wir handeln nie auf eine einzelne Meinung. Manchmal feuert ein nachrichtenarmer Tag deshalb null Signale; das ist korrektes Verhalten.

Das Graduierungs-Stufensystem

Die Engine startet auf Tier 0 (UNPROVEN): 90-Minuten-Scan-Rhythmus, $1/Tag kombinierter KI-Kostendeckel. Der schnellere Rhythmus und höhere Ausgaben schalten sich erst frei, wenn die Engine tatsächlich Gewinn-Trades schließt:

Das ist Absicht: Eine unbewiesene Engine verdient sich das Recht nicht, mehr für KI-Aufrufe auszugeben. Die Kosten skalieren mit nachgewiesenem Vorteil.

Das Wichtigste in Kürze

  • MD handelt Perps (Krypto + TradFi auf Hyperliquid, Funding-Rate-Strategien inklusive); ORACLE handelt Prognosemärkte; LP Agile stellt Liquidität bereit.
  • Das Richterkomitee aus drei Anbietern (Anthropic + xAI + Google) verlangt 2 von 3 PASS bei Konf. ≥ 0.65.
  • Kein einzelnes Modell kann blockieren oder übersteuern — die Abstimmung ist per Design egalitär.
  • Universums-Filter (48 h bis zur Auflösung bei ORACLE, Momentum-Qualitäts-Glockenkurve bei MD) verhindern Chase-Trades, bevor die Richter sie sehen.
  • Das Graduierungs-Stufensystem heißt: Kosten skalieren mit nachgewiesenem PnL — die Engine muss sich das Recht, mehr auszugeben, verdienen.

Kurzer Check — 4 Fragen

Beantworte mindestens 3 von 4 richtig, um Modul 5 — Dein erster Live-Trade freizuschalten. Wiederhole so oft du willst. BMI-Premium-Abonnenten überspringen dieses Gate.

1. MDs Momentum-Qualitäts-Score erreicht sein Maximum bei einer 24h-Bewegung von 4–10 %. Warum ist dieser Bereich — und nicht „so viel wie möglich“ — der Sweet Spot?
2. Was soll der deterministische POST-EVENT GUARD von ORACLE verhindern?
3. Zwei Voter liefern UNAVAILABLE und ein Voter liefert PASS bei 0.78. Feuert das Signal?
4. Warum startet das Graduierungs-Stufensystem die Engine mit $1/Tag KI-Kostendeckel und 90-Minuten-Rhythmus?
← Modul 3 Modul 5 — Dein erster Live-Trade