Diese Seite wurde maschinell übersetzt. Das englische Original ist maßgeblich. Auf Englisch lesen →
Zum Hauptinhalt springen

Changelog

API-Änderungen und Deprecations für das Hypercall-Testnet und die Mainnet-Alpha.

Siehe auch: REST-API-Referenz · WebSocket-API · Authentifizierung

Kein neues Release - 14. August 2026​

Hinweise zu Deprecations​

  • Benutzernamenfelder in Antworten: Das Feld username in GET /profile, GET /username, POST /username und den Leaderboard-Antworten für Wettbewerbe ist veraltet und kann am oder nach dem 20. August 2026 entfernt werden. Clients müssen Anzeigenamen im Format adjective_noun.xx lokal aus dem kanonischen Feld wallet oder wallet_address ableiten, anstatt von einem durch die API bereitgestellten Benutzernamen abhängig zu sein. Siehe Algorithmus und Testvektoren.

Ergänzungen​

  • Hyperliquid-Namen in Leaderboard-Zeilen: data[]-Zeilen der Wettbewerbs- und All-Time-Leaderboards enthalten jetzt das nullable Feld hyperliquid_name. Der Analytics Worker löst Namen nur für Wallets auf der zurückgegebenen Seite auf, bündelt HyperEVM-Aufrufe und speichert positive sowie negative Ergebnisse zehn Minuten im Cache. Das Feld ist vom veralteten username getrennt.

Kein neues Release - 3. August 2026​

Breaking Changes​

  • Profilbilder aus der Rust-API entfernt: POST /profile/image ist nicht mehr verfügbar, und GET /profile gibt profile_image_url nicht mehr zurück.

Kein neues Release - 29. Juli 2026​

Breaking Changes​

  • Candles-REST-Endpunkt entfernt: GET /candles ist nicht mehr verfügbar und gibt jetzt 404 zurück. Clients dürfen diesen Endpunkt nicht mehr aufrufen.
  • Candles-WebSocket-Bereitstellung eingestellt: Hypercall veröffentlicht keine CandleUpdate-Nachrichten mehr auf Kanälen im Format candles:<UNDERLYING>:<RESOLUTION>. Clients dürfen diese Kanäle nicht mehr abonnieren. In dieser Version ist kein Ersatz-Candle-Stream verfügbar.

Kein neues Release - 22. Juli 2026​

Ergänzungen​

  • Handelsrichtung im öffentlichen Verlauf: Jeder von GET /trades zurückgegebene Trade enthält jetzt taker_side mit dem Wert Buy oder Sell. Die Maker-Seite ist immer die Gegenseite.
  • Cursor-Paginierung für Trades: Übergeben Sie after_trade_id an GET /trades, um neuere Trades in aufsteigender trade_id-Reihenfolge abzurufen. Setzen Sie beim letzten zurückgegebenen ID fort. Der Cursor-Modus kann nicht mit offset, option_id, underlying oder account kombiniert werden; bestehende Offset- und Filterabfragen bleiben unverändert.

Kein neues Release - 20. Juli 2026​

Inkompatible Änderungen​

  • Langsame WebSocket-Clients werden getrennt: /ws-Verbindungen werden beendet, sobald ein Sicherheitsgrenzwert pro Verbindung überschritten wird. Die durchgesetzten Grenzwerte sind 16.384 ausstehende Nachrichten, 8 MiB codierte ausstehende Daten, ein Warteschlangenalter von 5 Sekunden und 5 Sekunden für einen einzelnen Socket-Schreibvorgang. Dies sind operative Sicherheitsgrenzwerte, keine Durchsatzgarantien oder Kompatibilitätszusagen. Bei einer Verletzung des Nachrichten-, Byte- oder Altersgrenzwerts wird der Close-Code 1008 mit einem kompakten JSON-Grund gesendet, der error: "slow_consumer", class, cause und recovery enthält. Eine Verbindung, die nicht einmal den Close-Frame annehmen kann, kann ohne lesbaren Grund enden. Ein Replay-Cursor ist noch nicht verfügbar. Clients müssen die Verbindung wiederherstellen, sich bei Bedarf erneut authentifizieren, Abonnements erneuern und die angegebene Wiederherstellungsaktion ausführen: einen Snapshot für geordnete öffentliche Daten neu abrufen, dauerhafte private Ereignisse über REST abgleichen oder den Portfoliozustand neu abrufen. Clients dürfen bei einer Wiederverbindung keine lückenlose Zustellung voraussetzen. Der Quote-Provider-Eingang /ws/quotes ist separat und unverändert.
  • Unveränderte indikative Aktualisierungen werden zusammengefasst: indicative_market_data sendet nicht mehr jede Aktualisierung, bei der sich nur der Zeitstempel ändert. Wenn Preise, Größen und Verfügbarkeit des Providers unverändert sind, sendet jedes Instrument höchstens eine Aktualitätsmeldung pro Sekunde. Änderungen an finanziellen Preisen oder Größen sowie das Entfernen von Providern werden weiterhin sofort veröffentlicht. Clients, die jeden Quellzeitstempel als Ereignis verwendet haben, müssen stattdessen den zuletzt empfangenen Snapshot verwenden.
  • WebSocket-Befehle verwenden im selben API-Prozess dieselben Ratenlimits wie REST: Signierte /ws-Befehle vom Typ PlaceOrder, SubmitRfq, SubmitAutoExecuteRfq und AcceptRfqQuote verwenden jetzt im selben API-Prozess dieselben Wallet-Limits des speicherinternen RateLimitCache wie ihre REST-Entsprechungen. Diese Limits werden nicht im gesamten Cluster geteilt, und jede API-Replik verwaltet unabhängige Zeitfenster. Das Wallet wird erst nach Wiederherstellung der Signatur und Autorisierung des Agenten gezählt, sodass die Angabe eines anderen Wallets dessen Limit nicht verbrauchen kann. Ein dedizierter WebSocket-Auslieferungspod umgeht diese Limits nicht. WebSocket-Befehle über dem Limit erhalten eine Error-Nachricht anstelle von HTTP-Ratenlimit-Headern.

Fehlerbehebungen​

  • WebSocket-Speicher-Backpressure: Der Socket-Owner-Pfad behält die Warteschlangenabrechnung jetzt von der Annahme bis zum abgeschlossenen Socket-Schreibvorgang bei. Er erfasst codierte Bytes, Warteschlangenalter, Serialisierungszeit, tatsächliche Frame-Bytes, Latenz von Veröffentlichung bis Schreibvorgang, Schreibfehler und druckbedingte Verbindungsabbrüche nach Zustellungsklasse.
  • Doppelte Bandbreite für indikative Daten: Wiederholte vollständige indikative Chain-Snapshots mit unveränderten finanziellen Feldern werden vor der öffentlichen Verteilung unterdrückt.

Kein neues Release – 13. Juli 2026​

Ergänzungen​

  • API-Fehlercodes: API-generierte HTTP-4xx- und 5xx-JSON-Fehlerantworten erhalten code und message, während bestehende Felder erhalten bleiben. Verwenden Sie den stabilen, maschinenlesbaren code für Verzweigungen und message zur Anzeige oder Diagnose. Siehe Fehler und Ablehnungsgründe.

Kein neues Release – 3. Juli 2026​

Ergänzungen​

  • Sichtbarkeit von RFQ-Provider-Quotes: GET /options-summary kann rohe indikative Quotes von RFQ-Quote-Providern einschließen, indem include_rfq_provider_quotes=true oder der abwärtskompatible Alias rfq_provider_quotes=true übergeben wird. Begrenzen Sie die Provider-Quotes pro Instrument mit rfq_provider_quotes_limit, provider_quotes_limit oder limit.
  • Indikativer Marktdaten-Stream: IndicativeMarketData-WebSocket-Nachrichten enthalten jetzt rfq_provider_quotes, sodass Clients den indikativen RFQ-Quote-Satz pro Provider hinter dem aggregierten Bid und Ask einsehen können.

Fehlerbehebungen​

  • Query-Parameter für Options-Summary: Die REST-API-Referenz dokumentiert jetzt die neuen /options-summary-Query-Parameter für Provider-Quotes.
  • Nicht verfügbare Provider-Quotes: RFQ-Provider-Quotes, die nicht mehr verfügbar sind, erscheinen umgehend nicht mehr in Marktdaten-Antworten.

Kein neues Release – 26. Juni 2026​

Deprecation-Hinweise​

  • Weggelassene Order-Route: PlaceOrder akzeptiert ein weggelassenes route mindestens bis zum 4. Juli 2026. POST /order behandelt ein weggelassenes route als best_execution und gibt die Header Deprecation, Sunset, X-Deprecation-Removal-Unix und Warning zurück. Clients sollten route senden und es in die typisierten PlaceOrder-Daten aufnehmen. route wird nicht vor dem 4. Juli 2026 verpflichtend, kann aber später verpflichtend werden.

Ergänzungen​

  • Optionale Order-Route: POST /order akzeptiert jetzt ein optionales signiertes route-Feld auf PlaceOrder. Clients können best_execution, book_only oder rfq_only senden. Ein weggelassenes route entspricht während des geplanten Deprecation-Zeitfensters standardmäßig dem aktuellen best_execution-Verhalten.
  • Book-only-Order-Route: Clients können route=book_only senden, um die RPI/RFQ-Discovery zu überspringen und direkt an das Orderbuch zu senden. route=best_execution behält das bestehende Verhalten (erst RPI, dann Orderbuch) bei. route=rfq_only ist reserviert und wird für /order derzeit abgelehnt, bis die Semantik der Order-Historie für RFQ-only implementiert ist.
  • Routen-Validierung für Bulk-Orders: POST /bulk_order unterstützt route=book_only für routenbewusste Anfragen. Ein weggelassenes route behält das bestehende Book-only-Verhalten bei. route=best_execution und route=rfq_only werden bei Bulk-Orders abgelehnt, da der Bulk-Endpunkt kein RPI/RFQ-Routing ausführt.

Kein neues Release – 25. Juni 2026​

Dokumentations-Korrekturen​

  • API-Referenz: GET /liquidations wurde zur generierten REST-API-Referenz hinzugefügt und der Endpunkt aus dem Liquidation-Leitfaden verlinkt.

Kein neues Release – 10. Juni 2026​

Dokumentations-Korrekturen​

  • Basis-URLs der API-Referenz: Die generierte REST-API-Referenz wurde korrigiert und listet die öffentlichen Umgebungen als https://testnet-api.hypercall.xyz für das Testnet und https://api.hypercall.xyz für die Produktion.

v1.0.1-mainnet-alpha – 10. Juni 2026​

Fehlerbehebungen​

Ausführung​

  • RPI-Fills bei leerem Orderbuch: Single-Leg-RPI behandelt das Limit des Nutzers jetzt als Ausführungsobergrenze bzw. -untergrenze, wenn keine ausführbare ruhende Orderbuch-Liquidität vorhanden ist. Zulässige Preisverbesserungs-Antworten zum angezeigten Limit können ausgeführt werden, statt abgelehnt zu werden, weil sie das Limit selbst nicht verbessern. Wenn ausführbare ruhende Orderbuch-Liquidität vorhanden ist, müssen Quote-Provider diesen Buchpreis weiterhin um mindestens einen Tick verbessern. Siehe Order-Priorität.
  • Antworten von Quote-Providern: RFQ-Antworten folgen jetzt derselben Limitpreis-Regel wie die API. Natürliche Quotes zum Taker-Limit werden akzeptiert, wenn keine Orderbuch-Referenz existiert, während Quotes außerhalb des Taker-Limits oder Quotes, die ausführbare Orderbuch-Liquidität nicht verbessern, weiterhin abgelehnt werden.

Trollbox​

  • Mainnet-Routing: Die Produktions-Trollbox zeigt jetzt auf den Mainnet-Worker, sodass der App-Chat die Live-Trollbox-Umgebung verwendet.

v1.0-mainnet-alpha – 1. Juni 2026​

Siehe auch: Mainnet-Launch-Beitrag

Breaking Changes​

  • Mainnet-Umgebung: Produktions-Clients müssen die Mainnet-App, -API, -Chain-IDs, -Contract-Adressen und die für das Mainnet konfigurierte Signierdomäne verwenden. Verwenden Sie keine Testnet-Signaturen, Testnet-API-Keys, Testnet-Agent-Keys oder Faucet-Annahmen gegen das Mainnet.
  • Handelsumfang beim Launch: Die Mainnet-Alpha ist auf Options-Flow mit definiertem Risiko beschränkt. Ungedeckte Short-Positionen, umfassende Portfolio-Margin, Faucet-Finanzierung und Testnet-Wettbewerbspfade sind für öffentliche Mainnet-Nutzer nicht aktiviert.
  • Faucet-Route für Real-Money-Builds gesperrt: Reine Faucet-Finanzierungspfade sind in Produktions-Builds nicht verfügbar. Mainnet-Nutzer finanzieren mit USDC über den Funding-Flow der App.

Ergänzungen​

Mainnet​

  • Mainnet-Alpha: Hypercall ist live unter app.hypercall.xyz mit echtem USDC-Settlement und SPCX-Optionen als Launch-Markt.
  • SPCX-Launch-Markt: SpaceX-Optionen sind im Mainnet verfügbar, mit Calls, Puts, Straddles, Strangles und Spreads mit definiertem Risiko. Mainnet-SPCX-Kontrakte verfallen um 16:00 Uhr ET. Der Markt verwendet dasselbe Order-Routing-Modell, das in Order-Priorität dokumentiert ist.
  • Mainnet-Chain-Konfiguration: Wallet-Verbindung, Signierung von Options-Orders, Contract-Adressen und umgebungsspezifische UI-Texte leiten sich jetzt aus der aktiven Mainnet-/Testnet-Konfiguration ab statt aus fest kodierten Testnet-Annahmen.
  • Produktions-Trading-Gates: Die Launch-Konfiguration hält den Handel unangehalten, während kontrollierte Risikoeinstellungen für den Alpha-Rollout beibehalten werden.
  • Produktions-API: Die öffentliche Produktions-API ist für Mainnet-Clients verfügbar.

Finanzierung​

  • USDC-Einzahlungen: Nutzer können über die App USDC auf ein Hypercall-Konto einzahlen. Der Flow zeigt Route, Quell-Chain, Relay-Status, Zielkonto und gutgeschriebenen Betrag vor und nach der Übermittlung an.
  • Attribution von Exchange-Einzahlungen: Exchange-USDC-Einzahlungsereignisse enthalten explizit das gutzuschreibende Konto, sodass Backend-Dienste das beabsichtigte Hypercall-Konto gutschreiben, statt die Eigentümerschaft aus msg.sender abzuleiten. Siehe Contracts: Onboarding.
  • Deposit-Zaps: Das Frontend unterstützt Bridge-und-Einzahlungs-Flows über die App, einschließlich Relay-Quote- und Relay-Status-Tracking.
  • Auszahlungen: Mainnet-Auszahlungsunterstützung ist über Systemaktionen angebunden und in den Konto-Funding-Aktionen sichtbar.
  • Auswahl der Einzahlungsroute: Einzahlungsaktionen wählen die aktive Route aus der Contract-Konfiguration, sodass dieselbe UI umgebungsspezifischen Finanzierungspfaden folgen kann.
  • Rechtliche Bestätigung: Kontoeinrichtung und Funding-Flows enthalten die rechtliche Launch-Bestätigung mit veröffentlichten Nutzungsbedingungen und Datenschutzrichtlinie.

Ausführung​

  • RPI für Single-Leg-Orders: Single-Leg-Optionen werden bei Eignung über die Retail-Price-Improvement-Auktion geroutet und fallen dann auf das Orderbuch zurück, wenn kein qualifizierender Quote gewinnt.
  • RFQ für Multi-Leg-Pakete: Multi-Leg-Strategiepakete werden für eine Alles-oder-Nichts-Ausführung über RFQ geroutet. Produktions-Dual-Mode-Orders bevorzugen RFQ, wenn Paketausführung erforderlich ist.
  • Launch-Gebühren: Maker- und Taker-Gebühren sind unter der Launch-Konfiguration deaktiviert. Siehe Gebühren.
  • Kombiniertes Order-Routing: Kombinierte Orders werden über Backend-RPI/RFQ-Pfade geroutet statt über reine Frontend-Paketannahmen.
  • Short-Positionen von Quote-Providern: Registrierte Quote-Provider können erforderliche Short-Legs für RFQ/RPI-Liquidität füllen, während der öffentliche Launch-Umfang eingeschränkt bleibt.

Fehlerbehebungen​

  • Zugriff auf die Einzahlungsseite: App-Host-Drittanbieter-Funding-Routen und das Verhalten des Einzahlungs-Modals wurden für den Produktions-Funding-Flow freigeschaltet.
  • Entfernung der Einzahlungs-Allowlist: Die Whitelist-Beschränkung für Produktions-Einzahlungen wurde für den Funding-Zugang zum Launch deaktiviert.
  • RFQ-Größenbestimmung: RFQ-Größen im Kostenmodus werden vor der Übermittlung exakt gerundet, um Präzisionsdrift durch Bruchteile bei der Paketgrößenbestimmung zu vermeiden.
  • Multi-Leg-Payoff-Quotes: Multi-Leg-Payoff-Charts verwenden den Leg-Quote-Resolver, sodass die dargestellten Werte dem ausgewählten Paket entsprechen.
  • Negative Werte: Negative Werte werden in den Launch-UI-Oberflächen jetzt mit explizitem Vorzeichen dargestellt.
  • Bereinigung veralteter Einzahlungsadressen: Veraltete Einzahlungsadressen und ungenutzter Bridge-State wurden nach der Launch-Verifizierung entfernt.

v0.09-testnet – 22. Mai–1. Juni 2026​

Siehe auch: Mainnet-Launch-Beitrag

Breaking Changes​

  • Portfolio-Margin außerhalb des Testnets deaktiviert: Nicht-Testnet-Umgebungen lehnen die Einrichtung von Portfolio-Margin jetzt ab. Die Mainnet-Alpha verwendet ausschließlich Standard-Margin.
  • Normalisierung der Order-Zustände: Labels des Order-Lebenszyklus unterscheiden bestätigte/offene sowie teilweise/vollständig gefüllte Zustände jetzt konsistenter. Clients, die rohe Status-Strings anzeigen, sollten diese als die kanonischen nutzerseitigen Zustände behandeln.

Ergänzungen​

Finanzierung und Konten​

  • Auswahl der Einzahlungsroute: Die App wählt Einzahlungsrouten aus der aktiven Contract-Konfiguration statt aus fest kodierten Umgebungsannahmen.
  • Exchange-Deposit-Zaps: Das Testnet erhielt den App-seitigen Bridge-und-Einzahlungs-Flow, der später ins Mainnet ausgeliefert wurde, einschließlich Relay-Quote-/Status-Handling.
  • Explizite Einzahlungsgutschrift: Exchange-USDC-Einzahlungen schreiben das im Einzahlungsereignis genannte Konto gut und vermeiden so eine mehrdeutige Attribution, wenn ein Router oder Zap die Transaktion übermittelt.
  • Standard-USDC-Auszahlungen: Standard-Wallets können USDC-Auszahlungen über den API-/Systemaktions-Pfad einreichen.
  • Margin-Bootstrap bei der Kontoeinrichtung: Die API-Key-Einrichtung bootstrapt jetzt beim Onboarding den unterstützten Margin-Modus, was die Wahrscheinlichkeit verringert, dass ein finanziertes Konto in einem ungültigen Handelszustand landet.
  • Zentralisierte Kontoeinstellungen: Kontopräferenzen und -einstellungen wurden normalisiert, sodass Funding, Agent-Keys, Trollbox-Sichtbarkeit und Profileinstellungen eine gemeinsame Kontooberfläche teilen.

Märkte und Handel​

  • Coming-Soon-Märkte: Die App kann Coming-Soon-Marktkarten anzeigen, ohne sie als handelbare Märkte zu listen.
  • Bruchteiliges Asset-Open-Interest: Das Open Interest von Assets zeigt Bruchteilswerte an, statt kleinere Märkte abzuschneiden.
  • Indikatives Risiko aus dem Live-Katalog: Indikative RFQ-/Risikomarkt-Listen leiten sich aus dem Live-Katalog ab statt aus einer veralteten Frontend-Liste.
  • Marktfähigkeit über Referenz-Bid/Ask: Die Order-Eingabe verwendet Referenz-Bid/Ask-Daten, um zu entscheiden, ob eine Order marktfähig ist.
  • IV-Entkreuzung bei gemischten Quellen: Die Berechnungen der impliziten Volatilität in der Options-Zusammenfassung entkreuzen Bid/Ask-Preise aus gemischten Quellen, bevor die IV abgeleitet wird.
  • Native Sticky-Mark-Zeilen: Strategie-Mark-Zeilen nutzen jetzt natives Sticky-Verhalten für saubereres Scrollen in der Chain.

UI und Inhalte​

  • Dark Mode: Die App erhielt einen vollständigen Dark-Mode-Durchgang über die gesamte Trading-Oberfläche.
  • Interaktionszustände: Frontend-Interaktionszustände wurden für den Launch-Feinschliff überarbeitet.
  • Hypercall-Homepage und Insights-Trennung: Das öffentliche Web-Routing wurde aktualisiert, wobei Insights auf eine eigene Domain ausgegliedert und die Produkt-Homepage auf die Live-Trading-Oberfläche ausgerichtet wurde.
  • RPI-vs.-RFQ-Erklärartikel: Der RPI-Ausführungsartikel wurde veröffentlicht und in den Launch-Materialien verlinkt.

Fehlerbehebungen​

  • Marquee-Handelbarkeit: Die Marquee-Ausgabe ist auf gelistete Märkte beschränkt, sodass Nutzer nicht handelbare Assets nicht als live sehen.

v0.08-testnet – 28. April–21. Mai 2026​

Siehe auch: Produkt-Update Woche 7

Breaking Changes​

  • Ungenutzte API-Oberflächen entfernt: Der ungenutzte /limit_iv-Endpunkt und die doppelte /profile/username-request-Route wurden entfernt. Clients sollten die dokumentierten Routen der REST-API-Referenz verwenden.
  • RFQ-Paket-Fallback verschärft: Multi-Leg-RFQs sind Pakettrades und verlassen sich nicht mehr auf Orderbuch-Fallback-Semantik für beliebige Multi-Leg-Ausführungen. Verwenden Sie die Single-Leg-Order-Übermittlung für RPI-/Orderbuch-Fallback-Verhalten.
  • Konfigurierbare Signier-Chain-IDs: Die Signierung von Options-Orders geht nicht mehr von einer einzelnen Testnet-Chain-ID aus. Clients müssen die Signier-Chain aus der aktiven Umgebung ableiten.

Ergänzungen​

Märkte​

  • SPCX-Testnet-Markt: SpaceX-Pre-IPO-Optionen wurden zum Testnet hinzugefügt, mit Verfallsterminen, die auf das IPO-Datum am 12. Juni begrenzt sind.
  • Marquee-Filterung auf gelistete Märkte: Produktions- und Staging-Markt-Marquees zeigen nur gelistete Märkte an und verhindern so, dass nicht verfügbare Assets als handelbar erscheinen.
  • Sitzungsbewusstes Moneyness-Volatilitätsmodell: Die Volatilitätsmodellierung berücksichtigt den Sitzungskontext bei der Bepreisung Moneyness-sensitiver Märkte.

Strategie-Builder​

  • 1-Klick-Strategie-Builder: Gängige Optionsstrukturen wie Straddles, Strangles, vertikale Spreads und Iron Condors können aus einer Strategie-Galerie ausgewählt werden, statt Leg für Leg zusammengesetzt zu werden.
  • Erweiterter Builder: Der erweiterte Modus fügt Steuerelemente für den Strike-Bereich, die Auswahl von Fern-Verfallsterminen für Kalenderstrukturen und die Konstruktion von Strategien mit Verkaufs-Legs hinzu.
  • Neues Multi-Leg-Order-Formular: Die Paketeingabe wurde neu aufgebaut, mit Quote-Handling pro Leg, Countdown zur Quote-Fälligkeit, Slippage-Hinweisen und einem klareren Flow zur Annahme des besten Quotes.
  • Strategie-Labels und Badges: Strategie-Header zeigen jetzt kompakte Labels, Debit-/Kredit-Klassifizierung und kürzere Namen, wenn Ticker- oder Verfallskontext bereits klar ist.
  • Indikatoren in der Options-Chain: Chain-Ansichten erhielten Pills für ausgewählte Legs, Sticky-Mark-Zeilen, DTE-Labels, Break-Even-Pfeile und Positionsindikatoren über Chain-, Breiten- und Spread-Ansichten hinweg.

RPI und RFQ​

  • Retail Price Improvement: Single-Leg-Orders auf geeigneten Instrumenten werden über die RPI-Auktion geroutet, bevor sie auf das Orderbuch zurückfallen. Siehe Order-Priorität.
  • Indikativer RFQ-Risiko-Stream: Indikative Quote- und Risiko-Updates werden über WebSocket gestreamt, was das Polling für aktive Quote-Oberflächen reduziert.
  • High-Level-RFQ-Client-Builder: Der Rust-Client und die Trade-CLI erhielten Hilfsfunktionen zur Konstruktion von RFQ-Quote-Anfragen.

Konto und Agent-Keys​

  • Widerrufs-Panel für Agent-Keys: Die Kontoeinstellungen listen jetzt aktive Agent-Keys mit einem Widerrufs-Flow auf. Siehe Agent-Authentifizierung.
  • Agent-Key-Benachrichtigungen: Nutzer mit zu vielen aktiven Keys erhalten eine Empfehlungsbenachrichtigung mit Link zum Widerrufs-Panel.
  • Mainnet-fähige Chain-Auswahl: Signier-Chain-ID, Privy-Wallet-Chain und das Verhalten beim Wallet-Wechsel leiten sich jetzt aus der Umgebungskonfiguration ab.

Trollbox​

  • Desktop-Trollbox: Ein verschiebbares Chat-Panel ist in der Desktop-App live, mit Einstellungen zum Ein- oder Ausblenden.
  • Telegram-Bridge: Nachrichten, Antworten, Medien, Reaktionen, Weiterleitungs-Attribution, Sticker und Befehls-Karten werden zwischen der Web-Trollbox und Telegram überbrückt.
  • Telegram-Kontoverknüpfung: Nutzer können Telegram über einen Einmalcode-Flow mit einer Wallet verknüpfen.
  • Trollbox-Deep-Links und -Vorschauen: Nachrichtenlinks haben OG-Vorschauen, Medienbilder und App-Routen für geteilte Nachrichten.

Profil und UI​

  • Profilbilder: Nutzer können Profilbilder hochladen, zuschneiden oder importieren, mit deterministischen Fallback-Avataren, wenn keines gesetzt ist.
  • Order-Review-Flow: Die mobile Order-Eingabe erhielt einen Prüfschritt und eine Slide-to-Submit-Bestätigung.
  • Theme- und Layout-Feinschliff: Theme-Variablen, Chart-Labels, Schnellaktionen, Strategie-Pills und Button-Zustände wurden über Desktop und Mobile hinweg überarbeitet.
  • Performance: Asset-Seiten und das Leaderboard reduzierten redundantes Abrufen und rendern beim ersten Anzeigen mit nützlicheren Daten.
  • Vereinheitlichtes Konto-Eigenkapital: Portfolio-Margin- und Hydromancer-Feed-Lesevorgänge verwenden den Portfolio-Zustand für das Konto-Eigenkapital, was die Konsistenz über Margin-Anzeigen hinweg verbessert.

Fehlerbehebungen​

  • Tier-Verkaufseinheiten-Diskrepanz: Die Behandlung von Verkaufseinheiten und der Rollback der Margin-Zeile wurden für die gestufte Order-Zulassung korrigiert.
  • Tier-Einrichtung bei der ersten Order: Wallets ohne Tier-Zustand werden bei der ersten Order initialisiert, statt auf einen Missing-Tier-Fehler zu laufen.
  • Verfallene Instrumente: Die Katalog-Abstimmung behandelt jetzt fehlende Put-/Call-Paare und verfallene aktive Instrumente während der Verfalls-Ticks.
  • Trollbox-Stabilität: WebSocket-Heartbeats, Umgebungs-Routing, Avatar-Laden, Medien-Normalisierung, Reaktions-Persistenz und die Behandlung von Leerlauf-Trennungen wurden korrigiert.

v0.07-testnet — 17.–27. April 2026​

Siehe auch: Produkt-Update Woche 6

Ergänzungen​

RFQ​

  • Request-for-Quote-(RFQ)-Handelssystem — neuer Handelsmodus für Märkte ohne tiefe Orderbuch-Liquidität. Reichen Sie eine RFQ ein, erhalten Sie Echtzeit-Quotes über den authentifizierten WebSocket-rfq-Kanal und akzeptieren oder lehnen Sie ab. Fällt auf eine Limit-Order im Orderbuch zurück, wenn keine Quotes eingehen. Ermöglicht das schnelle Listen neuer Assets (US500, USOIL, GOLD, HYPE), ohne auf organische Liquidität warten zu müssen.
  • Auto-Execute-Modus — der neue SubmitAutoExecuteRfq-EIP-712-Signaturtyp autorisiert die Ausführung bis zu einem Limitpreis vorab. Der erste geeignete Quote innerhalb des Limits wird sofort in einem einzigen Round-Trip ausgeführt. Fällt auf eine Limit-Order im Orderbuch zurück, wenn keine Quotes eingehen oder alle Quotes das Limit überschreiten.
  • RFQ-Quote-Karten — Quotes zeigen Preise pro Leg, die gesamte Nettoprämie und einen Countdown-Timer bis zum Verfall an. Annahme oder Ablehnung mit einem Klick.
  • Slippage-Steuerung — konfigurierbare Slippage-Toleranz (1 %, 2 %, 3 %, 5 %) relativ zum indikativen Preis beim Einreichen einer RFQ.

Multi-Leg-Handel​

  • Multi-Leg-Options-Order-Builder — ein Klick auf eine Option in der Chain fügt sie als Leg zu einem Multi-Leg-RFQ-Order-Formular hinzu. Mehrere Legs akkumulieren sich; der X-Button entfernt einzelne Legs. Legs bleiben in der URL erhalten (?legs=), sodass Multi-Leg-Orders ein Neuladen überstehen und teilbar sind.
  • Automatische Strategieerkennung — erkennt und benennt 28 Strategietypen: Bull/Bear Call/Put Spread, Long/Short Straddle, Long/Short Strangle, Calendar Spread, Diagonal Spread, Iron Condor, Iron Butterfly, Call/Put Butterfly, Call/Put Condor, Risk Reversal, Collar, Synthetic Long/Short, Ratio Spread, Backspread, Box Spread, Jade Lizard, Seagull, Broken Wing Butterfly, Split-Strike Conversion. Strategienamen verlinken auf die Dokumentation.
  • Kombinierte Auszahlung, Chart und Griechen — die Multi-Leg-Ansicht zeigt ein kombiniertes Payoff-Diagramm, ein kombiniertes theoretisches Preis-Chart (Summe aller Leg-Theos) und aggregierte Griechen (Delta, Gamma, Theta, Vega) mit Vorzeichenanpassung für Verkaufs-Legs.
  • Umschalter Kontrakt- vs. Strategie-Griechen — wechseln Sie im unteren Panel zwischen Griechen pro Kontrakt und aggregierten Strategie-Griechen.
  • Maximale Anzahl an Legs auf 10 erhöht — zuvor 4.

Liquidation​

  • Zweiphasiges Liquidations-System: partielle Liquidation über Backend-verwaltete IOC-Schließungsorders, mit Eskalation zur vollständigen Liquidation über eine On-Chain-Auktion, wenn die partielle Liquidation nicht ausreicht.
  • Liquidationen-Tab: neuer Tab im unteren Panel, der Liquidationsereignisse für die verbundene Wallet anzeigt.
  • GET /liquidations: öffentliche Cursor-paginierte Liquidations-Übergangshistorie, die von Drittanbieter-Liquidations-Bots zur Kandidatensuche verwendet wird.
  • Beispiel-Liquidator-Bot: neue liquidator-Crate, die die Überwachung von Standard-Margin-Liquidationen und signierte Hypercall-Liquidationsorders demonstriert.

UI​

  • GuV-Attribution auf dem Eigenkapital-Chart — schalten Sie das Ebenen-Symbol um, um gestapelte Flächenfüllungen pro Position auf dem Eigenkapital-Chart zu sehen. Eine horizontale Balkendarstellung unter dem Chart gruppiert Positionen nach Basiswert, zeigt die realisierte GuV pro Symbol und unterstützt Checkbox-Filterung, um einzelne Positionen zu isolieren oder auszublenden. Der Crosshair-Hover aktualisiert die Aufschlüsselung. Siehe Desktop-Leitfaden.
  • Ausklappbares Märkte-Panel mit Breadcrumbs — das linke Märkte-Panel lässt sich einklappen, um der Trading-Oberfläche mehr Platz zu geben. Breadcrumbs zeigen den Navigationskontext (z. B. Assets > BTC > Optionen).
  • Benachrichtigungsglocke — ersetzt das Ankündigungs-Megafon. Dropdown mit Tabs für Benachrichtigungen (Fills) und Ankündigungen. Der Ungelesen-Punkt wird per SSR beim ersten Anzeigen gerendert. Der Dismissed-Zustand pro Wallet wird in localStorage gespeichert.
  • Konto-Hover-Menü — beim Hovern über den Profil-Button erscheint ein Dropdown mit Eigenkapital, GuV, Kaufkraft und Positionsanzahl. Nutzer, die keinen Benutzernamen festgelegt haben, sehen eine Aufforderung, einen Namen zu wählen.
  • Hilfe in der Navigation — Hilfe-Button in der Navigationsleiste mit Link zur Dokumentation.
  • Chip für nicht verfügbaren Dienst — roter Indikator in der Kopfzeile, wenn das Backend nicht erreichbar ist.
  • Leaderboard-Rang-Chip — Live-Rang-Badge in der Navigationsleiste (ersetzt den Leaderboard-Link) mit Delta-Indikatoren, die Rangänderungen beim Handeln anzeigen.
  • Detailseiten für abgerechnete Positionen — Detailansicht pro Position mit theoretischem Preis-Chart, einzelnen Fills, Aufschlüsselung der realisierten GuV und benutzerfreundlichen Instrumentennamen (z. B. „BTC $55,000 Call Apr 14").
  • Dynamische Social-Vorschaubilder — generierte OG-Bilder für alle teilbaren Seiten: Instrumente (Theo-Chart + Griechen), Multi-Leg-Strategien (Payoff-Diagramm + Strategiename), Profile (GuV-Statistiken + Rang), Leaderboard (Top 5 mit Medaillen-Badges) und Handelsbestätigungen.
  • Desktop-Navigationsleiste umstrukturiert — Fußzeile entfernt, Connect-Button in die Kopfzeile verschoben, Tastenkürzel-Indikatoren (Strg+K) sichtbar.
  • Preisabschneidung im Chart-Header behoben — Preise laufen auf Desktop-Chart-Headern nicht mehr über.

PWA​

  • Umstellung auf Root-Route — alle Routen wurden von /mobile/* auf Root /* konsolidiert. Alte /mobile/*-Pfade leiten automatisch weiter. Einheitliches URL-Schema über Desktop und Mobile hinweg.
  • iOS-PWA-Upgrade-Flow — Nutzer, die die alte /mobile-PWA installiert haben, sehen ein Upgrade-Modal im nativen Stil mit Schritt-für-Schritt-iOS-Installationsanweisungen (Teilen > Mehr anzeigen > Zum Home-Bildschirm hinzufügen) unter Verwendung der offiziellen Apple-Ikonografie.
  • iOS-Splashscreens und Navigations-Preload — mehr als 12 gerätespezifische Splashscreens eliminieren den weißen Blitz beim Kaltstart. Der Navigations-Preload ruft die Seite ab, während der Service Worker startet.
  • App-Verknüpfungen — durch langes Drücken des Home-Bildschirm-Symbols erhalten Sie schnellen Zugriff auf Portfolio und Einzahlung.
  • Screen Wake Lock — hält den Bildschirm während Trading-Sitzungen im Standalone-PWA-Modus eingeschaltet. Wird bei App-Wiederaufnahme automatisch erneut angefordert.
  • Persistenter Speicher — fordert navigator.storage.persist() an, um zu verhindern, dass der Browser zwischengespeicherte App-Assets verwirft.

API​

  • instrument_type bei WebSocket-Events — Fill- und Order-Update-Events enthalten jetzt instrument_type ("option" oder "perp"). Abwärtskompatible Ergänzung.
  • ?symbol=-Filter auf GET /profile/trades — filtern Sie die Handelshistorie nach Instrumentensymbol. Reduziert die Payload für Trader mit hohem Volumen, die spezifische Instrumente abfragen.
  • Perp-Fills über WebSocket weitergeleitet — Hydromancer-Perp-Fills werden jetzt im WebSocket-Feed veröffentlicht (zuvor fehlend).
  • AcceptRfqQuote und PlaceOrder über WebSocket — der gesamte Order-Lebenszyklus (RFQ einreichen, Quotes empfangen, akzeptieren, Order platzieren) kann jetzt über eine einzige WebSocket-Verbindung ohne REST-Aufrufe laufen.
  • fills-Feld auf PerpOrderResult — das Rust-SDK gibt Fills jetzt inline mit Perp-Order-Antworten zurück. Felder: coin, side, size, price.

Fehlerbehebungen​

  • IOC/FOK-Ghost-Orders — IOC- und FOK-Orders, die teilweise gefüllt wurden, hinterließen Restmengen als Ghost-Orders im Orderbuch. Restmengen werden jetzt sofort nach dem teilweisen Fill storniert, und der Status wird auf Canceled statt PartiallyFilled gesetzt.
  • Prämienreservierung bei schließenden Käufen — Kauf-Orders, die eine Short-Position schließen, reservierten fälschlicherweise Prämie, was Eigenkapital verbrauchte und falsche Liquidationen auslöste. Die Prämienreservierung wird jetzt für positionsschließende Kauf-Orders übersprungen.
  • Verfallene Chains nach dem Deploy — verfallene Options-Chains erschienen bei einem Server-Neustart kurzzeitig als aktiv. Instrumente werden jetzt beim Laden gegen Verfalls-Zeitstempel geprüft und sofort als ExpiredPendingPrice markiert.
  • RFQ-Fallback ohne Quotes — Auto-Execute-RFQs ohne geeignete Quotes zeigten zuvor einen Fehler an. Jetzt fällt das System auf das Platzieren einer Limit-Order im Orderbuch zurück.
  • Genauigkeit der Marquee-Mover — Top-Mover in der Ticker-Leiste leiten sich jetzt aus dem Options-Summary-Cache ab, basierend auf der Preisänderung theoretisch vs. theoretisch vor 24 Stunden, gefiltert auf quotierte Optionen. Zuvor wurden rohe BBO-Daten verwendet, was verrauschte oder veraltete Werte erzeugte.
  • Options-Summary price_change — die BBO-Referenz für die Preisänderungsberechnung verwendet jetzt nur das Orderbuch-Bid und ersetzt den Mark-vs.-Theo-Fallback, der irreführende Zahlen erzeugen konnte.

v0.06-testnet — 14.–16. April 2026​

Breaking Changes​

  • PUT /order und PUT /bulk_order — neue atomare Order-Ersetzungs-Endpunkte. Stornieren die bestehende Order und platzieren eine neue im selben Engine-Tick. Schlägt das Stornieren fehl (Order bereits gefüllt oder nicht gefunden), wird die neue Order nicht platziert. Verwendet den neuen ReplaceOrder-EIP-712-Signaturtyp. Clients mit dem alten Cancel-then-Place-Muster sollten migrieren.

Ergänzungen​

API​

  • GET /profile/realized-pnl — gibt die realisierte GuV pro Symbol zurück, aggregiert aus Fills und Settlements. Akzeptiert einen optionalen competition_id-Parameter, um Ergebnisse auf ein Wettbewerbs-Zeitfenster einzuschränken.
  • realized_pnl-Feld auf GET /profile/trades — jede Fill-Zeile enthält jetzt die diesem spezifischen Trade zugeordnete realisierte GuV.
  • net_deposits und Attributionskomponenten auf GET /profile/historical-pnl — historische Eigenkapital-Snapshot-Punkte enthalten jetzt kumulative Netto-Einzahlungen und GuV-Attributions-Aufschlüsselungen.
  • prev_day_px-Feld auf GET /markets — die Markets-Payload enthält jetzt den Referenzpreis des Vortags pro Instrument.

UI​

  • Ankündigungs-Megafon — Megafon-Symbol in den Desktop- und Mobile-Kopfzeilen mit Ungelesen-Zähler-Badge. Ein Klick öffnet ein Popover mit Ankündigungen (Titel, Text, Datum, optionales Bild/Link). Gelesen-/Verworfen-Zustand pro Wallet.
  • Orders bearbeiten und ersetzen — Desktop: Stift-Symbol auf offenen Orders für die Inline-Bearbeitung von Preis/Größe, Häkchen übermittelt, X bricht ab, Zeile wird während der Bearbeitung bernsteinfarben hervorgehoben. Mobile: Tippen auf eine Order zeigt die Buttons „Cancel" und „Update".
  • Abgerechnete Positionen auf der Mitgliederseite — neuer Abschnitt „Settled Positions" zwischen Positionen und Handelshistorie. Zeigt die realisierte GuV pro Symbol aus verfallenen Optionen und geschlossenen Trades mit grün/roter Färbung. Siehe Settlement dazu, wie Optionen abgerechnet werden.
  • Spalte für realisierte GuV in der Handelshistorie — zeigt die realisierte GuV pro Fill mit Farbkennzeichnung an; positionseröffnende Fills zeigen einen Strich.
  • API-Key-Verwaltung flackert nicht mehr beim Laden — die Agent-Liste wird sofort gerendert, statt nach dem Seitenladen einzuspringen.
  • Leere Positionstabelle ausgeblendet — hat der Nutzer keine offenen Positionen, wird der Positionsabschnitt vollständig ausgeblendet, statt leere Tabellenüberschriften anzuzeigen.
  • Connect-Buttons im Leerzustand — fehlende Wallet-Connect-Buttons auf Leerzustands-Bildschirmen wurden wiederhergestellt.

PnL​

  • GuV ist jetzt netto nach gezahlter Prämie — die realisierte GuV berücksichtigt jetzt die zur Eröffnung der Position gezahlte Prämie. Zuvor wurde nur die Bruttoauszahlung angezeigt. Beispiel: Eine Wallet, die zuvor +162Krealisiertanzeigte,zeigtjetztkorrekt+162K realisiert anzeigte, zeigt jetzt korrekt +27K nach Berücksichtigung von $135K gezahlter Prämie.
  • Abgerechnete Optionen nach Basiswert gruppiert — die Attribution listet nicht mehr jedes einzelne verfallene Symbol; abgerechnete Positionen werden in Buckets pro Basiswert zusammengefasst (z. B. „BTC (settled)").
  • Live-Eigenkapital fällt für OTM-Positionen nicht mehr auf null — der Knick, bei dem der Wert einer Position aus dem Geld (OTM) am Live-Ende des Eigenkapital-Charts abrupt auf null fiel, wurde behoben.
  • Attribution sichtbar für Wallets mit ausschließlich verfallenen Positionen — Wallets ohne offene Positionen, aber mit abgerechneten Optionen zeigen jetzt korrekt die GuV-Attribution an.

Fehlerbehebungen​

  • GET /profile gab 500 zurück — behoben für Wallets mit unvollständigen Aggregatdaten.
  • Veraltete unrealisierte GuV nach Server-Neustart — Portfolios werden jetzt sofort nach dem Neustart neu bepreist, statt auf das nächste Mark-Update zu warten.
  • DTE-Off-by-One in Payoff-Diagrammen — die Berechnung der Tage bis zum Verfall, die Break-Even- und Max-Loss-Linien verschob, wurde korrigiert.
  • Fokus-Diebstahl — Fokus-Diebstahl während UI-Interaktionen wurde behoben.
  • Verbesserungen beim Chart-Rendering — verschiedene Korrekturen bei der Chart-Anzeige.

v0.05-testnet — 11.–13. April 2026​

Ergänzungen​

Push-Benachrichtigungen​

  • Browser-Push-Benachrichtigungen — abonnieren Sie Warnungen zu Fills, Liquidation und Settlement über Web Push. Neue Endpunkte: POST /push/subscribe, POST /push/unsubscribe, POST /push/preferences. Alle Push-Endpunkte erfordern eine EIP-712-Wallet-Signatur. Schalter pro Typ (Fills, Liquidationen, Settlements) sind in den Desktop-Einstellungen und den mobilen Kontopräferenzen verfügbar.
  • Desktop-Toast-Benachrichtigungen — Echtzeit-Toasts für Order-Fills und Fehler im Desktop-Layout.

Handel​

  • Griechen-Tab (Desktop) — neuer Tab im unteren Panel mit Delta, Gamma, Theta, Vega, Rho und IV pro Position. Spaltenüberschriften haben Tooltips mit Links zur Griechen-Referenz. Zwischensummenzeilen pro Basiswert; Portfolio-Gesamtsumme, wenn sich Positionen über mehrere Basiswerte erstrecken.
  • Sortierbare Leaderboard-Spalten — die Spalten Profit, Volumen und Effizienz auf dem Leaderboard sind jetzt zum Sortieren anklickbar.
  • Verbesserungen am Order-Formular — Schnellauswahl für Beträge, verbesserte Tooltips, responsive Größenanpassung.
  • GuV-Chart auf der Mitgliederseite — Mitgliederprofile zeigen jetzt ein Eigenkapital-über-Zeit-Chart.
  • HC/HL-Statistiken in Seitenleiste verschoben — HyperCore- und HyperLiquid-Statistiken wurden in ein Seitenpanel verschoben.
  • Order-Zeilen mit Nullgröße entfernt — die Order-Liste zeigt keine Orders mit einer Größe von null mehr an.

Ghost-Modus​

  • Ghost-Modus — nicht authentifizierte Nutzer können Märkte, Orderbücher und Charts durchsuchen, ohne eine Wallet zu verbinden. Die Einstellungsseite ist ebenfalls ohne Authentifizierung erreichbar. Siehe den Desktop-Leitfaden für Details.
  • Dynamische Favicons pro Asset — das Browser-Tab-Symbol zeigt einen grünen Ring mit dem aktiven Asset-Symbol. Call-/Put-Varianten werden beim Betrachten von Optionen angezeigt.

Charts​

  • Visualisierung der Volatilitätsoberfläche — interaktiver 3D-Viewer für Volatilitätsoberflächen unter /risk/vol-surface für alle gelisteten Basiswerte. Siehe Orakel dazu, wie Volatilitätsoberflächen bezogen werden.
  • Portfolio-Chart standardmäßig im 5-Minuten-Intervall — sanfteres Rendering bei neueren Konten (8-Stunden-Ansicht statt 4-Tage-Ansicht).
  • Chart-Updates bei Präferenzänderung — das Wechseln des Chart-Modus in den Präferenzen wird jetzt sofort ohne Seitenneuladen wirksam.

API​

  • Verfallsfilter auf GET /options-summary — übergeben Sie ?expiry=YYYY-MM-DD, um die Antwort auf einen einzelnen Verfallstermin zu beschränken.

Konto​

  • Benutzernamen als Anzeigenamen — Wallets können einen Anzeigenamen festlegen, der auf dem Leaderboard und Mitgliederseiten angezeigt wird. Namen werden sofort wirksam (keine Moderator-Überprüfung). Inline bearbeitbar sowohl in den Desktop-Einstellungen als auch in den mobilen Einstellungen.

Fehlerbehebungen​

  • Vertauschte Bid/Ask-Seiten bei einigen Orders — die fehlerhafte Seitenzuordnung in Abhängigkeit von der On-Chain-Order-Richtung wurde korrigiert.
  • Ladezeit der Options-Chain um ca. 60 % reduziert — schnelleres Laden durch API-Verfallsfilterung und vorab abgerufene Chart-Daten für sichtbare Strikes.
  • Marktwechsel erfolgt jetzt sofort — kein vollständiges Seitenneuladen beim Wechsel des Basiswerts auf dem Desktop.
  • Absturz beim Tenor-Wechsel auf dem Desktop — Absturz und Trägheit beim Wechsel zwischen Options-Laufzeiten wurden behoben.
  • Scrollen auf der Desktop-Kontoseite — lange Handelshistorie-Inhalte scrollen jetzt korrekt.
  • 404 auf mobiler /preferences-Seite — die Präferenzen-Seite ist auf Mobilgeräten jetzt erreichbar.
  • Kaufkraft-Aktualisierung nach Einzahlung — der Kontostand wird jetzt sofort nach einer Testnet-Faucet-Einzahlung aktualisiert, statt ein Neuladen zu erfordern.
  • Trade-Gate wird angezeigt, wenn kein Agent eingerichtet ist — zeigt Einrichtungsaktionen statt eines funktionslosen Signier-Buttons.
  • Fehlerbanner werden automatisch ausgeblendet — hartnäckige Fehlerbanner blenden sich jetzt selbst aus.
  • Leaderboard-Layout auf Mobilgeräten — gestauchte Werte auf Mobilgeräten im Vergleich zum Desktop wurden korrigiert.
  • Redirect-Flackern beseitigt — sichtbare Weiterleitungen beim Navigieren zur App wurden entfernt.

v0.04-testnet — 7.–10. April 2026​

Siehe auch: Woche 4: Desktop geht live

Ergänzungen​

API​

  • GET /historical-theos — theoretische Optionspreise über die Zeit, ersetzt rohe Last-Trade-Preishistorie. Konfigurierbare Zeitintervalle und Limits. Siehe REST-API-Referenz.
  • GET /historical-theos/batch — rufen Sie theoretische Preisreihen für bis zu 50 Instrumente in einer Anfrage ab. Parameter: instrument_names=A,B,C&interval=1h&limit=100.
  • realized_pnl auf GET /profile/trades — Fills geben jetzt die realisierte GuV zurück.

UI​

  • Griechen verwenden jetzt theoretische Marks — alle Berechnungen der Griechen verwenden theoretische Preise statt Last-Trade-Preise, was die Genauigkeit für illiquide Strikes erheblich verbessert.
  • Theoretisches Preis-Chart auf Instrumentenseiten — Optionskontrakt-Seiten zeigen ein historisches theoretisches Preis-Chart (ersetzt die rohe Trade-Preishistorie).
  • Inline-Position auf der Instrumentenseite — Ihre offene Position für das aktive Instrument wird direkt auf der Kontraktseite angezeigt.
  • Verbesserungen beim Leerzustand — bessere Texte und Layouts für leere Charts und Leerzustände.

Fehlerbehebungen​

  • Faucet-Einzahlungsobergrenze — die Testnet-Faucet berücksichtigt jetzt das verbleibende Guthaben pro Wallet statt eines festen Maximums.
  • Zeitweilige 503-Fehler bei GET /portfolio — zeitweilige Serverfehler auf dem Portfolio-Endpunkt wurden behoben.
  • Lade-Spinner — Phantom-Lade-Spinner während des Seitenladens wurden beseitigt.
  • GET /profile/trades gab 500 zurück — behoben für Wallets mit Fills.
  • Layout-Verschiebung auf der Mitgliederseite — die Ausrichtungsverschiebung auf der Mitgliederseite wurde korrigiert.
  • Standard-Chart-Label — klargestellt, dass die Standard-Chart-Präferenz für Assets gilt.

v0.03-testnet — 1.–6. April 2026​

Siehe auch: Produkt-Update Woche 3

Breaking Changes​

  • Portfolio-Margin-Modell geändert — die Initial-Margin-Formel wurde von scanning_risk zu max(scanning_risk, option_floor) + gamma_overlay geändert. Drei neue Felder in den REST- und WebSocket-Portfolio-Antworten: scanning_risk, option_floor, gamma_overlay. Das verfügbare Guthaben ist jetzt equity - total_margin_used (zuvor cash - total_margin_used). Das Eigenkapital umfasst jetzt die unrealisierte GuV von Perpetuals.
  • Änderungen an GET /risk/grid — der Parameter include_open_orders wurde entfernt. Das Szenariomodell wurde von einachsigem {scenario_type, value} zu kombinierten Schocks {spot_shock_pct, vol_shock_pct, pnl_weight, is_tail} geändert. Die Worst-Case-GuV wird jetzt gewichtet.

Ergänzungen​

Desktop​

  • Desktop-Trading-Layout — vollständige Desktop-Shell mit Multi-Panel-Trade-Ansicht, Tastaturnavigation, Instrumenten-Preis-Chart, kompakten Optionssymbolen und Klick-Navigation von Positionen/Orders zu Instrumenten.

API​

  • Optionsinstrumente enthalten jetzt Symbol und Preis des Basiswerts — Antworten für Optionsinstrumente geben ihren Basiswert an. Siehe REST-API-Referenz.

Wettbewerb und Leaderboard​

  • Wettbewerbssystem — neue Endpunkte: GET /competitions, GET /leaderboard, GET /competition-metric-ranks, POST /submitUsernameRequest. Monatlicher Zeitplan (vom 1. bis zum 1. um 16:00 Uhr ET). Testnet-Wettbewerb mit echten Preisen (500/500/300/$200 in SYN). Market Maker sind von den Rankings ausgeschlossen.
  • Leaderboard-UI — Rang-Badge („Rank #X" oder „Trade to win"-CTA), Preisaufschlüsselungs-Karte, Hyperliquid-Names-Integration, formatierte Optionssymbole („04/10 $59,000 Call"), FIFO-Lot-GuV, relative Zeitstempel (5m, 2h, 3d).
  • Markdown in Wettbewerbsbeschreibungen — Wettbewerbsbeschreibungen unterstützen Markdown-Formatierung.

Portfolio​

  • Portfolio-Margin — Cross-Margining über korrelierte Positionen hinweg. Verfallene Instrumente sind vom Gamma-Overlay ausgeschlossen.

UI​

  • Kompakte Optionssymbole — menschenlesbares Format in der gesamten UI: „04/10 $59,000 Call".
  • Max-Button auf dem Order-Formular — maximale Größe mit einem Klick, basierend auf der verfügbaren Margin.
  • Tausendertrennzeichen — alle Preis- und Größenfelder zeigen Kommas an.
  • Klick auf Position/Order → Instrument — das Antippen einer Positions- oder Order-Zeile navigiert zum entsprechenden Kontrakt.
  • Präferenzen-Seite — Tooltips, Badge-Rotation und synchronisierter Präferenzzustand über Sitzungen hinweg.

Fehlerbehebungen​

  • UTC-Zentrierung von Charts — Asset-Charts zentrieren sich auf UTC-Grenzen; Übergänge zwischen Zeitrahmen wurden stabilisiert.
  • Wischgesten (Mobile) — unberechenbares Verhalten beim Wisch-Stornieren und der Wisch-Navigation wurde korrigiert.
  • Desktop-URL-Bereinigung — das /mobile-Präfix wurde aus URLs auf dem Desktop entfernt; die Strike-Auswahl wurde korrigiert.

v0.02-testnet — 24.–31. März 2026​

Siehe auch: Produkt-Update Woche 2

Ergänzungen​

Charts​

  • Historisches GuV-Chart — Eigenkapital-über-Zeit-Chart auf der Startseite mit interaktivem Fadenkreuz. Berühren/klicken Sie, um einen beliebigen Punkt zu inspizieren; zeigt den Zeitstempel und aktualisiert die Kontostandsanzeige.
  • Asset-Chart — Spot-Preis-Chart pro Asset mit einer auf den sichtbaren Zeitraum begrenzten Y-Achse.

Order-Verwaltung​

  • Abschnittsüberschriften — die Abschnitte Positionen, Orders und Historie haben eindeutige Überschriften für einfacheres Überfliegen.
  • Orders per Wischgeste löschen (Mobile) — wischen Sie auf einer offenen Order nach links, um sie zu stornieren.
  • Bestätigung beim Order-Stornieren — dedizierter Dialog zum Stornieren von Orders.
  • Klick auf Order-Zeile → Kontraktseite — das Antippen einer Order navigiert zur Detailansicht des Instruments.
  • Aktualisiertes Erscheinungsbild offener Orders — überarbeitetes Styling für offene Orders.

Konnektivität​

  • WebSocket-Trennungsbanner — sichtbare Banner, wenn der WS-Feed abbricht oder das Backend nicht erreichbar ist.

Griechen​

  • Positions-Griechen auf der Asset-Seite — aggregierte Werte für Delta, Gamma, Theta und Vega auf der Asset-Detailseite.
  • Kontrakt-Griechen auf der Kontraktseite — Griechen pro Position in der Kontraktansicht.
  • Break-Even-Preise über Optionstypen hinweg — Break-Even-Preise werden für Calls, Puts und Spreads berechnet und angezeigt.

Handelshistorie​

  • Ausführungszeit auf GET /profile/trades — Zeilen der Handelshistorie enthalten jetzt den Fill-Zeitstempel.
  • Persistenz des Verfalls in der Options-Chain — der ausgewählte Verfall wird in URL-Query-Parametern gespeichert und bei der Navigation wiederhergestellt.
  • Optionsinstrumente enthalten Symbol und Preis des Basiswerts — Optionsinstrumente geben ihren Basiswert in Antworten an.

Konto​

  • Benutzernamen-System — legen Sie einen Anzeigenamen für Ihre Wallet-Adresse fest, der auf dem Leaderboard und Mitgliederseiten angezeigt wird.

Fehlerbehebungen​

  • GET /profile/trades gab 500 zurück — behoben für Wallets mit Fills.
  • Standard-Anzeigereihenfolge von Positionen — Positionen zeigen standardmäßig zuerst den Wert, dann die GuV, dann die Kostenbasis (war zuvor inkonsistent).
  • Order-Fußzeile zeigt Zeit bis zum Verfall — TTE-Anzeige hinzugefügt; eine Signierverzögerung von 1 Sekunde verhindert versehentliche Doppelübermittlungen.
  • Abmelden auf Mobilgeräten — der Sitzungszustand wird beim Abmelden ordnungsgemäß gelöscht.
  • Hintergrund im Light Mode — die Hintergrundfarbe im Light Mode wurde korrigiert.
  • Sanftere Seitenübergänge — visuelles Ruckeln bei der Navigation wurde reduziert.
  • Wisch-Hintergrund — das Hintergrund-Rendering bei Wisch-Interaktionen wurde korrigiert.

v0.01-testnet — 16.–23. März 2026​

Siehe auch: Produkt-Update Woche 1

Ergänzungen​

Theme und Erscheinungsbild​

  • Midnight-Dark-Mode — neues kontraststarkes dunkles Theme neben dem bestehenden Light Mode.
  • Automatischer Theme-Modus — das Theme passt sich automatisch der Hell-/Dunkel-Präferenz des Geräts an. Neue Nutzer erhalten standardmäßig den Auto-Modus.

Dashboard und Statistiken​

  • HL- und HC-Statistikfelder — wechseln Sie auf dem Dashboard zwischen Hyperliquid-spezifischen und Hypercall-spezifischen Statistiken.
  • Put/Call-Verhältnis — das Put/Call-Verhältnis wurde zum Hypercall-Statistik-Panel hinzugefügt.
  • Ergebnis-Badges — visuelle Badges für Handelsergebnisse (Gewinn, Verlust, wertlos verfallen usw.) mit Kreisdiagramm im Positions-Header.

Options-Chain​

  • Strike-Sortierung und Auswahl-Persistenz — Ausübungspreise sind sortierbar; die Auswahl bleibt über Sitzungen hinweg erhalten.
  • Vorbelegung des Kursziels — die Kursziel-Seite wird mit dem aktuellen Preis des Basiswerts vorbelegt statt leer zu bleiben.
  • Normalisierung des Basiswertpreises — konsistente Anzeige des Basiswertpreises auf allen Seiten, einschließlich DEX-Perp-Daten.

Order-UX​

  • Storno-Meldung für gefüllte/verfallene Orders — Stornierungsversuche bei bereits gefüllten oder verfallenen Orders zeigen „This order has already been completed or cancelled" statt eines rohen Fehlers.

Präferenzen​

  • Präferenzen-Seite — Tooltips, Badge-Rotation und synchronisierter Präferenzzustand über Sitzungen hinweg.

Fehlerbehebungen​

Konnektivität​

  • Datenaktualisierung bei WebSocket-Reconnect — Orders, Fills und Portfolio werden bei einem WS-Reconnect erneut abgerufen, statt veraltete Daten anzuzeigen.
  • WS-Reconnect-Verzögerung — der Backoff-Timer wird jetzt nach einer gesunden Verbindung zurückgesetzt. Zuvor wurde er nie zurückgesetzt, wodurch alle Reconnects nach einigen normalen Trennungen 30 Sekunden warteten.

Orders​

  • Ghost-Orders auf verfallenen Instrumenten — Orders auf abgerechneten Instrumenten werden jetzt ordnungsgemäß bereinigt, was „Orderbook not found"-Fehler beim Stornieren verhindert.
  • Ablehnung bei negativem Cash-Saldo — KAUF-Orders, die den Cash-Saldo negativ machen würden, werden jetzt bei der Übermittlung abgelehnt. Ablehnungsmeldung: „Insufficient cash (Standard)". Kann für risikoreduzierende Buy-to-Close-Orders umgangen werden. Siehe Standard-Margin.

UI​

  • Kursziel-Animation — die springende/hängende Animation auf der Kursziel-Seite wurde korrigiert.
  • Abschneiden des mobilen Asset-Charts — das Abschneiden der Schnellaktionen im mobilen Asset-Chart wurde behoben.
  • Ladehänger der mobilen PWA — ein Problem, das die mobile PWA bei „Loading..." hängen ließ, wurde behoben.

Bekannte Probleme​

Bevor Sie das Client-Verhalten debuggen, prüfen Sie zuerst die Hypercall-Statusseite auf aktive Vorfälle und Wartungsarbeiten.

Staging-Verhalten und bekannte Probleme werden mit dem Zugang kommuniziert; kontaktieren Sie das Team für Details.

Versionierungsrichtlinie​

Stabilitäts-Labels:

  • Stable: Router-Pfade und zentrale Request-/Response-Strukturen ändern sich voraussichtlich nicht

Breaking Changes: Werden hier mit Migrationsleitfäden dokumentiert.

Referenzen​

Zuletzt aktualisiert am