Ein Hyperliquid-Perps-Bot verwaltet unbefristete Derivatpositionen, keinen gewöhnlichen Token-Bestand. Seine Entscheidungen müssen Positionsgröße, Sicherheiten, Funding und Liquidationsbedingungen berücksichtigen. Ein System, das eine Order korrekt platziert, kann diese Risiken dennoch schlecht verwalten, wenn es Hebel als feste Sicherheitseinstellung behandelt oder einen ausgelösten Ausstieg bereits als ausgeführt annimmt.

Dieser Leitfaden erklärt die zur Bewertung einer automatisierten Perpetual-Strategie nötigen Abläufe. Er trennt Kontraktidentität, Kontomodus und Positionszustand und verfolgt hypothetische Beispiele durch Margin-Änderungen und Teilausstiege. Er empfiehlt keine Hebelhöhe und impliziert keine verlässlichen Renditen irgendeiner Strategie. Der Zweck ist, wirtschaftliche Verpflichtungen und fortbestehende Pflichten vor ihrer Automatisierung verständlich zu machen.

Das gehandelte Derivat identifizieren

Ein Perpetual-Kontrakt schafft ein auf eine Preisreferenz bezogenes Risiko, ohne Eigentum am zugrunde liegenden Spot-Token zu verlangen. Marktidentität, Sicherheiten und Spezifikation sind unabhängig von einem vertrauten Kürzel wichtig. Ein passender Vermögenswertname in einer Spot-Liste beweist keine identischen Bedingungen des beabsichtigten Derivats.

Hyperliquid umfasst unterschiedliche Perpetual-Marktkontexte einschließlich von Bereitstellern betriebener Märkte. Der Bot sollte tatsächlichen Kontrakt und relevante Spezifikation bestimmen, statt für jeden Markt dieselben Sicherheiten oder Konfiguration anzunehmen.

Der Leitfaden zur Hyperliquid-Marktauswahl erklärt die umfassendere Trennung zwischen Spot, Derivaten und HyperEVM. Ein Perps-Mandat sollte ausdrücklich bleiben, damit das System einen Token-Kauf nicht durch eine Derivatorder ersetzen kann oder umgekehrt.

Dokumentieren Sie die in der Entscheidung verwendeten aktuellen Kontraktparameter. Mindestorderschritte, Margin-Anforderungen und unterstützte Modi können die Gültigkeit einer vorgeschlagenen Größe beeinflussen. Ein Kursangebot oder Diagramm allein belegt nicht die vollständige Handelsspezifikation.

Den Kontomodus vor dem Saldo lesen

Die aktuelle Hyperliquid-Dokumentation unterscheidet Standard-, Unified- und Portfolio-Margin-Kontomodi. Der Modus beeinflusst das Zusammenspiel von Guthaben und Sicherheiten. Ein Bot sollte die tatsächliche Kontokonfiguration lesen, statt sie aus der aktuellen Voreinstellung der Oberfläche abzuleiten.

In einer Standardanordnung können Guthaben und Cross-Margin-Umfang nach Handelskontext getrennt sein. Unified- und Portfolio-Modi verändern diese Beziehungen nach ihren Regeln. Ein unter einem Modus aussagekräftig erscheinendes Guthabenfeld liefert unter einem anderen möglicherweise kein vollständiges Kontobild.

Das ist wichtig, wenn mehrere Strategien das Konto teilen. Eine Spot-Aktion oder andere Derivatposition kann Kapazität beeinflussen, die ein Perps-Bearbeiter für sich reserviert annahm. Die Kontosicht muss tatsächliche gemeinsame Verpflichtungen widerspiegeln.

Der Leitfaden zur Hyperliquid-Einrichtung betont die Identifikation des betriebenen Kontos. Bei Perpetual-Handel umfasst sie Modus und Sicherheitenbeziehungen, nicht nur die Adresse, die die Anfrage signiert hat.

Margin-Prüfungen eines Hyperliquid-Perps-Bots

Margin-Prüfungen eines Hyperliquid-Perps-Bots unterscheiden Eigenkapital, Positionsnominalwert, Anfangsmargin und Erhaltungsanforderungen. Diese Größen beschreiben unterschiedliche Kontoaspekte. Jede als Saldo zu bezeichnen schafft im entscheidenden Moment Mehrdeutigkeit.

Nominalwert drückt die Marktrisikogröße nach der Preiskonvention des Kontrakts aus. Margin sind die dieses Risiko stützenden Sicherheiten. Eigenkapital verändert sich, wenn Gewinne, Verluste, Funding und andere Kontobewegungen nach geltenden Regeln erfasst werden.

Bei einer fiktiven linearen Position von 1.000 Einheiten mit 200 stützenden Einheiten beträgt das einfache Verhältnis von Nominalwert zu Eigenkapital fünf. Das bedeutet nicht, dass das Konto jede nachteilige Bewegung von 20 % tolerieren kann. Erhaltungsanforderungen und andere Kosten können Aktionen erzwingen, bevor das stützende Eigenkapital null erreicht.

Eine nützliche Prüfung vor der Order fragt, wie die vorgeschlagene Ausführung Risiko und Restkapazität verändert. Sie sollte bestehende Positionen und relevante offene Orders einschließen, statt die Anfangsmargin der neuen Order als einzige Kontoverpflichtung zu behandeln.

Der maximal erlaubte Kontrakthebel ist eine Börsengrenze, keine Kontoempfehlung. Eine Strategie kann aus eigenen Gründen eine niedrigere Risikoobergrenze wählen. Eine bestandene Handelsplatzzulassung belegt die Erfüllung dieser Anforderungen in diesem Moment; sie belegt nicht die Angemessenheit des umfassenderen Nutzerverlustbudgets.

Cross- und isolierte Margin getrennt verstehen

Cross-Margin teilt stützende Sicherheiten über die nach geltenden Kontoregeln einbezogenen Positionen. Isolierte Margin weist Sicherheiten einem bestimmten Positionskontext zu. Der Unterschied verändert, welche anderen Bestände bei Verschlechterung einer Position betroffen sein können.

Isolation garantiert nicht die Sicherheit der zugeteilten Positionsmittel. Sie definiert den Umfang der nach dieser Anordnung verwendeten Sicherheiten. Der Handel kann seine stützende Margin weiterhin durch nachteilige Bewegung und Liquidation verlieren.

Manche Märkte oder Konfigurationen setzen zusätzliche Beschränkungen. Die aktuelle Dokumentation beschreibt Fälle eingeschränkter Entnahme isolierter Margin und Fälle ohne Cross-Margin. Ein Bot sollte unterstütztes Verhalten des konkreten Kontrakts verifizieren, statt eine Kontrolle mit angenommener universeller Verfügbarkeit jeder Option anzubieten.

Halten Sie die Wahl in der Entscheidungsaufzeichnung. Margin-Modus zu ändern oder Sicherheiten zu bewegen ist eine wirtschaftliche Aktion mit Folgen für andere Strategien. Sie sollte nicht als unsichtbare Reparatur bei jeder gescheiterten Kapazitätsprüfung einer Order erfolgen.

Gewählten von effektivem Hebel unterscheiden

Die Hebeleinstellung bei Positionseröffnung friert deren späteres Risiko nicht ein. Mit Preis und Eigenkapital kann sich auch das Verhältnis von Positionsnominalwert zu Eigenkapital verändern. Der Bot benötigt fortgesetzte Berechnungen statt einer dauerhaft vom Einstieg kopierten Bezeichnung.

Betrachten Sie eine fiktive lineare Long-Position von zwei Einheiten mit Einstieg zu 100 und stützendem Eigenkapital von 40 Einheiten. Der anfängliche Nominalwert ist 200 und das einfache Verhältnis fünf. Bei einem Preis von 95 beträgt der unrealisierte Verlust zehn, sodass vor Kosten 30 Eigenkapital verbleiben. Der aktuelle Nominalwert ist 190, also beträgt das Verhältnis etwa 6,33.

Die gewählte Einstiegseinstellung musste sich nicht verändern, damit der effektive Hebel stieg. Funding oder andere Verluste des gemeinsamen Kontos könnten die Beziehung weiter verändern.

Überwachen Sie tatsächlichen Positions- und Kontozustand. Eine Bezeichnung fünffacher Hebel reicht nicht aus, wenn sie reduziertes Eigenkapital und erhöhte Empfindlichkeit nach dem Einstieg verschleiert.

Mark-, Oracle- und Ausführungspreise korrekt verwenden

Hyperliquid verwendet unterschiedliche Preiskonzepte für unterschiedliche Zwecke. Der Mark-Preis ist für Margin-Berechnung, Liquidation und unrealisierte Ergebnisse relevant. Funding-Berechnungen verwenden die nach Kontraktregeln geltende Oracle-Referenz. Tatsächliche Ausführungen bestimmen Ausführungspreise.

Der Bot sollte kennzeichnen, welcher Preis jede Entscheidung steuert. Ein Diagramm des letzten Handels kann vom Mark-Preis abweichen, und eine Marktorder kann bei begrenzter Tiefe zu anderen als beiden angezeigten Referenzen ausgeführt werden.

Angenommen, ein fiktives Diagramm zeigt als letzten Handel 100, während der relevante Mark-Preis 99,20 beträgt. Ein Konto mit einer Überwachungsregel anhand des Mark-Preises sollte seinen Margin-Zustand nicht allein wegen der auffälligeren Bildschirmzahl aus dem letzten Handel berichten.

Nehmen Sie keine einzelne Oracle-Konstruktion über jede Kontraktfamilie hinweg an. Die geltende Marktspezifikation bestimmt die Referenz. Praktisch muss die Preisquelle festgehalten und für die Frage verwendet werden, die sie tatsächlich beantwortet.

Funding-Analyse eines Hyperliquid-Perps-Bots

Die Funding-Analyse eines Hyperliquid-Perps-Bots verfolgt regelmäßige Übertragungen zwischen Long- und Short-Seite. Funding kann je nach Satz und Positionsrichtung Kosten oder Gutschrift sein. Es ist von der Ausführungsgebühr getrennt.

Die aktuelle Dokumentation beschreibt stündliche Funding-Zahlungen. Ein projizierter Satz bleibt eine Schätzung eines künftigen Intervalls, während ein abgewickelter Funding-Eintrag ein tatsächliches Kontoereignis ist. Der Bot sollte eine vorhergesagte Gutschrift nicht als realisiertes Einkommen zählen.

In einem fiktiven Intervall implizieren ein Oracle-basierter Nominalwert von 10.000 Einheiten und ein Funding-Satz von 0,01 % eine Zahlung von einer Einheit in der anwendbaren Richtung. Dieser Satz ist ein Beispiel, kein aktuelles Angebot. Zehn solche Intervalle bei unverändertem Nominalwert und Satz ergäben zehn Einheiten, doch keine Eingabe bleibt garantiert konstant.

Bewahren Sie jeden abgewickelten Eintrag mit Position und Berichtszeitraum. Ein allein aus Einstiegs- und Ausstiegspreisen profitabel wirkender Handel kann nach Funding-Einbeziehung ein anderes Ergebnis haben.

Funding-Einnahmen nicht als kostenlose Rendite behandeln

Eine Funding empfangende Position trägt weiterhin Marktrisiko. Eine günstige Zahlung kann durch nachteilige Preisbewegung, Satzänderungen, Ausführungskosten oder unvollkommene Absicherung übertroffen werden. Der Eingang macht die Position nicht zu einem Geldäquivalent.

Angenommen, eine fiktive Strategie verdient 12 Einheiten Funding, verliert aber 35 durch Preisbewegung und bezahlt insgesamt sieben an Handelsaufwand. Ihr Nettoergebnis ist minus 30. Nur die Funding-Rendite zu berichten würde die größere wirtschaftliche Wirkung auslassen.

Eine Absicherung führt eigene Konto- und Ausführungsfragen ein. Die beiden Teilpositionen der Absicherung werden möglicherweise nicht gleichzeitig ausgeführt, können unterschiedliche Sicherheiten verwenden und wechselnde Preisbeziehungen erfahren. Ein Bot sollte das Restrisiko identifizieren, statt die Anordnung per Annahme neutral zu nennen.

Bewerten Sie Funding-Ideen anhand vollständiger Szenarien. Beziehen Sie Satzumkehr, verzögerte Absicherungsanpassung und einen Zeitraum ein, in dem die Position zu ungünstigem Preis reduziert werden muss. Der Strategietitel entfernt diese möglichen Kosten nicht.

Liquidation als fortbestehende Grenze behandeln

Liquidationsrisiko hängt von Kontoeigenkapital und Erhaltungsanforderungen nach den tatsächlichen Markt- und Kontoregeln ab. Es ist nicht einfach für jeden Long ein fester Prozentsatz unter Einstieg oder für jeden Short darüber.

Ergebnisse des gemeinsamen Kontos, Funding und Sicherheitenänderungen können die geschätzte Liquidationsbedingung verändern. Ein Bot sollte die relevante Kontosicht aktualisieren, statt die vor Einstieg gezeigte Schätzung als dauerhaft zu behandeln.

Der für Liquidation verwendete Mark-Preis kann auch vom Preis eines bevorzugten Diagramms abweichen. Eine Überwachung nur des letzten Handels kann die für die Margin-Bewertung relevante Bedingung verpassen.

Verwenden Sie Liquidation nicht als geplanten Ersatz eines gewöhnlichen Ausstiegs. Sie ist ein erzwungener Risikoprozess mit von aktuellen Bedingungen abhängigem Ergebnis. Eine Strategie benötigt eigene Reduzierungsregeln und muss zugleich anerkennen, dass auch sie Kurssprüngen, begrenzter Tiefe und Ausführungsunsicherheit begegnen können.

Ausstiegskontrollen eines Hyperliquid-Perps-Bots

Ausstiegskontrollen eines Hyperliquid-Perps-Bots müssen die Aktivierungsbedingung einer Order von tatsächlich ausgeführtem Preis und Menge unterscheiden. Ein Stoppauslöser ist eine Anweisung, bei erfüllter Bedingung eine definierte Aktion zu versuchen; er ist kein garantierter Eingang zum Auslösepreis.

Die aktuelle Hyperliquid-Dokumentation verwendet den Mark-Preis für Take-Profit- und Stop-Loss-Auslöser. Ein Bot sollte unterstützte Ordersemantik bestätigen und die verwendete Referenz zeigen, statt sie den Nutzer aus einem Diagramm des letzten Handels ableiten zu lassen.

Ein Stop-Limit kann unausgeführt bleiben, wenn sich der Markt über seinen akzeptablen Preis hinausbewegt. Eine Schutzorder nach Art einer Marktorder kann zu einem schlechteren Preis als dem Auslöser ausgeführt werden und unterliegt weiterhin den tatsächlichen Ausführungsgrenzen des Handelsplatzes.

Der Leitfaden zur Orderzustandsautomatisierung erklärt, warum eingereicht, aktiv, ausgelöst und ausgeführt getrennte Belege benötigen. Das Konto bleibt der ungeschlossenen Menge ausgesetzt, bis Ausführungen ihre Reduzierung nachweisen.

Reduce-only-Verhalten für seinen tatsächlichen Zweck nutzen

Reduce-only-Orders sollen eine bestehende Position reduzieren, statt Risiko in Gegenrichtung zu eröffnen. Das hilft, wenn eine Ausstiegsmenge nach einer anderen größenverändernden Aktion die Position überschreiten könnte.

Bei einem fiktiven Konto mit zehn Einheiten Long sollte ein geplanter Verkauf von zehn die Position bei beabsichtigter Ausführung schließen. Wenn eine andere Aktion den Bestand zuerst auf sechs reduziert, könnte ein uneingeschränkter Verkauf von zehn vier Einheiten Short hinterlassen. Eine unterstützte Reduce-only-Anweisung begrenzt dieses Umkehrverhalten.

Sie garantiert weder Ausführung noch bestimmten Preis. Der Bot muss weiterhin den angenommenen Orderzustand und die Restposition nach Ausführung verifizieren.

Halten Sie Schutzorders mit tatsächlichen Beständen synchron. Eine nützliche Prüfung kontrolliert Richtung, Menge, Auslösereferenz und aktuellen Status. Eine beruhigende Ausstiegsbezeichnung sollte keine stornierte, nie aktivierte oder auf eine frühere Position bemessene Order verbergen.

Teileinstiege mit Schutzorders abstimmen

Eine Einstiegsorder kann teilweise ausgeführt werden, während ihr Rest offen bleibt oder storniert wird. Das erworbene Risiko unterscheidet sich dann vom ursprünglichen Ziel. Der Bot muss tatsächliche Position und zugehörige Schutzorders abstimmen.

Die aktuelle Dokumentation unterscheidet positionsgebundene Schutzorders von an eine Elternorder gebundenen Kindorders. Ihr Verhalten bei unvollständiger Ausführung und Stornierung ist nicht identisch. Insbesondere kann manuelles Stornieren einer teilweise ausgeführten Elternorder nach dem dokumentierten Ablauf ihre zugehörigen Kind-Schutzorders stornieren.

Die betriebliche Lehre ist, den resultierenden Zustand zu prüfen, statt anzunehmen, die Stornierung des unausgeführten Einstiegs lasse den ausgeführten Teil geschützt. Unter dem gewählten unterstützten Ablauf kann eine separate Schutzaktion nötig sein.

Ein beabsichtigter Einstieg über acht Einheiten mit Ausführung von drei schafft beispielsweise drei Einheiten Risiko. Die verbleibenden fünf sind eine Orderverpflichtung, kein zusätzlicher Bestand. Beide Kategorien müssen abgestimmt sein, bevor der Bot die Position als vollständig eröffnet oder sicher geschlossen beschreibt.

Teileinstiege mit Schutzorders abstimmenPosition ResultPrice MovementTrading FeesFunding PaymentsRemaining ExposureTRADING FIELD NOTESEDUCATIONAL RESOURCE
Das Ergebnis einer Perpetual-Strategie kombiniert realisierte Preisänderungen, Aufwand, Funding und jede noch offene Position.

Kapazität über gleichzeitige Strategien hinweg reservieren

Mehrere Strategiebearbeiter können jeweils scheinbar ausreichende Kontokapazität sehen, während ihre kombinierten Vorschläge die beabsichtigte Grenze überschreiten. Gemeinsame Sicherheiten benötigen gemeinsame, zum tatsächlichen Kontomodus passende Reservierungslogik.

Angenommen, ein fiktives Konto erlaubt nach eigener Risikoregel 600 Einheiten zusätzlichen Nominalwert. Zwei Bearbeiter schlagen fast gleichzeitig jeweils 400 vor. Jeder Vorschlag passt isoliert, doch gemeinsam erfordern sie 800 und überschreiten die Regel um 200.

Reservieren Sie Kapazität vor Vorbereitung der endgültigen Aktionen und bewahren Sie Reservierungen ungeklärter Orders bis zur Kenntnis ihres Zustands. Eine Stornierungsanfrage ist nicht dasselbe wie die bestätigte Freigabe jeder verbleibenden Verpflichtung.

Der Leitfaden zur Portfoliokoordination erklärt das allgemeine Budgetproblem. Bei Perps muss die Gesamtheit auch berücksichtigen, wie Preisbewegung und gemeinsame Sicherheiten verfügbare Kapazität nach Zulassung der anfänglichen Orders verändern.

Übertragungen von Handelsleistung trennen

Zusätzliche Sicherheiten können verhindern, dass ein Konto einen niedrigeren Eigenkapitalsaldo zeigt, während die Strategie weiterhin einen Handelsverlust hat. Eine Auszahlung kann den angezeigten Saldo ohne Verlust reduzieren. Leistung muss diese externen Flüsse berücksichtigen.

In einem fiktiven Zeitraum beginnt ein Konto mit 500 Einheiten, erhält eine Einzahlung von 200 und endet mit 650. Ohne Bewertungskomplikationen und unter Annahme keiner Auszahlung beträgt das Handels- und Ausgabenergebnis minus 50. Der Endsaldo liegt nur wegen neuen Kapitals höher als der Anfangssaldo.

Halten Sie interne Übertragungen zwischen Kontokontexten von Einzahlungen in das berichtete Portfolio getrennt. Andernfalls kann das Bewegen von Sicherheiten in einer Strategie als neu verdientes Geld und in einer anderen als unerklärter Verlust erscheinen.

Der Leitfaden zur Gewinnbuchführung liefert den grundlegenden Unterschied zwischen Geldflüssen und Ergebnissen. Perpetual-Berichte ergänzen Funding und Derivatpositionsbewertung, entfernen aber nicht die Notwendigkeit, Beiträge und Auszahlungen zu identifizieren.

Ein vollständiges Ergebnis einer geschlossenen Position berechnen

Betrachten Sie eine fiktive lineare Long-Position von vier Einheiten mit Einstieg zu 50 und vollständiger Schließung zu 54. Der Bruttopreisgewinn beträgt vier mal vier, also 16 Einheiten. Nehmen wir gesamten Einstiegs- und Ausstiegsaufwand von drei und während der Haltedauer netto bezahltes Funding von zwei an.

Das vollständige Ergebnis beträgt vor weiteren ungezählten Kosten 11 Einheiten. Es ist nicht der isoliert angezeigte Preisgewinn von 16 Einheiten. Wenn die Strategie auch eine Einheit für erfolglose Versuche desselben Berichtszeitraums bezahlte, wird das umfassendere Zeitraumsergebnis zehn.

Bewahren Sie bei Teilausstiegen Restmenge und eine konsistente Einstiegspreismethode. Realisierte Gewinne eines geschlossenen Teils sollten Verluste oder Verpflichtungen des offenen Rests nicht auslöschen.

Berichten Sie Renditen mit klar definiertem Nenner. Rendite auf hinterlegte Margin, auf durchschnittliches Eigenkapital und relativ zum Nominalwert beantworten unterschiedliche Fragen. Den kleinsten Nenner nur wegen des größten Prozentsatzes zu wählen macht Vergleiche irreführend.

Sicherheiten und Marktänderungen gemeinsam überwachen

Die Fähigkeit des Kontos, eine Position zu stützen, hängt von mehr als deren eigenem Preis ab. Andere Positionen, Funding, Auszahlungen und Sicherheitenregeln können den verfügbaren Puffer verändern. Nur den Zielmarkt zu überwachen lässt einen Risikoteil unbeobachtet.

Setzen Sie getrennte Bedingungen für Risikoerhöhung und -reduzierung. Eine Strategie kann bei veralteten Kontobelegen neue Positionen stoppen und zugleich bestehende Orders weiter abstimmen und autorisierte Reduzierungen unterstützen.

Behandeln Sie das Auffüllen von Sicherheiten nicht als Beweis, dass die Handelsregel weiterhin fundiert ist. Kapital hinzuzufügen verändert Kontokapazität; es kehrt den Marktverlust nicht um und bestätigt die ursprüngliche Annahme nicht.

Bewahren Sie den Grund jedes Eingriffs. Ein späterer Prüfer sollte eine profitable Strategie von einer unterscheiden, deren scheinbare Stabilität von wiederholten unberichteten Einzahlungen oder Änderungen des Risikobudgets nach eigenem Ermessen abhing.

Kurssprünge und Neustarts vor Umfangserweiterung testen

Eine aussagekräftige Simulation umfasst einen unvollständigen Einstieg, einen ohne vollständige Ausführung ausgelösten Stopp, eine Funding-Satzumkehr und einen Zeitraum mit ungeordnet eintreffenden Markt- und Kontonachrichten. Erfolgreiche Orderplatzierung allein testet diese Pflichten nicht.

Neustartwiederherstellung sollte aktuelle Positionen, offene Orders, Schutzorders und jüngste Ausführungen vor neuen Aktionen rekonstruieren. Ein altes Signal gegen ein verändertes Konto erneut abzuspielen kann unbeabsichtigtes Risiko schaffen, selbst wenn das ursprüngliche Signal gültig war.

Messen Sie, ob der Bot seine Unsicherheit erklärt. Eine fehlende Antwort sollte eine Abstimmungsaufgabe statt erfundenen Erfolgs oder Fehlschlags erzeugen. Der Nutzer muss wissen, welche Menge Risiken ausgesetzt bleibt und welche Belege noch fehlen.

Ein klar definierter Hyperliquid-Perps-Prozess verbindet jede Order mit Kontrakt, Kontomodus und Risikobudget und prüft die Position bis zu ihrer Schließung weiter. Sein Nutzen liegt darin, diese Pflichten während des gesamten Handels ausdrücklich und verifizierbar zu machen, auch unter ungünstigen Marktbedingungen.

Weiterlernen

Alle Beiträge entdecken