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

Changelog

API-Änderungen und Abkündigungen für Hypercall Testnet und Mainnet Alpha.

Richtlinie für Änderungen an experimentellen APIs​

Alle /experimental-Endpunkte und ausdrücklich als experimentell gekennzeichneten WebSocket-Nachrichten sind instabil. Inkompatible Änderungen können mit einem Tag (24 Stunden) Vorankündigung in Kraft treten. Dazu gehören das Entfernen oder Umbenennen von Feldern oder Endpunkten, das Ändern von Feldtypen sowie das Ändern des Anfrage- oder Antwortverhaltens. Ankündigungen in diesem Changelog nennen die betroffenen Schnittstellen, die erforderlichen Client-Änderungen sowie Datum und Uhrzeit des Inkrafttretens. Clients müssen diese Ankündigungen verfolgen und vor diesem Zeitpunkt aktualisieren. Diese Richtlinie ändert nichts an den Kompatibilitätszusagen für nicht experimentelle Endpunkte und Abonnements.

Die aktuelle Schnittstelle finden Sie unter experimentelle Combo-API. Diese Richtlinie kündigt weder eine Verfügbarkeit noch eine sofortige Schemaänderung an.

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

Kein neues Release - 6. Oktober 2026​

Hinzugefügt​

  • Öffentliche PM-Margin-Richtlinie: GET /v1/pm-margin/policy liefert ohne Authentifizierung die aktive Portfolio-Margin-Richtlinie (Art, Version, Gamma-Overlay-Modus und das vollständige Universum je Basiswert). Die Antwort enthält einen starken ETag und Cache-Control: public, max-age=60, stale-while-revalidate=300. Senden Sie If-None-Match, um eine Antwort 304 Not Modified ohne Body zu erhalten, solange die Richtlinie unverändert ist. Siehe PM-Risikoparameter.
  • WebSocket-Komprimierung in der Produktion: Die unter dem 30. September beschriebene permessage-deflate-Aushandlung ist jetzt in der Produktionskonfiguration aktiviert. Clients, die die Erweiterung nicht anbieten, sind nicht betroffen.

Kein neues Release - 5. Oktober 2026​

Hinzugefügt​

  • Keine Änderungen an Rate-Limits oder Tiers in diesem Zeitraum; die Rate-Limits sind unverändert, und die neuen TEE-Perp-Übermittlungen werden wie andere Perp-Order-Übermittlungen dem Account-Manager angerechnet. Es wurden keine Endpunkte abgekündigt.
  • TEE-Perp-Trigger- und Batch-Routen: POST /v1/tee-perp/orders/submit-trigger übermittelt einen nativen Stop-Loss oder Take-Profit, und POST /v1/tee-perp/orders/submit-batch übermittelt eine gruppierte Order (na, normalTpsl oder positionTpsl). Beide verwenden dieselbe App-Key-EIP-712-Signatur wie POST /v1/tee-perp/orders/submit, durchlaufen dieselbe Portfolio-Margin-Prüfung und tragen stets den Hypercall-Builder-Code.
  • TEE-Perp-Vorschau: POST /v1/tee-perp/preview führt die Margin-Prüfung für eine Order, einen Batch oder eine Hebeländerung durch, ohne in das Journal zu schreiben, Nonces zu reservieren oder die Enclave aufzurufen, und liefert die Entscheidung, einen stabilen reasonCode, Margin-Kennzahlen, Liquidationspreise des Handelsplatzes und eine per Bisektion ermittelte maxSize. Die Antworten auf Order-, Batch- und Hebel-Übermittlungen enthalten jetzt denselben reasonCode. Siehe Reason Codes.
  • TEE-Perp-Märkte: GET /v1/tee-perp/markets listet die von Hypercall akzeptierten Perp-Märkte und ihre Asset-Indizes auf. Jeder Markt, der über einen Hypercall-Preisfeed, ein PM-Szenarioraster und einen USDC-marginierten Hyperliquid-Markt verfügt, wird auf allen TEE-Routen akzeptiert. Jeder andere Markt wird mit market_not_supported abgelehnt.
  • Hinweis zu Routen: Die TEE-Routen sind auf API-Ebene optional: API-Clients wählen sie, indem sie die /v1/tee-perp/-Endpunkte aufrufen, und Orders, die sie nicht verwenden, laufen über den Direktivenpfad des Account-Contracts. In der Hypercall-App ist TEE die Standardroute für Perps, die Smart-Contract-Route steht als erweiterte Einstellung unter Einstellungen zur Verfügung.

Geändert​

  • Vom Client gewählte Request-IDs müssen neue UUIDv7 sein. POST /v1/tee-perp/cancels/submit-prepared (sowohl nonceReservationRequestId als auch requestId) und POST /liquidation/standard-margin (request_id) liefern 400, wenn die Request-ID keine UUIDv7 ist (zum Beispiel eine v4 aus crypto.randomUUID()), wenn ihr eingebetteter Zeitstempel mehr als 1 Stunde alt ist oder wenn er mehr als 30 Sekunden in der Zukunft liegt. Erzeugen Sie für jede neue Anfrage eine neue UUIDv7 und verwenden Sie sie nur erneut, um genau diese Anfrage innerhalb der Stunde zu wiederholen.
  • Wiederholungen von TEE-Order-, Storno- und Hebelanfragen über dieses Release hinweg werden abgelehnt. Die serverseitig vergebenen Identitäten für POST /v1/tee-perp/orders/submit, POST /v1/tee-perp/cancels/submit, POST /v1/tee-perp/cancels/submit-by-oid, POST /v1/tee-perp/schedule-cancel/submit und POST /v1/tee-perp/leverage/submit haben sich mit diesem Release geändert. Die Wiederholung einer Anfrage, die vor dem Upgrade erstmals gesendet wurde, liefert 400 wegen einer wiederverwendeten Nonce statt der ursprünglichen Annahme; die ursprüngliche Anfrage bleibt bestehen. Signieren und senden Sie eine neue Anfrage mit einer neuen Nonce.
  • RFQ-Leg-Größen werden bei der Übermittlung auf ihre Genauigkeit geprüft: Eine RFQ-Leg-Größe mit mehr als 6 Nachkommastellen (feiner als 0.000001) wird bei der Übermittlung des RFQ abgelehnt, und die Fehlermeldung nennt die größte ausführbare Größe, auf die abgerundet werden muss. Bisher wurde der RFQ angenommen und anschließend schlug jedes Maker-Quote fehl, sodass Taker nur ein allgemeines Timeout ohne Quotes sahen. Der Hash der signierten Legs ist unverändert: Runden Sie die Größe selbst, bevor Sie signieren.

Kein neues Release - 4. Oktober 2026​

Hinzugefügt​

  • TEE-Perp-Hebel: POST /v1/tee-perp/leverage/submit ändert den Hebel je Markt sowie den Cross- oder Isolated-Modus über die TEE-Route und verwendet dabei dieselbe Margin-Regel wie die Order-Zulassung. Eine abgelehnte Änderung liefert einen stabilen reasonCode wie insufficient_margin oder leverage_requires_flat_account.

Kein neues Release - 2. Oktober 2026​

Hinzugefügt​

  • TEE-Perp-Storno- und Schedule-Cancel-Routen: POST /v1/tee-perp/cancels/submit (per Client-Order-ID), POST /v1/tee-perp/cancels/submit-by-oid und POST /v1/tee-perp/schedule-cancel/submit (Dead-Man's-Switch) sind auf der TEE-Route verfügbar.

Kein neues Release - 30. September 2026​

Hinzugefügt​

  • WebSocket-Komprimierung: /ws unterstützt RFC 7692 permessage-deflate mit server_no_context_takeover, pro Umgebung aktiviert. Clients, die die Erweiterung anbieten, erhalten größere Nachrichten komprimiert. Clients, die dies nicht tun, sind nicht betroffen. Siehe Komprimierung.
  • Gebündelte indikative Marktdaten: Der neue Kanal indicative_market_data_v2 liefert die indicative_market_data-Zeilen als IndicativeMarketDataBatch-Frames. Jeder Frame enthält die innerhalb eines Batch-Fensters (standardmäßig 25 ms) veröffentlichten Zeilen, in Reihenfolge und nicht zusammengefasst. Die Bestätigung lautet {"type":"Subscribed","channel":"indicative_market_data_v2","batch":true}. Fehlt die Markierung, weichen Sie auf indicative_market_data aus, das unverändert bleibt. Zeilen kommen bis zu ein Fenster später an. Mit permessage-deflate sind gebündelte Frames etwa fünfmal kleiner als einzeln komprimierte Zeilen. Siehe Gebündelte Zustellung. Das kurzlebige Subscribe-Feld "batch": true wurde entfernt. Server ignorieren es.
  • Unbekannte Kanäle werden abgelehnt: Ein Subscribe auf einen nicht existierenden Kanal liefert jetzt {"type":"Error","code":"unknown_channel","channel":"<name>","message":"Unknown channel '<name>'"} statt einer Subscribed-Bestätigung, auf die nichts mehr folgt. Error-Nachrichten erhalten die optionalen Felder code und channel. Eingestellte Kanäle behalten ihren bisherigen Fehler.
  • Rust-Client: WsClient::subscribe_indicative_market_data(symbols) abonniert indicative_market_data_v2 und weicht auf indicative_market_data aus, wenn der Server ohne Batch-Markierung bestätigt oder den Kanal ablehnt. Deaktivieren Sie dies mit WsClient::with_batched_indicative(false) und beenden Sie das Abonnement mit WsClient::unsubscribe_indicative_market_data(), das auf dem jeweils aufgelösten Kanal funktioniert. Breaking Change (vor 1.0): Das Argument batch der Methode entfällt, WsMessage::Subscribe verliert sein Feld batch, und WsMessage::Subscribed sowie WsMessage::Error erhalten optionale Felder. Struct-Literale und erschöpfende Patterns müssen daher angepasst werden.

Geändert​

  • Breaking Change: Portfolio Margin erfordert ein einheitliches HyperCore-Konto. POST /margin-mode mit portfolio schlägt jetzt mit 400 und dem Code pm_account_not_unified fehl, sofern HyperCore das Konto nicht im Modus unifiedAccount meldet. Aktivieren Sie diesen zuerst mit der Direktive hl_set_abstraction, warten Sie auf die Bestätigung und versuchen Sie es dann erneut. Ein nicht einheitliches PM-Konto konnte nie bewertet werden. Diese Prüfung ersetzt daher einen späteren, undurchsichtigen Fehler.
  • GET /portfolio erklärt einen fehlenden PM-Equity-Feed. Hat ein Portfolio-Margin-Konto keine aktuelle HyperCore-Equity, lautet die Antwort 409 pm_account_not_unified, wenn HyperCore das Konto nie veröffentlicht hat und einen anderen Modus meldet, oder ein wiederholbarer 503 pm_account_equity_pending, bis ein aktueller einheitlicher Snapshot die Engine erreicht (mit Angabe des HyperCore-Modus, falls dieser nicht einheitlich ist). Andere PM-Bewertungsfehler behalten den generischen 503.
  • Die RFQ-Maker-Vorabprüfung trennt Bewertungsfehler. Ein Quote, den der Handelsplatz nicht bewerten kann (zum Beispiel bei fehlender Volatilitätsoberfläche der impliziten Volatilität), wird jetzt mit dem Grund pricing_unavailable statt margin_rejected abgelehnt. margin_rejected bedeutet jetzt ausschließlich eine Margin-Entscheidung zum Konto des Makers.

Kein neues Release - 2. September 2026​

Hinzugefügt​

  • Öffentliche Risikosimulation: POST /risk/simulate/portfolio zeigt eine Vorschau von zum Mark-Preis bewerteten Positions-Overlays oder -Ersetzungen. POST /risk/simulate/orders zeigt eine Vorschau der finanziellen Zulassung ruhender oder atomarer Orders. Beide Endpunkte verwenden einen unveränderlichen Engine-Snapshot, unterstützen Standard und Portfolio Margin, erfordern keine Authentifizierung und verändern niemals Konto- oder Journal-Zustand. Order-Vorschauen schließen Routing-, Matching-, Nonce- und Handelsstopp-Garantien aus. Eine spätere echte Order kann daher abweichen, nachdem sich der Engine-Zustand weiterentwickelt hat.
  • Geordnete Basislinien offener Orders: POST /risk/simulate/orders akzeptiert optional hypothetical_open_orders, lässt diese nacheinander als ruhende GTC-Orders zu und meldet ihre kombinierte Wirkung mit der vorgeschlagenen Order oder dem atomaren Paket.

Migration der Standard-Margin-Optionen​

Umfang: Standard Margin erkennt kompatible Options-Spreads, Butterflies und andere Portfolios innerhalb jedes Basiswerts und Verfalls. Kalender-Spreads behalten getrennte Verfallsgruppen. USDC-Funding und bestehende Order-Routen bleiben unverändert.

Additiver Cash-Vertrag: Portfolio-Zusammenfassungen über REST und WebSocket erhalten standard_margin mit cash_margin, initial_margin_headroom, maintenance_margin_headroom und Diagnosen zu kompatiblen Verfällen. Die bestehenden Felder initial_margin und maintenance_margin behalten ihre historische, aus dem NAV abgeleitete Bedeutung. Verwenden Sie die expliziten Cash-Headroom-Felder für SM-Zulassung und Liquidation. Fehlende Aufschlüsselungen bedeuten, dass die Funktion nicht verfügbar ist, nicht, dass kein Risiko besteht.

Breaking Change bei der Positionssemantik: margin_posted und die positionsbezogene maintenance_margin sind eigenständige Diagnosen vor dem Gruppenschutz. Summieren Sie sie nicht für Kontoanforderungen und schätzen Sie damit nicht die Kosten für das Schließen eines einzelnen Legs. Verwenden Sie die Kontoanforderungen und die gruppierte Aufschlüsselung.

Breaking Change bei einem Nullable-Feld: SM-Optionspositionen liefern in REST- und WebSocket-Portfolio-Nachrichten jetzt liquidation_price: null. Passen Sie Decoder an, die einen Dezimal-String erwarten, und zeigen Sie einen nicht verfügbaren Preis oder den Konto-Headroom an. Die Rückgabe des früheren Preises würde das gruppierte Liquidationsrisiko falsch darstellen. Diese Änderung erfordert eine koordinierte Umstellung von Backend und Client. Sie beansprucht keine Kompatibilität mit strikten älteren Decodern.

Client-Migration: Aktualisieren Sie Frontend und automatisierte Risiko-Consumer, bevor Sie den Handel gegen das neue Backend wieder aufnehmen. Stornieren Sie alte Maker-Quotes, bestätigen Sie deren Entfernung und stoppen Sie dann den alten Maker. Starten Sie den aktualisierten Maker erst, wenn die neue Cash-Aufschlüsselung verfügbar ist. Neue Maker-Versionen stellen das Quotieren ein, wenn dieser Kontext fehlt. Ältere Versionen verwenden den NAV für die Auslastung und sind für die neuen Cash-basierten Risikoregeln nicht geeignet. Betreiben Sie keine gemischten Backend-Versionen für dieselben Handelskonten.

Rust-Bibliotheken: Liquidationspreise von Portfoliopositionen werden optional, und Margin-Zusammenfassungen erhalten ein öffentliches Aufschlüsselungsfeld, was entsprechende Anpassungen von Struct-Literalen erfordert. Bestehende Signaturen der NAV-basierten Margin-Hilfsfunktionen bleiben unverändert. Cash-basierte Risiko-Consumer müssen den expliziten SM-Vertrag verwenden. Die Liquidator-Bibliothek erfordert außerdem einen maßgeblichen maintenance_margin-Headroom in serialisierten Margin-Snapshots und erzeugten Kandidaten. Erstellen Sie diese Snapshots aus aktuellen Abfragen neu. Leiten Sie fehlenden Cash-Headroom nicht aus einem gespeicherten NAV ab.

Validierung: Eigene Consumer unterscheiden PM von SM, ein nicht verfügbarer Cash-Kontext stoppt automatisierte Risikoentscheidungen, und die Formate von Order-Anfragen und Signaturen bleiben unverändert. Dieser unveröffentlichte Eintrag belegt weder ein Deployment noch einen unterstützten Rollout mit gemischten Versionen.

Kein neues Release - 15. August 2026​

Hinzugefügt​

  • Volumen pro Asset in der Collection: GET /accounts/{wallet}/collection liefert jetzt im additiven Feld assets[].volume das exakte kanonische Lebenszeit-Nominalvolumen des Basiswerts für jedes Asset als Dezimal-String.

Kein neues Release - 14. August 2026​

Hinweise zur Abkündigung​

  • Profilfeld username abgekündigt: Das Feld username in der Antwort von Rust GET /profile ist abgekündigt und kann am oder nach dem 7. September 2026 entfernt werden. Lesen Sie ausgewählte Benutzernamen stattdessen über GET /username?wallet=... der Analytics API aus. Gibt dieser Endpunkt 404 zurück, leiten Sie adjective_noun.xx lokal aus der kanonischen Wallet ab. Erfolgreiche /profile-Antworten enthalten während des Migrationszeitraums nun die Header Deprecation, Sunset, X-Deprecation-Removal-Unix und Warning.
  • Verbleibende veraltete Benutzernamen-Antwortfelder: Das Feld username in den Antworten der veralteten Rust-Endpunkte GET /username und POST /username sowie in den Antworten der Wettbewerbs-Leaderboards kann weiterhin gemäß dem Zeitplan vom 20. August 2026 entfernt werden. Der Vertrag aus GET /username und signiertem POST /username der Analytics API ist der Ersatz für ausgewählte Benutzernamen. Leaderboard-Clients müssen Anzeigenamen im Format adjective_noun.xx lokal aus der kanonischen wallet oder wallet_address ableiten, wenn kein ausgewählter Name verfügbar ist. Der unten beschriebene deterministische Algorithmus für Kontonamen ist normativ.

Deterministischer Algorithmus für Kontonamen​

Eingabe: Entfernen Sie Leerzeichen an den Rändern einer kanonischen EVM-Wallet und wandeln Sie sie in Kleinbuchstaben um. Der Wert muss ^0x[0-9a-f]{40}$ entsprechen. Ungültige Eingaben ergeben Unknown.

Geordnete Wortlisten: Behalten Sie genau diese Reihenfolge bei.

adjectives = [swift, silent, long, short, deep, wide, sharp, calm, cold, quiet, bold, thin, idle, vivid, grim, amber, slate, rapid, steady, hollow, rogue, plain, lucky, brisk, stark]
nouns = [theta, vega, gamma, delta, rho, basis, carry, skew, strike, tenor, vol, wick, candle, ladder, condor, collar, straddle, strangle, butterfly, spread, hedge, premium, tick, lot]

Hash-Funktion: Verwenden Sie 32-Bit-FNV-1a über die ASCII-Bytes. Jede Multiplikation wird auf eine vorzeichenlose 32-Bit-Ganzzahl umgebrochen, entsprechend JavaScript Math.imul(hash, 0x01000193) >>> 0.

fnv1a32(value, seed = 0x811c9dc5):
  hash = uint32(seed)
  for byte in ascii(value):
    hash = uint32(hash XOR byte)
    hash = uint32(hash * 0x01000193)
  return hash

wallet = trim(input).lowercase()
adjective_hash = fnv1a32(wallet)
noun_hash = fnv1a32(wallet + "#2", adjective_hash)
adjective = adjectives[adjective_hash modulo 25]
noun = nouns[noun_hash modulo 24]
suffix = last 2 characters of wallet
display_name = adjective + "_" + noun + "." + suffix

Testvektoren:

WalletAnzeigename
0x000000000000000000000000000000000000002avivid_candle.2a
0xd9fe4c6bf4271fd685409cd01b7eece052c886c8silent_theta.c8

Neuerungen​

  • Öffentliche Badge-API: Der Analytics Worker stellt nun die Badge-Registry unter GET /badges, paginierte Inhaber unter GET /badges/{slug}, den Status pro Konto unter GET /badges/accounts/{wallet} sowie cache-freundliche Batches von bis zu 100 Wallets unter GET /badges/accounts?wallet=... bereit. Podium und Gesamtvolumen verwenden die materialisierten Leaderboard-Generationen. Die Founding-Berechtigung ist auf Konten eingefroren, die erstmals vor dem 1. August 2026 UTC gesehen wurden. Wallet-verknüpfte Trollbox-Nachrichtenzähler werden stündlich aktualisiert, und erreichte Stufen bleiben erhalten, nachdem eine Nachricht gelöscht wurde.
  • Profil-Erfolge für Streak und Sammlung: GET /accounts/{wallet}/streak?days=14|61|365 liefert den Streak-Kalender. GET /accounts/{wallet}/collection liefert das unabhängige Asset-Raster der Sammlung ohne Zeitfenster-Parameter. Der Streak zählt aufeinanderfolgende UTC-Tage mit einem qualifizierenden Fill. Die Sammlung zählt unterschiedliche gehandelte Basiswerte und vergleicht sie mit dem aktuell gelisteten Katalog. Aufgelöste Self-Matches zählen nicht. Eine vollständige Sammlung bleibt erhalten, auch wenn der Katalog später wächst.
  • Hyperliquid-Namen in Leaderboard-Zeilen: data[]-Zeilen, die von den Endpunkten für Wettbewerbs- und Allzeit-Leaderboards zurückgegeben werden, enthalten nun 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 cacht positive wie negative Ergebnisse für zehn Minuten. Dieses Feld ist vom abgekündigten generierten username getrennt. Clients können es bevorzugen, wenn es nicht null ist, und andernfalls den deterministischen Kontonamen verwenden.

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​

  • REST-Endpunkt für Candles entfernt: GET /candles ist nicht mehr verfügbar und gibt nun 404 zurück. Clients müssen die Aufrufe dieses Endpunkts einstellen.
  • Candle-Auslieferung per WebSocket eingestellt: Hypercall veröffentlicht keine CandleUpdate-Nachrichten mehr auf den Kanälen candles:<UNDERLYING>:<RESOLUTION>. Clients müssen ihre Abonnements dieser Kanäle beenden. Ein Ersatz-Candle-Stream ist in diesem Release nicht verfügbar.

Kein neues Release - 27. Juli 2026​

Neuerungen​

  • Veröffentlichungszeit indikativer Daten: Jeder WebSocket-Payload von indicative_market_data enthält nun published_at, den Zeitstempel der API-Uhr in Millisekunden, zu dem dieser Payload gesendet wurde. Verwenden Sie published_at - rfq_provider_quotes[].updated_at, um das Alter der Provider-Quotes zum Veröffentlichungszeitpunkt zu messen. Vergleichen Sie keinen der beiden Werte mit der Systemuhr des Clients. Der bestehende timestamp bleibt der Aktualisierungszeitpunkt des Quell-Aggregats.
  • Transportuhr für WebSocket: Clients, die eine konservative Dauer von Veröffentlichung bis Empfang benötigen, können {"type":"ClockSync","nonce":"<client nonce>"} senden und vor dem Abonnieren auf {"type":"ClockSynced","nonce":"<same nonce>","server_at":<API milliseconds>} warten. Kombinieren Sie den API-Messwert mit der monotonen verstrichenen Zeit auf dem Client. Vergleichen Sie server_at nicht mit der Systemuhr des Clients.

Kein neues Release - 22. Juli 2026​

Neuerungen​

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

Kein neues Release - 20. Juli 2026​

Breaking Changes​

  • Langsame WebSocket-Consumer werden getrennt: /ws-Verbindungen werden beendet, sobald eine Sicherheitsobergrenze pro Verbindung überschritten wird. Die durchgesetzten Obergrenzen sind 16.384 ausstehende Nachrichten, 8 MiB kodierte ausstehende Daten, 5 Sekunden Warteschlangenalter und 5 Sekunden für einen einzelnen Socket-Schreibvorgang. Dies sind betriebliche Sicherheitsobergrenzen, keine Durchsatzgarantien oder Kompatibilitätszusagen. Eine Verletzung der Warteschlangen-, Byte- oder Altersgrenze sendet den Close-Code 1008 mit einer kompakten JSON-Begründung, die error: "slow_consumer", class, cause und recovery enthält. Eine Verbindung, die nicht einmal den Close-Frame annehmen kann, wird möglicherweise ohne lesbare Begründung beendet. Ein Replay-Cursor ist noch nicht verfügbar. Clients müssen sich neu verbinden, sich bei Bedarf erneut authentifizieren, die Abonnements erneuern und der Wiederherstellungsaktion folgen: einen Snapshot für geordnete öffentliche Daten neu abrufen, private dauerhafte Ereignisse über REST abgleichen oder den Portfoliostatus neu abrufen. Clients dürfen nicht von einer unterbrechungsfreien Zustellung über einen Reconnect hinweg ausgehen. Die Ingress-Route für Quote-Provider /ws/quotes ist davon getrennt und unverändert.
  • Unveränderte indikative Aktualisierungen werden zusammengefasst: indicative_market_data sendet nicht mehr jede Quote-Aktualisierung, die nur den Zeitstempel ändert. Wenn Preise, Größen und Verfügbarkeit des Providers unverändert sind, sendet jedes Instrument höchstens ein Aktualitäts-Update pro Sekunde. Finanzielle Preis- oder Größenänderungen sowie Entfernungen durch Provider werden weiterhin sofort veröffentlicht. Clients, die jeden Quell-Zeitstempel als Ereignis verwendet haben, müssen stattdessen den zuletzt empfangenen Snapshot verwenden.
  • WebSocket-Befehle teilen REST-Rate-Limits innerhalb eines API-Prozesses: Signierte /ws-Befehle PlaceOrder, SubmitRfq, SubmitAutoExecuteRfq und AcceptRfqQuote verwenden jetzt denselben In-Memory-RateLimitCache pro Wallet wie ihre REST-Entsprechungen in diesem API-Prozess. Die Limits gelten nicht clusterweit, und verschiedene API-Replikate führen unabhängige Zeitfenster. Die Wallet wird erst nach Signaturwiederherstellung und Agent-Autorisierung gezählt, sodass die Angabe einer fremden Wallet deren Limit nicht verbrauchen kann. Ein dedizierter WebSocket-Delivery-Pod umgeht diese Limits nicht. WebSocket-Befehle über dem Limit geben eine Error-Nachricht statt HTTP-Rate-Limit-Headern zurück.

Fehlerbehebungen​

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

Kein neues Release - 13. Juli 2026​

Ergänzungen​

  • API-Fehlercodes: Von der API erzeugte HTTP-4xx- und 5xx-JSON-Fehlerantworten enthalten zusätzlich code und message, wobei die etablierten Felder erhalten bleiben. Verzweigen Sie anhand des stabilen, maschinenlesbaren code und verwenden Sie message für Anzeige oder Diagnose. Siehe Fehler & 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 enthalten, wenn 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 die indikativen RFQ-Quotes pro Provider hinter dem aggregierten Bid und Ask einsehen können.

Fehlerbehebungen​

  • Query-Parameter der Options-Übersicht: Die REST-API-Referenz dokumentiert jetzt die neuen Provider-Quote-Query-Parameter von /options-summary.
  • 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​

Hinweise zu Abkündigungen​

  • Ausgelassene Order-Route: PlaceOrder akzeptiert ein ausgelassenes route mindestens bis zum 4. Juli 2026. POST /order behandelt ein ausgelassenes 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 Typed Data von PlaceOrder 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 Feld route bei PlaceOrder. Clients können best_execution, book_only oder rfq_only senden. Ein ausgelassenes route entspricht während des geplanten Abkündigungszeitraums standardmäßig dem aktuellen best_execution-Verhalten.
  • Book-only-Order-Route: Clients können route=book_only senden, um die RPI/RFQ-Ermittlung zu überspringen und direkt an das Orderbuch weiterzuleiten. route=best_execution behält das bestehende Verhalten „zuerst RPI, dann Orderbuch“ bei. route=rfq_only ist reserviert und wird für /order derzeit abgelehnt, bis die Semantik der Order-Historie für reine RFQ-Orders implementiert ist.
  • Validierung der Bulk-Order-Route: POST /bulk_order unterstützt route=book_only für routenbewusste Anfragen. Ein ausgelassenes route behält das bestehende Book-only-Verhalten bei. route=best_execution und route=rfq_only werden bei Bulk abgelehnt, da der Bulk-Endpunkt kein RPI/RFQ-Routing ausführt.

Kein neues Release - 25. Juni 2026​

Korrekturen der Dokumentation​

Kein neues Release - 10. Juni 2026​

Korrekturen der Dokumentation​

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

Kein neues Release - 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 Liquidität im Orderbuch vorhanden ist. Berechtigte Preisverbesserungsantworten zum angezeigten Limit können ausgeführt werden, anstatt abgelehnt zu werden, weil sie das Limit selbst nicht verbessern. Wenn ausführbare ruhende Liquidität im Orderbuch vorhanden ist, müssen Quote-Provider diesen Orderbuchpreis weiterhin um mindestens einen Tick verbessern. Siehe Order-Priorität.
  • Antworten von Quote-Providern: RFQ-Antworten folgen jetzt derselben Limitpreisregel wie die API. Natürliche Quotes zum Limit des Takers werden akzeptiert, wenn keine Orderbuch-Referenz existiert, während Quotes außerhalb des Taker-Limits oder Quotes, die die ausführbare Orderbuch-Liquidität nicht verbessern, weiterhin abgelehnt werden.

Trollbox​

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

Kein neues Release - 1. Juni 2026​

Siehe auch: Mainnet-Launch-Beitrag

Breaking Changes​

  • Mainnet-Umgebung: Produktions-Clients müssen die für das Mainnet konfigurierte App, API, Chain-IDs, Contract-Adressen und Signing-Domain verwenden. Verwenden Sie keine Testnet-Signaturen, Testnet-API-Keys, Testnet-Agent-Keys oder Faucet-Annahmen im Mainnet.
  • Handelsumfang zum Launch: Die Mainnet-Alpha ist auf Options-Flow mit definiertem Risiko beschränkt. Ungedeckte Short-Positionen, umfassendes Portfolio Margin, Faucet-Funding und Testnet-Wettbewerbspfade sind für öffentliche Mainnet-Nutzer nicht aktiviert.
  • Faucet-Route in Echtgeld-Builds gesperrt: Reine Faucet-Funding-Pfade sind in Produktions-Builds nicht verfügbar. Mainnet-Nutzer zahlen USDC über den Funding-Flow der App ein.

Neuerungen​

Mainnet​

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

Funding​

  • USDC-Einzahlungen: Nutzer können USDC über die App auf ein Hypercall-Konto einzahlen. Der Flow zeigt Route, Quell-Chain, Relay-Status, Zielkonto und gutgeschriebenen Betrag vor und nach der Übermittlung an.
  • Zuordnung von Exchange-Einzahlungen: USDC-Einzahlungsereignisse der Exchange enthalten explizit das gutgeschriebene Konto, sodass Backend-Dienste dem vorgesehenen Hypercall-Konto gutschreiben, statt die Zuordnung 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 Verfolgung des Relay-Status.
  • Auszahlungen: Die Auszahlungsunterstützung im Mainnet ist über System-Actions angebunden und in den Funding-Aktionen des Kontos sichtbar.
  • Auswahl der Einzahlungsroute: Einzahlungsaktionen wählen die aktive Route aus der Contract-Konfiguration, sodass dieselbe UI umgebungsspezifischen Funding-Pfaden folgen kann.
  • Rechtliche Bestätigung: Kontoeinrichtung und Funding-Flows enthalten die rechtliche Bestätigung zum Launch, mit veröffentlichten Nutzungsbedingungen und Datenschutzerklärung.

Ausführung​

  • RPI für Single-Leg-Orders: Single-Leg-Optionen werden bei Eignung über die Retail Price Improvement-Auktion geroutet und fallen auf das Orderbuch zurück, wenn kein qualifizierendes Quote gewinnt.
  • RFQ für Multi-Leg-Pakete: Multi-Leg-Strategiepakete werden für eine Alles-oder-nichts-Ausführung über RFQ geroutet. Dual-Mode-Orders in Produktion bevorzugen RFQ, wo eine Paketausführung erforderlich ist.
  • Launch-Gebühren: Maker- und Taker-Gebühren sind in der Launch-Konfiguration deaktiviert. Siehe Gebühren.
  • Kombiniertes Order-Routing: Kombinierte Orders werden über RPI-/RFQ-Pfade im Backend 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 beschränkt bleibt.

Fehlerbehebungen​

  • Zugriff auf die Einzahlungsseite: Funding-Routen von Drittanbietern auf dem App-Host und das Verhalten des Einzahlungsmodals wurden für den Produktions-Funding-Flow freigeschaltet.
  • Entfernung der Einzahlungs-Allowlist: Das Whitelist-Gating für Einzahlungen in Produktion 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äzisionsabweichungen bei Bruchteilen in der Paketgröße zu vermeiden.
  • Multi-Leg-Payoff-Quotes: Multi-Leg-Payoff-Diagramme verwenden den Leg-Quote-Resolver, sodass die dargestellten Werte dem ausgewählten Paket entsprechen.
  • Negative Werte: Negative Werte werden in den UI-Oberflächen zum Launch jetzt mit explizitem Vorzeichen dargestellt.
  • Bereinigung veralteter Einzahlungsadressen: Veraltete Einzahlungsadressen und ungenutzter Bridge-Status wurden nach der Launch-Verifizierung entfernt.

Kein neues Release - 22. Mai bis 1. Juni 2026​

Siehe auch: Mainnet-Launch-Beitrag

Breaking Changes​

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

Neuerungen​

Funding 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 im Mainnet ausgeliefert wurde, einschließlich Verarbeitung von Relay-Quote und -Status.
  • Explizite Gutschrift von Einzahlungen: USDC-Einzahlungen an die Exchange werden dem im Einzahlungsereignis benannten Konto gutgeschrieben, wodurch eine mehrdeutige Zuordnung vermieden wird, wenn ein Router oder Zap die Transaktion übermittelt.
  • Standard-USDC-Auszahlungen: Standard-Wallets können USDC-Auszahlungen über den API-/System-Action-Pfad übermitteln.
  • Margin-Bootstrap bei der Kontoeinrichtung: Die Einrichtung von API-Keys initialisiert jetzt während des Onboardings den unterstützten Margin-Modus und verringert so das Risiko, dass ein eingezahltes Konto in einem ungültigen Handelszustand landet.
  • Zentralisierte Kontoeinstellungen: Kontopräferenzen und -einstellungen wurden vereinheitlicht, sodass Funding, Agent-Keys, Trollbox-Sichtbarkeit und Profileinstellungen eine gemeinsame Kontooberfläche nutzen.

Märkte und Handel​

  • Demnächst verfügbare Märkte: Die App kann Karten für demnächst verfügbare Märkte anzeigen, ohne diese als handelbare Märkte zu listen.
  • Open Interest mit Nachkommastellen: Das Open Interest eines Assets wird mit Nachkommastellen angezeigt, statt bei kleineren Märkten abgeschnitten zu werden.
  • Indikatives Risiko aus dem Live-Katalog: Indikative RFQ-/Risiko-Marktlisten werden aus dem Live-Katalog abgeleitet statt aus einer veralteten Frontend-Liste.
  • Marktfähigkeit anhand von Referenz-Bid/Ask: Die Ordereingabe verwendet Referenz-Bid/Ask-Daten, um zu entscheiden, ob eine Order marktfähig ist.
  • Entkreuzung bei IV aus gemischten Quellen: Die Berechnungen der impliziten Volatilität in der Optionsübersicht entkreuzen Bid/Ask-Preise aus gemischten Quellen, bevor die IV abgeleitet wird.
  • Native Sticky-Mark-Zeilen: Mark-Zeilen von Strategien nutzen jetzt natives Sticky-Verhalten für ein saubereres Scrollen in der Optionskette.

UI und Inhalte​

  • Dark Mode: Die App erhielt einen vollständigen Dark-Mode-Durchgang über die gesamte Handelsoberfläche.
  • Interaktionszustände: Die Interaktionszustände im Frontend wurden für den Launch-Feinschliff verbessert.
  • Trennung von Hypercall-Homepage und Insights: Das öffentliche Web-Routing wurde überarbeitet, Insights wurde in eine eigene Property ausgelagert und die Produkt-Startseite verweist auf die Live-Handelsoberfläche.
  • Erklärung RPI vs. RFQ: Der Artikel zur RPI-Ausführung wurde veröffentlicht und in die Launch-Materialien verlinkt.

Fehlerbehebungen​

  • Handelbarkeit im Laufband: Die Ausgabe des Laufbands ist auf gelistete Märkte beschränkt, sodass Nutzer keine nicht handelbaren Assets als live sehen.

Kein neues Release - 28. April bis 21. Mai 2026​

Siehe auch: Produkt-Update Woche 7

Breaking Changes​

  • Ungenutzte API-Oberflächen entfernt: Der ungenutzte Endpunkt /limit_iv und die doppelte Route /profile/username-request wurden entfernt. Clients sollten die dokumentierten Routen der REST-API-Referenz verwenden.
  • RFQ-Paket-Fallback verschärft: Multi-Leg-RFQs sind Pakettrades und stützen sich bei der Ausführung beliebiger Multi-Leg-Strukturen nicht mehr auf Orderbuch-Fallback-Semantik. Verwenden Sie für RPI-/Orderbuch-Fallback-Verhalten die Single-Leg-Ordereinreichung.
  • Signing-Chain-IDs konfigurierbar: Die Signierung von Optionsorders setzt keine einzelne Testnet-Chain-ID mehr voraus. Clients müssen die Signing-Chain aus der aktiven Umgebung ableiten.

Neuerungen​

Märkte​

  • SPCX-Testnet-Markt: SpaceX-Pre-IPO-Optionen wurden dem Testnet hinzugefügt, mit Verfallsterminen begrenzt auf das IPO-Datum am 12. Juni.
  • Filterung der Marktlaufleiste auf gelistete Märkte: Die Marktlaufleisten in Production und Staging zeigen nur gelistete Märkte an, sodass nicht verfügbare Basiswerte nicht als handelbar erscheinen.
  • Sitzungsbewusstes Moneyness-Volatilitätsmodell: Die Volatilitätsmodellierung berücksichtigt den Sitzungskontext bei der Bepreisung Moneyness-sensitiver Märkte.

Strategy Builder​

  • 1-Klick-Strategy-Builder: Gängige Optionsstrukturen wie Straddles, Strangles, vertikale Spreads und Iron Condors können aus einer Strategiegalerie ausgewählt werden, statt sie Leg für Leg zusammenzustellen.
  • Erweiterter Builder: Der erweiterte Modus bietet Steuerelemente für Strike-Bereiche, die Auswahl entfernter Verfallstermine für Calendar-Strukturen sowie die Konstruktion von Strategien mit Short-Legs.
  • Neues Multi-Leg-Orderformular: Die Paketeingabe wurde neu aufgebaut, mit Quote-Verarbeitung pro Leg, Countdowns bis zum Quote-Verfall, Slippage-Hinweisen und einem übersichtlicheren Ablauf zur Annahme des besten Quotes.
  • Strategie-Labels und Badges: Strategie-Kopfzeilen zeigen nun kompakte Labels, eine Einordnung als Debit oder Credit sowie kürzere Namen, wenn Ticker- oder Verfallskontext bereits klar ist.
  • Indikatoren in der Optionskette: Kettenansichten erhielten Pills für ausgewählte Legs, fixierte Mark-Zeilen, DTE-Labels, Break-even-Pfeile und Positionsindikatoren in Ketten-, Breiten- und Spread-Ansicht.

RPI und RFQ​

  • Retail Price Improvement: Single-Leg-Orders auf berechtigten Instrumenten durchlaufen die RPI-Auktion, 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 zum Erstellen von RFQ-Quote-Anfragen.

Konto und Agent Keys​

  • Panel zum Widerrufen von Agent Keys: Die Kontoeinstellungen listen nun aktive Agent Keys mit einem Widerrufsablauf auf. Siehe Agent-Authentifizierung.
  • Benachrichtigungen zu Agent Keys: Nutzer mit zu vielen aktiven Keys erhalten eine Empfehlungsbenachrichtigung mit Link zum Widerrufs-Panel.
  • Mainnet-fähige Chain-Auswahl: Signing-Chain-ID, Privy-Wallet-Chain und das Verhalten beim Wallet-Wechsel werden nun aus der Umgebungskonfiguration abgeleitet.

Trollbox​

  • Desktop-Trollbox: Ein verschiebbares Chat-Panel ist in der Desktop-App verfügbar, mit Einstellungen zum Ein- und Ausblenden.
  • Telegram-Bridge: Nachrichten, Antworten, Medien, Reaktionen, Weiterleitungsangaben, Sticker und Befehlskarten werden zwischen der Web-Trollbox und Telegram synchronisiert.
  • Telegram-Kontoverknüpfung: Nutzer können Telegram über einen Einmalcode-Ablauf mit einer Wallet verknüpfen.
  • Trollbox-Deep-Links und Vorschauen: Nachrichtenlinks verfügen über 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 festgelegt ist.
  • Order-Prüfablauf: Die mobile Ordereingabe erhielt einen Prüfschritt und eine Slide-to-Submit-Bestätigung.
  • Feinschliff an Theme und Layout: Theme-Variablen, Chart-Labels, Schnellaktionen, Strategie-Pills und Button-Zustände wurden auf Desktop und Mobilgeräten überarbeitet.
  • Performance: Asset-Seiten und das Leaderboard reduzieren redundante Abrufe und zeigen beim ersten Rendern aussagekräftigere Daten.
  • Einheitliches Konto-Eigenkapital: Portfolio Margin und Hydromancer-Feed-Abfragen verwenden den Portfoliozustand für das Konto-Eigenkapital, was die Konsistenz über alle Margin-Anzeigen hinweg verbessert.

Fehlerbehebungen​

  • Einheitenabweichung bei Tier-Verkäufen: Die Verarbeitung von Verkaufseinheiten und das Rollback von Margin-Zeilen wurden für die gestufte Orderzulassung korrigiert.
  • Tier-Einrichtung bei der ersten Order: Wallets ohne Tier-Zustand werden bei der ersten Order initialisiert, statt einen Fehler wegen fehlendem Tier auszulösen.
  • Verfallene Instrumente: Der Katalogabgleich behandelt nun fehlende Put/Call-Paare und verfallene, noch aktive Instrumente während der Verfalls-Ticks.
  • Trollbox-Stabilität: WebSocket-Heartbeats, Umgebungs-Routing, das Laden von Avataren, Mediennormalisierung, Persistenz von Reaktionen und die Behandlung von Verbindungsabbrüchen bei Inaktivität wurden behoben.

Kein neues Release - 17.–27. April 2026​

Siehe auch: Produkt-Update Woche 6

Neuerungen​

RFQ​

  • Request-for-Quote-(RFQ-)Handelssystem: neuer Handelsmodus für Märkte ohne tiefe Orderbuch-Liquidität. Reichen Sie ein RFQ ein, empfangen Sie Quotes in Echtzeit über den authentifizierten WebSocket-Kanal rfq und nehmen Sie sie an oder lehnen Sie sie ab. Gehen keine Quotes ein, wird stattdessen eine Limit-Order im Orderbuch platziert. Ermöglicht das schnelle Listing neuer Assets (US500, USOIL, GOLD, HYPE), ohne auf organische Liquidität warten zu müssen.
  • Auto-Execute-Modus: der neue EIP-712-Signaturtyp SubmitAutoExecuteRfq autorisiert die Ausführung vorab bis zu einem Limitpreis. Das erste zulässige Quote innerhalb des Limits wird sofort in einem einzigen Roundtrip ausgeführt. Gehen keine Quotes ein oder überschreiten alle Quotes das Limit, wird stattdessen eine Limit-Order im Orderbuch platziert.
  • RFQ-Quote-Karten: Quotes zeigen Preise pro Leg, die gesamte Nettoprämie und einen Countdown bis zum Ablauf. Annehmen oder Ablehnen mit einem Klick.
  • Slippage-Steuerung: konfigurierbare Slippage-Toleranz (1 %, 2 %, 3 %, 5 %) relativ zum indikativen Preis beim Einreichen eines RFQ.

Multi-Leg-Handel​

  • Multi-Leg-Order-Builder für Optionen: ein Klick auf eine Option in der Optionskette fügt sie als Leg zu einem Multi-Leg-RFQ-Orderformular hinzu. Mehrere Legs werden gesammelt; über die X-Schaltfläche lassen sich einzelne Legs entfernen. Legs werden in der URL gespeichert (?legs=), sodass Multi-Leg-Orders ein Neuladen überstehen und geteilt werden können.
  • 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.
  • Kombinierter Payoff, Chart und Griechen: die Multi-Leg-Ansicht zeigt ein kombiniertes Payoff-Diagramm, einen kombinierten Chart des theoretischen Preises (Summe aller Leg-Theos) und aggregierte Griechen (Delta, Gamma, Theta, Vega) mit Vorzeichenanpassung für Verkaufs-Legs.
  • Umschalter zwischen Kontrakt- und Strategie-Griechen: wechseln Sie im unteren Panel zwischen Griechen pro Kontrakt und aggregierten Griechen auf Strategieebene.
  • Maximale Anzahl an Legs auf 10 erhöht: bisher 4.

Liquidation​

  • Zweiphasiges Liquidationssystem: Teilliquidation über vom Backend verwaltete IOC-Schließungsorders, mit Eskalation zur vollständigen Liquidation über eine On-Chain-Auktion, wenn die Teilliquidation nicht ausreicht.
  • Tab „Liquidationen“: neuer Tab im unteren Panel, der Liquidationsereignisse für die verbundene Wallet anzeigt.
  • GET /liquidations: öffentlicher, cursor-paginierter Verlauf der Liquidationsübergänge, den Liquidations-Bots von Drittanbietern zur Ermittlung von Kandidaten nutzen.
  • Beispiel-Liquidator-Bot: neues Crate liquidator, das die Überwachung von Liquidationen im Standard-Margin-Modus und signierte Hypercall-Liquidationsorders demonstriert.

UI​

  • P&L-Attribution im Equity-Chart: schalten Sie über das Ebenen-Symbol gestapelte Flächen pro Position im Equity-Chart ein. Eine horizontale Balkenaufschlüsselung unter dem Chart gruppiert Positionen nach Basiswert, zeigt den realisierten P&L pro Symbol und unterstützt Checkbox-Filter, um einzelne Positionen zu isolieren oder auszublenden. Beim Hovern mit dem Fadenkreuz wird die Aufschlüsselung aktualisiert. Siehe Desktop-Leitfaden.
  • Ausklappbares Markt-Panel mit Breadcrumbs: das Markt-Panel auf der linken Seite lässt sich einklappen, um der Handelsoberfläche mehr Platz zu geben. Breadcrumbs zeigen den Navigationskontext (z. B. Assets > BTC > Options).
  • Benachrichtigungsglocke: ersetzt das Megafon für Ankündigungen. Dropdown mit den Tabs „Benachrichtigungen“ (Fills) und „Ankündigungen“. Der Ungelesen-Punkt wird per SSR bereits beim ersten Rendern angezeigt. Der Verworfen-Status pro Wallet wird im localStorage gespeichert.
  • Konto-Hover-Menü: beim Hovern über die Profil-Schaltfläche erscheint ein Dropdown mit Equity, P&L, Kaufkraft und Anzahl der Positionen. Nutzer ohne Benutzernamen sehen die Aufforderung „Choose name“.
  • Hilfe in der Navigation: Hilfe-Schaltfläche in der Navigationsleiste mit Link zur Dokumentation.
  • Chip „Dienst nicht verfügbar“: roter Indikator im Header, wenn das Backend nicht erreichbar ist.
  • Ranglisten-Chip: Live-Rang-Badge in der Navigationsleiste (ersetzt den Ranglisten-Link) mit Delta-Indikatoren, die Rangänderungen während des Handels anzeigen.
  • Detailseiten für abgerechnete Positionen: Detailansicht pro Position mit Chart des theoretischen Preises, einzelnen Fills, Aufschlüsselung des realisierten P&L und lesbaren Instrumentennamen (z. B. „BTC $55,000 Call Apr 14“).
  • Dynamische Social-Preview-Bilder: generierte OG-Bilder für alle teilbaren Seiten: Instrumente (Theo-Chart + Griechen), Multi-Leg-Strategien (Payoff-Diagramm + Strategiename), Profile (P&L-Statistiken + Rang), Rangliste (Top 5 mit Medaillen-Badges) und Handelsbestätigungen.
  • Desktop-Navigationsleiste umgebaut: Footer entfernt, Connect-Schaltfläche in den Header verschoben, Tastenkürzel-Hinweise (Ctrl+K) sichtbar.
  • Preisabschneidung im Chart-Header behoben: Preise laufen in Desktop-Chart-Headern nicht mehr über.

PWA​

  • Umstellung auf die Root-Route: alle Routen wurden von /mobile/* auf die Root /* zusammengeführt. Alte /mobile/*-Pfade werden automatisch weitergeleitet. Einheitliches URL-Schema für Desktop und Mobile.
  • Upgrade-Ablauf für iOS-PWA: Nutzer, die die alte /mobile-PWA installiert haben, sehen ein natives Upgrade-Modal mit schrittweisen iOS-Installationsanweisungen (Teilen > Mehr anzeigen > Zum Home-Bildschirm) unter Verwendung der offiziellen Apple-Symbole.
  • iOS-Splash-Screens und Navigation Preload: über 12 gerätespezifische Splash-Screens verhindern das weiße Aufblitzen beim Kaltstart. Navigation Preload lädt die Seite, während der Service Worker startet.
  • App-Shortcuts: langes Drücken auf das Home-Bildschirm-Symbol bietet Schnellzugriff auf Portfolio und Einzahlung.
  • Screen Wake Lock: hält den Bildschirm während Handelssitzungen im eigenständigen PWA-Modus aktiv. Wird bei Rückkehr in die App automatisch erneut angefordert.
  • Persistenter Speicher: fordert navigator.storage.persist() an, um zu verhindern, dass der Browser zwischengespeicherte App-Assets entfernt.

API​

  • instrument_type in WebSocket-Events: Fill- und Order-Update-Events enthalten jetzt instrument_type ("option" oder "perp"). Abwärtskompatible Ergänzung.
  • Filter ?symbol= für GET /profile/trades: filtert den Handelsverlauf nach Instrumentensymbol. Reduziert die Datenmenge für Trader mit hohem Volumen, die bestimmte Instrumente abfragen.
  • Perp-Fills über WebSocket weitergeleitet: Hydromancer-Perp-Fills werden jetzt im WebSocket-Feed veröffentlicht (fehlten bisher).
  • AcceptRfqQuote und PlaceOrder über WebSocket: der gesamte Order-Lebenszyklus (RFQ einreichen, Quotes empfangen, annehmen, Order platzieren) kann jetzt über eine einzige WebSocket-Verbindung ohne einen einzigen REST-Aufruf laufen.
  • Feld fills in PerpOrderResult: das Rust-SDK liefert Fills jetzt direkt mit den Antworten auf Perp-Orders. Felder: coin, side, size, price.

Fehlerbehebungen​

  • IOC/FOK-Geisterorders: teilweise ausgeführte IOC- und FOK-Orders hinterließen die Restmenge als Geisterorders im Orderbuch. Restmengen werden jetzt unmittelbar nach der Teilausführung storniert, und der Status wird auf Canceled statt PartiallyFilled gesetzt.
  • Prämienreservierung bei schließenden Käufen: Kauforders, die eine Short-Position schließen, reservierten fälschlicherweise Prämie, was die Equity aufzehrte und fälschliche Liquidationen auslöste. Bei positionsschließenden Kauforders wird die Prämienreservierung jetzt übersprungen.
  • Verfallene Optionsketten nach einem Deploy: verfallene Optionsketten wurden beim Serverneustart kurzzeitig als aktiv angezeigt. Instrumente werden jetzt beim Laden mit den Verfallszeitstempeln abgeglichen und sofort als ExpiredPendingPrice markiert.
  • RFQ-Fallback ohne Quotes: ein Auto-Execute-RFQ, das keine zulässigen Quotes erhielt, zeigte bisher einen Fehler an. Jetzt wird stattdessen eine Limit-Order im Orderbuch platziert.
  • Genauigkeit der Top-Mover im Laufband: die Top-Mover in der Tickerleiste werden jetzt aus dem Options-Summary-Cache abgeleitet, basierend auf der Änderung des theoretischen Preises gegenüber dem theoretischen Preis vor 24 Stunden, gefiltert auf quotierte Optionen. Bisher wurden rohe BBO-Daten verwendet, die verrauschte oder veraltete Werte lieferten.
  • price_change in der Options-Übersicht: die BBO-Referenz für die Berechnung der Preisänderung verwendet jetzt nur noch den Geldkurs (Bid) im Orderbuch und ersetzt den Mark-vs-Theo-Fallback, der irreführende Werte liefern konnte.

Kein neues Release - 14.–16. April 2026​

Breaking Changes​

  • PUT /order und PUT /bulk_order: neue Endpunkte für den atomaren Austausch von Orders. Storniert die bestehende Order und platziert eine neue im selben Engine-Tick. Schlägt die Stornierung fehl (Order bereits ausgeführt oder nicht gefunden), wird die neue Order nicht platziert. Verwendet den neuen EIP-712-Signaturtyp ReplaceOrder. Clients, die das alte Muster aus Stornieren und anschließendem Platzieren nutzen, sollten migrieren.

Neuerungen​

API​

  • GET /profile/realized-pnl: liefert den realisierten PnL pro Symbol, aggregiert aus Fills und Settlements. Akzeptiert den optionalen Parameter competition_id, um die Ergebnisse auf das Zeitfenster eines Wettbewerbs einzugrenzen.
  • Feld realized_pnl in GET /profile/trades: jede Fill-Zeile enthält jetzt den realisierten PnL, der genau diesem Trade zugeordnet ist.
  • net_deposits und Attributionskomponenten in GET /profile/historical-pnl: historische Equity-Snapshot-Punkte enthalten jetzt kumulierte Nettoeinzahlungen und eine Aufschlüsselung der GuV-Attribution.
  • Feld prev_day_px in GET /markets: der Markets-Payload enthält jetzt den Referenzpreis des Vortags pro Instrument.

UI​

  • Megafon für Ankündigungen: Megafon-Symbol im Header der Desktop- und Mobile-Ansicht mit Badge für ungelesene Meldungen. Ein Klick öffnet ein Popover mit der Liste der Ankündigungen (Titel, Text, Datum, optional Bild/Link). Gelesen-/Ausgeblendet-Status pro Wallet.
  • Orders bearbeiten und ersetzen: Desktop: Stiftsymbol bei offenen Orders zur Inline-Bearbeitung von Preis und Größe, das Häkchen sendet ab, X bricht ab, die Zeile wird während der Bearbeitung gelb hervorgehoben. Mobile: Tippen auf eine Order zeigt die Schaltflächen Stornieren und Aktualisieren.
  • Abgerechnete Positionen auf der Mitgliederseite: neuer Abschnitt "Abgerechnete Positionen" zwischen Positionen und Handelshistorie. Zeigt den realisierten PnL pro Symbol aus verfallenen Optionen und geschlossenen Trades mit grüner/roter Einfärbung. Unter Settlement erfahren Sie, wie Optionen abgerechnet werden.
  • Spalte für realisierten PnL in der Handelshistorie: zeigt den realisierten PnL pro Fill mit Farbcodierung; Fills, die eine Position eröffnen, zeigen einen Strich.
  • API-Key-Verwaltung flackert beim Laden nicht mehr: die Agent-Liste wird sofort gerendert, statt nach dem Laden der Seite nachträglich zu erscheinen.
  • Leere Positionstabelle ausgeblendet: hat der Nutzer keine offenen Positionen, wird der Positionsbereich vollständig ausgeblendet, statt leere Tabellenköpfe anzuzeigen.
  • Connect-Schaltflächen im leeren Zustand: fehlende Schaltflächen zum Verbinden der Wallet auf Leerzustandsseiten wurden wiederhergestellt.

PnL​

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

Fehlerbehebungen​

  • GET /profile lieferte 500: behoben für Wallets mit unvollständigen Aggregatdaten.
  • Unrealisierter PnL nach Server-Neustart veraltet: Portfolios werden beim Neustart jetzt sofort neu bewertet, statt auf das nächste Mark-Update zu warten.
  • DTE-Off-by-one in Payoff-Diagrammen: die Berechnung der Tage bis zum Verfall wurde korrigiert, die die Break-even- und Maximalverlust-Linien verschoben hatte.
  • Fokus-Diebstahl: das Entziehen des Fokus während UI-Interaktionen wurde behoben.
  • Verbesserungen bei der Chart-Darstellung: diverse Korrekturen an der Chart-Anzeige.

Kein neues Release - 11.–13. April 2026​

Neuerungen​

Push-Benachrichtigungen​

  • Browser-Push-Benachrichtigungen: abonnieren Sie Benachrichtigungen zu Fills, Liquidationen und Settlements ü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 Kontoeinstellungen verfügbar.
  • Desktop-Toast-Benachrichtigungen: Echtzeit-Toasts für Order-Ausführungen und Fehler im Desktop-Layout.

Handel​

  • Greeks-Tab (Desktop): neuer Tab im unteren Bereich mit Delta, Gamma, Theta, Vega, Rho und IV pro Position. Die Spaltenköpfe haben Tooltips mit Links zur Greeks-Referenz. Zwischensummenzeilen pro Basiswert; Portfolio-Gesamtsumme, wenn Positionen mehrere Basiswerte umfassen.
  • Sortierbare Spalten in der Rangliste: die Spalten Gewinn, Volumen und Effizienz in der Rangliste lassen sich jetzt per Klick sortieren.
  • Verbesserungen am Orderformular: Schnellauswahl für Beträge, verbesserte Tooltips, responsive Größenanpassung.
  • PnL-Chart auf der Mitgliederseite: Mitgliederprofile zeigen jetzt einen Equity-Verlaufschart.
  • HC/HL-Statistiken in den Seitenbereich verschoben: HyperCore- und HyperLiquid-Statistiken wurden in ein Seitenpanel verlagert.
  • Order-Zeilen mit Größe null entfernt: die Orderliste zeigt keine Orders mit Größe null mehr an.

Ghost Mode​

  • Ghost Mode: nicht authentifizierte Nutzer können Märkte, Orderbücher und Charts durchsuchen, ohne eine Wallet zu verbinden. Auch die Einstellungsseite ist ohne Authentifizierung zugänglich. Details finden Sie im Desktop-Leitfaden.
  • Dynamische Favicons pro Asset: das Symbol im Browser-Tab zeigt einen grünen Ring mit dem Symbol des aktiven Assets. Beim Anzeigen von Optionen erscheinen Call-/Put-Varianten.

Charts​

  • Visualisierung der Volatilitätsoberfläche: interaktiver 3D-Viewer für die Volatilitätsoberfläche unter /risk/vol-surface für alle gelisteten Basiswerte. Unter Oracles erfahren Sie, woher die Volatilitätsoberflächen stammen.
  • Portfolio-Chart standardmäßig im 5-Minuten-Intervall: flüssigere Darstellung bei neueren Konten (8H-Ansicht statt 4D-Ansicht).
  • Chart aktualisiert sich bei Änderung der Einstellungen: ein Wechsel des Chart-Modus in den Einstellungen wirkt jetzt sofort, ohne die Seite neu zu laden.

API​

  • Verfallsfilter für GET /options-summary: übergeben Sie ?expiry=YYYY-MM-DD, um die Antwort auf einen einzelnen Verfallstermin einzugrenzen.

Konto​

  • Anzeigenamen: Wallets können einen Anzeigenamen festlegen, der in der Rangliste und auf Mitgliederseiten angezeigt wird. Namen werden sofort wirksam (keine Moderatorenprüfung). Sie lassen sich inline sowohl in den Desktop-Einstellungen als auch in den mobilen Einstellungen bearbeiten.

Fehlerbehebungen​

  • Bid/Ask-Seiten bei einigen Orders vertauscht: falsche Seitenzuordnung in Abhängigkeit von der On-Chain-Orderrichtung behoben.
  • Ladezeit der Optionskette um ca. 60 % reduziert: schnelleres Laden durch Verfallsfilterung in der API und vorab geladene Chartdaten für sichtbare Strikes.
  • Marktwechsel erfolgt jetzt sofort: kein vollständiges Neuladen der Seite mehr beim Wechsel des Basiswerts auf dem Desktop.
  • Absturz beim Laufzeitwechsel auf dem Desktop: Absturz und Verlangsamung beim Wechsel zwischen Optionslaufzeiten behoben.
  • Scrollen auf der Desktop-Kontoseite: lange Handelshistorien lassen sich jetzt korrekt scrollen.
  • Mobile /preferences 404: die Einstellungsseite ist jetzt auch auf Mobilgeräten erreichbar.
  • Kaufkraft wird nach Einzahlung aktualisiert: der Kontostand aktualisiert sich jetzt unmittelbar nach einer Einzahlung über den Testnet-Faucet, statt ein Neuladen zu erfordern.
  • Trade-Sperre angezeigt, wenn kein Agent eingerichtet ist: zeigt Einrichtungsaktionen statt einer funktionslosen Signieren-Schaltfläche.
  • Fehlerbanner verschwinden automatisch: dauerhafte Fehlerbanner blenden sich jetzt selbst aus.
  • Ranglisten-Layout auf Mobilgeräten: gestauchte Werte auf Mobilgeräten im Vergleich zum Desktop behoben.
  • Weiterleitungsflackern beseitigt: sichtbare Weiterleitungen beim Aufrufen der App wurden entfernt.

Kein neues Release - 7.–10. April 2026​

Siehe auch: Week 4: Desktop Goes Live

Neuerungen​

API​

  • GET /historical-theos: theoretische Optionspreise im Zeitverlauf, ersetzt die rohe Historie der letzten Handelspreise. Konfigurierbare Zeitintervalle und Limits. Siehe REST-API-Referenz.
  • GET /historical-theos/batch: Abruf theoretischer Preisreihen für bis zu 50 Instrumente in einer Anfrage. Parameter: instrument_names=A,B,C&interval=1h&limit=100.
  • realized_pnl in GET /profile/trades: Fills liefern jetzt die realisierte P&L.

UI​

  • Greeks verwenden jetzt theoretische Marks: Alle Greeks-Berechnungen verwenden theoretische Preise statt der letzten Handelspreise, was die Genauigkeit bei illiquiden Strikes deutlich verbessert.
  • Theoretischer Preischart auf Instrumentenseiten: Seiten von Optionskontrakten zeigen einen historischen Chart der theoretischen Preise (ersetzt die rohe Handelspreis-Historie).
  • Inline-Position auf der Instrumentenseite: Ihre offene Position im aktiven Instrument wird direkt auf der Kontraktseite angezeigt.
  • Verbesserte Leerzustände: bessere Texte und Layouts für leere Charts und Leerzustände.

Fehlerbehebungen​

  • Faucet-Einzahlungslimit: Die Testnet-Faucet berücksichtigt jetzt das verbleibende Kontingent pro Wallet statt eines festen Maximums.
  • Sporadische 503-Fehler bei GET /portfolio: Sporadische Serverfehler am Portfolio-Endpunkt behoben.
  • Ladeindikatoren: Phantom-Ladeindikatoren beim Laden der Seite beseitigt.
  • GET /profile/trades liefert 500: für Wallets mit Fills behoben.
  • Layout-Verschiebung auf der Mitgliederseite: Ausrichtungsverschiebung auf der Mitgliederseite behoben.
  • Standard-Chartbeschriftung: klargestellt, dass die Standard-Charteinstellung für Assets gilt.

Kein neues Release - 1.–6. April 2026​

Siehe auch: Week 3 Product Update

Breaking Changes​

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

Neuerungen​

Desktop​

  • Desktop-Trading-Layout: vollständige Desktop-Oberfläche mit Multi-Panel-Handelsansicht, Tastaturnavigation, Preischart des Instruments, kompakten Optionssymbolen und Klick-Navigation von Positionen/Orders zu Instrumenten.

API​

  • Optionsinstrumente enthalten jetzt Symbol und Preis des Basiswerts: Antworten zu Optionsinstrumenten geben ihren Basiswert an. Siehe REST-API-Referenz.

Wettbewerb & Leaderboard​

  • Wettbewerbssystem: neue Endpunkte: GET /competitions, GET /leaderboard, GET /competition-metric-ranks, POST /submitUsernameRequest. Monatlicher Zeitplan (jeweils 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 der Rangliste ausgeschlossen.
  • Leaderboard-UI: Rang-Badge („Rank #X“ oder Call-to-Action „Trade to win“), Karte mit Preisaufschlüsselung, Integration von Hyperliquid Names, formatierte Optionssymbole („04/10 $59,000 Call“), FIFO-Lot-P&L, 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 im Orderformular: maximale Größe per Klick, basierend auf der verfügbaren Margin.
  • Tausendertrennzeichen: Alle Preis- und Größenfelder werden mit Trennzeichen angezeigt.
  • Klick auf Position/Order → Instrument: Tippen auf eine Positions- oder Orderzeile führt zum entsprechenden Kontrakt.
  • Einstellungsseite: Tooltips, Badge-Wechsel und sitzungsübergreifend synchronisierte Einstellungen.

Fehlerbehebungen​

  • UTC-Zentrierung von Charts: Asset-Charts zentrieren sich an UTC-Grenzen; Zeitrahmenwechsel stabilisiert.
  • Wischgesten (mobil): unregelmäßiges Verhalten beim Wischen zum Stornieren und bei der Wischnavigation behoben.
  • Bereinigung von Desktop-URLs: Präfix /mobile aus URLs auf dem Desktop entfernt; Strike-Auswahl behoben.

Kein neues Release - 24.–31. März 2026​

Siehe auch: Week 2 Product Update

Neuerungen​

Charts​

  • Historischer P&L-Chart: Chart des Eigenkapitals im Zeitverlauf auf der Startseite mit interaktivem Fadenkreuz. Tippen/Klicken Sie, um einen beliebigen Punkt zu prüfen; zeigt den Zeitstempel und aktualisiert die Saldoanzeige.
  • Asset-Chart: Spotpreis-Chart pro Asset mit auf den sichtbaren Zeitraum begrenzter Y-Achse.

Orderverwaltung​

  • Abschnittsüberschriften: Positionen, Orders und Historie haben eigene Überschriften für bessere Übersicht.
  • Orders per Wischen löschen (mobil): Wischen Sie auf einer offenen Order nach links, um sie zu stornieren.
  • Bestätigung der Order-Stornierung: eigener Dialog zum Stornieren von Orders.
  • Klick auf Orderzeile → Kontraktseite: Tippen auf eine Order führt zur Detailansicht des Instruments.
  • Überarbeitete Darstellung offener Orders: aufgefrischtes Styling für offene Orders.

Konnektivität​

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

Greeks​

  • Positions-Greeks auf der Asset-Seite: aggregiertes Delta, Gamma, Theta und Vega auf der Asset-Detailseite.
  • Kontrakt-Greeks auf der Kontraktseite: Greeks pro Position in der Kontraktansicht.
  • Break-even-Preise für alle Optionstypen: Break-even-Preise werden für Calls, Puts und Spreads berechnet und angezeigt.

Handelshistorie​

  • Ausführungszeit in GET /profile/trades: Zeilen der Handelshistorie enthalten jetzt den Zeitstempel des Fills.
  • Speicherung des Verfalls in der Optionskette: Der ausgewählte Verfall wird in den URL-Query-Parametern gespeichert und bei der Navigation wiederhergestellt.
  • Optionsinstrumente enthalten Symbol und Preis des Basiswerts: Optionsinstrumente geben ihren Basiswert in den Antworten an.

Konto​

  • Benutzernamen-System: Legen Sie einen Anzeigenamen für Ihre Wallet-Adresse fest, der im Leaderboard und auf Mitgliederseiten angezeigt wird.

Fehlerbehebungen​

  • GET /profile/trades liefert 500: für Wallets mit Fills behoben.
  • Standard-Anzeigereihenfolge von Positionen: Positionen zeigen standardmäßig zuerst den Wert, dann die P&L, dann die Einstandskosten (war zuvor uneinheitlich).
  • Order-Fußzeile zeigt Restlaufzeit: Anzeige der Restlaufzeit (TTE) hinzugefügt; eine Signaturverzögerung von 1 Sekunde verhindert versehentliche Doppelübermittlungen.
  • Abmeldung auf Mobilgeräten: Der Sitzungsstatus wird beim Abmelden korrekt gelöscht.
  • Hintergrund im Light Mode: Hintergrundfarbe im Light Mode behoben.
  • Flüssigere Seitenübergänge: weniger visuelles Ruckeln bei der Navigation.
  • Wisch-Hintergrund: Darstellung des Hintergrunds bei Wischinteraktionen behoben.

Kein neues Release - 16.–23. März 2026​

Siehe auch: Produkt-Update Woche 1

Neuerungen​

Design & Darstellung​

  • Midnight-Dunkelmodus: neues kontrastreiches dunkles Design zusätzlich zum bestehenden hellen Modus.
  • Automatischer Designmodus: das Design folgt automatisch der Hell/Dunkel-Einstellung des Geräts. Neue Nutzer verwenden standardmäßig den automatischen Modus.

Dashboard & Statistiken​

  • HL- & HC-Statistikfelder: Umschalten zwischen Hyperliquid-spezifischen und Hypercall-spezifischen Statistiken im Dashboard.
  • Put/Call-Ratio: Put/Call-Ratio im Hypercall-Statistikbereich ergänzt.
  • Ergebnis-Badges: visuelle Badges für Trade-Ergebnisse (Gewinn, Verlust, wertlos verfallen usw.) mit Kreisdiagramm im Positionskopf.

Optionskette​

  • Strike-Sortierung und dauerhafte Auswahl: Ausübungspreise sind sortierbar; die Auswahl bleibt sitzungsübergreifend erhalten.
  • Vorbelegung des Kursziels: die Kursziel-Seite wird mit dem aktuellen Preis des Basiswerts vorbelegt statt leer.
  • Normalisierung des Basiswertpreises: einheitliche Anzeige des Basiswertpreises auf allen Seiten, einschließlich DEX-Perp-Daten.

Order-UX​

  • Stornierungshinweis für ausgeführte/verfallene Orders: Stornierungsversuche bei bereits ausgeführten oder verfallenen Orders zeigen „Diese Order wurde bereits abgeschlossen oder storniert“ statt eines rohen Fehlers.

Einstellungen​

  • Einstellungsseite: Tooltips, Badge-Wechsel und sitzungsübergreifend synchronisierter Einstellungsstatus.

Korrekturen​

Konnektivität​

  • Datenaktualisierung bei WebSocket-Reconnect: Orders, Fills und Portfolio werden bei einem WS-Reconnect neu geladen, statt veraltete Daten anzuzeigen.
  • WS-Reconnect-Verzögerung: der Backoff-Timer wird nach einer stabilen Verbindung nun zurückgesetzt. Zuvor wurde er nie zurückgesetzt, sodass nach einigen normalen Verbindungsabbrüchen jeder Reconnect 30 Sekunden wartete.

Orders​

  • Geister-Orders auf verfallenen Instrumenten: Orders auf abgerechneten Instrumenten werden nun korrekt bereinigt, wodurch „Orderbook not found“-Fehler beim Stornieren vermieden werden.
  • Ablehnung bei negativem Cash-Saldo: BUY-Orders, die den Cash-Saldo negativ machen würden, werden nun bei der Übermittlung abgelehnt. Ablehnungsmeldung: „Insufficient cash (Standard)“. Dies kann bei risikoreduzierenden Buy-to-Close-Orders umgangen werden. Siehe Standard Margin.

UI​

  • Kursziel-Animation: springende bzw. hängende Animation auf der Kursziel-Seite behoben.
  • Abgeschnittene mobile Asset-Charts: abgeschnittene Schnellaktionen im mobilen Asset-Chart behoben.
  • Hängende mobile PWA beim Laden: ein Problem behoben, durch das die mobile PWA bei „Loading...“ hängen blieb.

Bekannte Probleme​

Bevor Sie das Verhalten Ihres Clients debuggen, prüfen Sie zuerst die Hypercall-Statusseite auf aktive Störungen und Wartungsarbeiten.

Verhalten und bekannte Probleme der Staging-Umgebung werden zusammen mit dem Zugang mitgeteilt; wenden Sie sich für Details an das Team.

Versionierungsrichtlinie​

Stabilitätskennzeichnungen:

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

Breaking Changes: Werden hier mit Migrationsleitfäden dokumentiert.

Referenzen​

Zuletzt aktualisiert am