Een handelsbot voor Hyperliquid-perpetuals beheert derivatenblootstelling via orders, uitvoeringen en onderpand. Een perpetual kopen betekent niet dat het bijbehorende spottoken voor opname wordt verworven. De positiewaarde verandert met het contract en operationele vereisten omvatten marge, funding en mogelijke liquidatie. Daardoor volstaat alleen een proces voor spotbezit niet.
Betrouwbare automatisering begint met een duurzame beschrijving van de bedoelde positieverandering. Daarna verifieert ze instrument en account, controleert toepasselijke middelen, dient een begrensde handeling in en stemt af wat werkelijk gebeurde. De strategie moet verplichtingen blijven begrijpen bij gedeeltelijke uitvoering, annulering tijdens een transactie of procesherstart.
Dit is algemene educatie over perpetualmechanismen, geen claim dat specifieke software ze ondersteunt. Alle rekenvoorbeelden zijn hypothetisch en laten complexiteit alleen weg waar dat expliciet wordt vermeld. Geen hefboomniveau, fundingtarief of verwacht rendement wordt aanbevolen.
Bepaal de orderlevenscyclus van de handelsbot voor Hyperliquid-perpetuals
De levenscyclus begint met een bedoelde verandering in blootstelling met positief of negatief teken: bijvoorbeeld een long vergroten, short verminderen of bepaald bedrag sluiten. Het voornemen moet instrument, account, maximumomvang, prijsgrens en beleidsversie identificeren. Een algemeen label kopen beschrijft het economische doel niet volledig.
Houd ingediend, geaccepteerd, rustend, gedeeltelijk uitgevoerd, voltooid en geannuleerd onderscheidbaar. Het exacte API-bewijs bepaalt welke labels gelden. Een geslaagd transportantwoord bewijst op zichzelf niet dat de hele bedoelde hoeveelheid een positie werd.
Het uitvoeringsoverzicht voor Hyperliquid verklaart het belang van de juiste interface en het juiste account kiezen. Verbind dat voor perpetuals met een positiegrootboek in plaats van een spotsaldo te gebruiken. Het grootboek moet huidige blootstelling én mogelijke extra blootstelling door resterende werkende orders behouden.
Bepaal exact contract en handelsplatform
Een activumsymbool kan in meerdere product- of marktcontexten voorkomen. De bot moet werkelijke perpetualidentificatie, relevant platform of uitrol, noterings- of onderpandactivum en ondersteunde omvangs- en prijsprecisie bepalen. Een bekend tickersymbool volstaat niet om correct een order op te bouwen.
Actuele Hyperliquid-documentatie onderscheidt onder meer door validators beheerde perpetuals en HIP-3-markten. Contractparameters en beschikbare onderpandrelaties moeten uit de werkelijke marktmetadata komen. Pas geen onthouden parameter van één instrument universeel op elk gelijknamig contract toe.
Bewaar de metadata waarmee elke handeling werd geautoriseerd. Bij veranderde marktconfiguratie moet de oude registratie interpreteerbaar blijven. Een latere zoekopdracht kan huidig gedrag verklaren zonder de voorbereidingsvoorwaarden van een eerdere order te reproduceren. Dat telt bij onderzoek van afwijzing of onverwachte hoeveelheid.
Lees de actieve accountmodus
De actuele documentatie via de officiële Hyperliquid-site beschrijft standaard-, gecombineerde (unified) en portefeuillemargeregelingen. Hun saldo- en onderpandrelaties verschillen. Een bot moet de actieve modus lezen in plaats van aan te nemen dat spot- en perpetualmiddelen altijd gescheiden of gedeeld zijn.
Onder gecombineerde en portefeuillemargeregelingen kunnen gedocumenteerd saldobeeld en reserveringen activiteiten omvatten die een rapport alleen voor spot of per DEX niet correct vangt. Een strategie kan dus lokaal een aantrekkelijke kans zien terwijl het bredere account al de benodigde ondersteunende middelen heeft toegezegd.
Behandel accountmodus als deel van de operationele overeenkomst. Een andere modus kan saldo- en limietinterpretatie veranderen terwijl dezelfde strategie actief blijft. Stem na zo’n verandering het account af voordat je nieuwe blootstelling autoriseert op aannames van de vorige regeling.
Scheid strategielimieten van beursmarge
Dat een beurs een order accepteert stelt niet vast dat die bij het risicobeleid past. Platformmargevereiste en maximaal toegestane strategieblootstelling beantwoorden andere vragen. Een voorzichtige interne limiet kan een order afwijzen waarvoor het account technisch genoeg onderpand heeft.
In een vereenvoudigd fictief voorbeeld creëren drie eenheden van een lineaire perpetual tegen 200 een nominale blootstelling van 600. Als het voorbeeld 120 marge toewijst is de verhouding tussen nominale waarde en marge bij instap een hefboom van vijf. Een nadelige prijsbeweging van tien procent geeft vóór kosten en funding zestig eenheden prijsverlies en verbruikt de helft van die illustratieve marge.
Dit is geen liquidatieprijsformule. Werkelijke liquidatie hangt af van instrument, margemodus, accounttoestand en onderhoudsmargevereisten. Het voorbeeld toont waarom weinig onderpand de economische positie niet klein maakt. Positieomvang en toegestaan verlies vereisen eigen expliciete limieten.
Kies ordergedrag dat bij het voornemen past
Een limiet bepaalt een prijsgrens terwijl geldigheidsduur bepaalt wat met niet-direct uitgevoerde hoeveelheden gebeurt. De huidige Hyperliquid-orderdocumentatie onderscheidt rustend gedrag, immediate-or-cancel en post-only. De adapter moet de bedoelde combinatie behouden in plaats van elk verzoek naar één standaard om te zetten.
Een immediate-or-cancel-order kan gedeeltelijk worden uitgevoerd, waarbij het restant wordt geannuleerd. Een post-only-instructie probeert directe liquiditeitsafname te vermijden; ze garandeert niet dat een rustende order later wordt uitgevoerd of winstgevend wordt. Dat verschil telt bij zowel blootstellings- als uitvoeringskostenschatting.
De gids voor API-afhandeling op Hyperliquid verklaart waarom uitkomsten per handeling moeten worden geïnterpreteerd. De strategie moet op het geaccepteerde resultaat van de werkelijke order reageren. Ze mag geen volledige positie afleiden uit het feit dat een verzoek de gewenste hoeveelheid bevatte.
Behoud decimale bedoeling tijdens opbouw
Prijs- en omvangsgrenzen moeten de bedoelde precisie van strategiebeslissing tot ondertekende handeling behouden. Achteloos afronden kan blootstelling vergroten, een limiet over de spread bewegen of een ongeldig verzoek geven. De juiste afrondingsrichting hangt af van welke grens de waarde vertegenwoordigt.
Een maximaal toegestaan aankoopbedrag mag bijvoorbeeld niet alleen voor een weergavevoorkeur omhoog worden afgerond. Een sluitinstructie moet tegen huidige positie en ondersteunde hoeveelheidsstap worden gecontroleerd. De interface kan een korter getal tonen terwijl de duurzame registratie de exacte geautoriseerde waarde bewaart.
Validatie moet vóór ondertekening plaatsvinden. Als een hoeveelheid niet binnen actuele marktregels kan worden weergegeven moet het systeem expliciet afwijzen of een afzonderlijk gerechtvaardigd lager bedrag geven. Waarden stilzwijgend na autorisatie aanpassen maakt vaststellen of de uitgevoerde handeling nog bij gebruikersbeleid past moeilijk.
Houd de ondertekenaar gescheiden van het handelsaccount
Een gedelegeerde agent kan accounthandelingen ondertekenen zonder het account te zijn waarvan posities en saldi moeten worden opgevraagd. De officiële API-walletdocumentatie benadrukt dat verschil. Het agentadres lezen alsof het het handelsaccount bezit kan een leeg resultaat en de onjuiste indruk van afwezige blootstelling geven.
Bewaar ondertekenaarsidentiteit en economische accountidentiteit in andere velden. De orderregistratie moet ook elk toepasselijk subaccount of ander ondersteund bereik identificeren. Dat voorkomt dat geslaagde authenticatie voor bevestiging wordt aangezien dat de strategie op de bedoelde portefeuille werkt.
Coördineer protocollaire noncevereisten per ondertekeningsbevoegdheid. Het nonce-model voor ondertekende HyperCore-handelingen mag niet door een veronderstelde EVM-transactiereeks worden vervangen. Meerdere werkprocessen met één ondertekenaar vereisen gecoördineerd ontwerp terwijl afzonderlijke ondertekeningsbevoegdheid eigen machtigings- en levenscyclusbeheer vereist.
Behandel onbeantwoorde indiening als onopgelost
Een verloren antwoord laat een vraag over de oorspronkelijke handeling open. Het stelt niet vast dat die faalde of dat een nieuwe order veilig is. Bewaar duurzaam voornemen en beschikbare orderidentificaties vóór externe indiening zodat herstel hetzelfde economische verzoek kan onderzoeken.
Gebruik actueel account- en orderbewijs om te bepalen of de handeling een rustende order creëerde, werd uitgevoerd, werd afgewezen of onbekend blijft. Een clientorderidentificatie kan registraties koppelen maar mag niet als universele garantie worden beschreven dat elk herhaald bericht geen extra effect heeft. Volg het gedocumenteerde gedrag van het werkelijke endpoint.
Behoud zolang de uitkomst onopgelost is de passende middelen- en blootstellingsruimte. Die direct vrijgeven kan een ander werkproces een tweede positie laten autoriseren. Het hersteldoel is vaststellen wat het account mogelijk al bezit, niet alleen een geslaagd antwoord op een nieuw verzoek krijgen.
Bouw blootstelling uit uitvoeringen en resterende orders
Gevraagde hoeveelheid, uitgevoerde hoeveelheid en open restant zijn andere waarden. Als voor een hypothetische order van vijf eenheden eerst twee en daarna een halve eenheid worden uitgevoerd is de positieverandering 2,5 en resteert 2,5 gevraagd totdat de definitieve ordertoestand vaststaat.
De accountrisicobeoordeling moet zowel de huidige blootstelling van 2,5 eenheden als het mogelijke effect van het restant omvatten. Een annuleringsverzoek kan het laatste proberen te verwijderen maar de registratie mag het niet wissen voordat geaccepteerde ordertoestand bevestigt wat gebeurde.
Ontdubbel uitvoeringsbewijs bij opnieuw afgespeelde stromen of overlappende historische zoekopdrachten. Dezelfde halve-eenheidsuitvoering dubbel tellen zou de positie overschatten en een te grote sluithandeling veroorzaken. Bewaar stabiele uitvoeringsidentiteit en stem totalen met het gezaghebbende accountbeeld af in plaats van elk bericht als nieuwe transactie te behandelen.
Verwijs klanten en verdien USDC
Verwijs klanten en verdien USDCOns affiliateprogramma betaalt in realtime.
Ontwerp reduce-only-uitstappen voor de handelsbot voor Hyperliquid-perpetuals
Reduce-only-uitstappen van een handelsbot voor Hyperliquid-perpetuals moeten de bedoeling uitdrukken een bestaande positie te verminderen zonder tegengestelde blootstelling te openen. De huidige orderopties omvatten die controle. Dat is nuttig wanneer een andere handeling de positie vóór uitvoering van de uitstap kan hebben veranderd.
Stel dat een fictief account bij uitstapvoorbereiding drie eenheden long was maar een andere geautoriseerde verkoop dat tot één verminderde. Een onbeperkte verkoop van drie kan de resterende long sluiten en twee eenheden short creëren. Een juist toegepaste reduce-only-grens behandelt die ongewenste omkering, onder de werkelijke beursregels voor acceptatie en uitvoering.
Reduce-only garandeert geen voltooide uitstap of specifieke prijs. De order kan nog onvoldoende passende liquiditeit, ongeldige parameters of andere afwijzingsvoorwaarden treffen. De bot moet na de poging de resterende positie afstemmen in plaats van de vlag als bewijs te behandelen dat risico verdwenen is.
Onderscheid een uitstaptrigger van een uitstapuitvoering
Een stop- of take-profitvoorwaarde kan een order activeren zonder verkoop te voltooien. Triggerreferentie, prijsvoorwaarde, resulterend ordertype en omvang moeten expliciet zijn. Andere keuzes creëren andere afwegingen tussen prijscontrole en uitvoeringskans bij veranderde omstandigheden.
Een geactiveerde limietorder kan onuitgevoerd blijven als de markt buiten het aanvaardbare bereik beweegt. Een marktgerichte uitstap kan tegen een slechtere prijs dan het waargenomen triggerniveau worden uitgevoerd. Geen mag als gegarandeerd maximumverlies of gegarandeerde gerealiseerde winst worden gepresenteerd.
Volg de positie door activering en latere uitvoeringen. Als slechts een deel wordt gesloten vereist het restant nog beheer. De uitstapbesturing moet ook handmatige activiteit of handelingen van een andere strategie meenemen zodat oude triggeromvang niet stilzwijgend van het huidige account afwijkt.
Behandel annulering als gelijktijdigheid met de markt
Een order kan worden uitgevoerd terwijl een annuleringsverzoek onderweg is. De juiste eindregistratie kan dus gedeeltelijke uitvoering en geannuleerd restant bevatten. Die uitkomsten zijn verenigbaar; annulering verwijdert de eerdere transactie niet met terugwerkende kracht.
Bepaal bij vervanging wat van de oude instructie resteert voordat de vervangingsomvang wordt gekozen. Lokale gewenste hoeveelheid en huidig beursrestant kunnen in dat interval uiteenlopen. Vervanging als ongerelateerde order van volle omvang behandelen kan overmatige blootstelling creëren.
De gids voor operationeel herstel op Hyperliquid verklaart waarom verplichtingen duidelijke verantwoordelijkheid vereisen. Eén onderdeel moet beslissen hoe oude order, tussentijdse uitvoeringen en voorgestelde herziening samenhangen. Meerdere werkprocessen die onafhankelijk dezelfde annulering repareren kunnen meer onzekerheid dan de oorspronkelijke vertraging creëren.
Houd fundingboekhouding van de handelsbot voor Hyperliquid-perpetuals apart
Funding is een kasstroomonderdeel van perpetualblootstelling, los van winst of verlies door instap- en uitstapprijzen. De actuele fundingdocumentatie beschrijft betalingen tussen long- en shorthouders en gebruikt nominale waarde op oraclebasis voor de betalingsberekening. Vervang die niet door een getoonde markprijs zonder de werkelijke conventie te controleren.
Voor een fictief interval vertegenwoordigen twee eenheden tegen een oracleprijs van 500 een nominale fundingwaarde van 1.000. Een verondersteld betalingstarief van 0,01% geeft 0,1 betaling. Zes identieke intervallen zouden 0,6 geven maar werkelijke tarieven, prijzen en positieomvang kunnen tussen waarnemingen veranderen.
Het voorbeeldtarief is verzonnen en voorspelt geen betalingsrichting. Registreer werkelijke bij- en afschrijvingen uit accountbewijs, gekoppeld aan relevante periode en positie. Een fundingprognose kan een beslissing informeren maar is niet hetzelfde als al verdiende of betaalde funding.
Stem prijsresultaat, kosten en funding af
Houd onderdelen gescheiden voordat het nettoresultaat wordt berekend. In een vereenvoudigde hypothetische longpositie geven twee eenheden instap tegen 500 en uitstap tegen 520 veertig brutoprijswinst. Als geregistreerde handelskosten samen drie zijn en nettofunding een afschrijving van 1,2 is is het resultaat 35,8 vóór andere toepasselijke kosten.
Een winstgevende prijsbeweging kan dus met kleinere accountwinst samengaan en een vlak prijsresultaat kan na kosten nog verliezen. Het grootboek moet verschillen zichtbaar maken in plaats van elke saldoverandering in één gerealiseerd-transactiegetal te dwingen.
Gebruik werkelijke onderpand- en kostenactiva die voor relevante markt en account worden gerapporteerd. Bewaar bij benodigde rapportagevalutaconversie waarderingsmoment en oorspronkelijke hoeveelheden. Verandering van de rapportageactivumwaarde mag niet voor verbeterde uitvoering van de perpetualstrategie zelf worden aangezien.
Houd een grootboek van gedeeltelijke sluitingen bij
Een gedeeltelijke uitstap moet de positie-economie consistent toerekenen met behoud van resterende blootstelling. Neem een verzonnen long van twee eenheden ingestapt tegen 500. Eerst 0,75 tegen 510 sluiten geeft 7,5 prijswinst. De resterende 1,25 later tegen 498 sluiten verliest 2,5, zodat over de hele positie vijf brutoprijswinst overblijft.
Als gezamenlijke kosten 1,8 en funding een afschrijving van 0,4 zijn is het volledige nettoresultaat 2,8. Alleen de eerste winstgevende verkoop rapporteren zou de uitkomst wezenlijk overdrijven. De volle positie van twee na die eerste uitvoering gesloten noemen zou ook resterend risico wissen.
Accountmethoden kunnen verschillen in presentatie van gemiddelde instap en gerealiseerde onderdelen, dus lokale reconstructie moet de gedocumenteerde conventie volgen en met het account afstemmen. Bewaar onderliggende uitvoeringen en kasstromen ook als het gebruikersrapport een eenvoudiger samenvatting geeft.
Bewaak marge zonder een vaste liquidatiebuffer te verzinnen
Liquidatierisico hangt af van huidige blootstelling, onderpandrelaties en onderhoudsmargeregels. Een procentuele afstand vanaf een oude instapprijs is geen volledige maat. Andere posities, funding en accountwaardeverandering kunnen beschikbare middelen onder de actieve margeregeling beïnvloeden.
Gebruik relevant actueel accountbewijs en instrumentparameters. Een berekende schatting moet aannames vermelden en mag niet als garantie worden getoond dat liquidatie niet vóór een bepaalde prijs kan optreden. Snelle veranderingen en verschillende referentieprijzen kunnen een eenvoudige grens misleidend maken.
De strategie moet bepalen wat te doen bij onbeschikbaar vereist margebewijs. Blootstelling blijven toevoegen omdat de laatst geregistreerde buffer comfortabel leek kan onzekerheid versterken. Nieuw risico pauzeren met behoud van waarneming en geautoriseerd positiebeheer verschilt van aannemen dat een open positie veilig werd omdat de bot is gepauzeerd.
Reconstrueer het account vóór hervatten na herstart
Opstart moet duurzame voornemens, geaccepteerde orderidentificaties, open restanten, uitvoeringen, fundinggebeurtenissen en relevante overdrachten herstellen. Daarna moet die reconstructie met actuele accounttoestand worden vergeleken. Alleen een gezonde verbinding stelt niet vast dat de strategie bestaande verplichtingen kent.
Handmatige activiteit moet meetellen. Als de gebruiker een positie tijdens uitval verminderde mag de bot niet automatisch de oude omvang herstellen om bij oud lokaal geheugen te passen. De externe accountwijziging bewijst veranderde operationele toestand en kan een nieuwe beleidsbeslissing vereisen.
Hervat nieuwe instappen pas wanneer de vereiste registraties ze ondersteunen. Onverklaarde verschillen moeten met een afgebakend onderzoek zichtbaar blijven. Het lokale grootboek stilzwijgend met één actueel totaal overschrijven kan dubbele uitvoeringen, ontbrekende kosten of een geannuleerde order verbergen die vóór verdwijning uit de openorderlijst gedeeltelijk werd uitgevoerd.
Oefen één onderbroken uitstap
Een nuttige fictieve oefening begint met drie eenheden long en een reduce-only-verzoek om twee te sluiten. De verbinding valt na indiening uit. Tijdens die onderbreking worden 1,5 eenheden uitgevoerd en de resterende halve order wordt later geannuleerd. De juiste positie is daarna 1,5 eenheden long als geen andere activiteit plaatsvindt.
Herstel moet zowel uitvoering als geannuleerd restant vinden. Het mag niet aannemen dat de bedoelde twee eenheden werden gesloten of alleen wegens ontbrekend antwoord opnieuw een uitstap van twee indienen. Elke verdere vermindering moet op de huidige positie van 1,5 en actief beleid steunen.
Breid de oefening uit door hetzelfde uitvoeringsbericht opnieuw af te spelen. Blootstelling moet na ontdubbeling gelijk blijven. Dit scenario test meerdere belangrijke grenzen samen: duurzame identiteit, gedeeltelijke uitvoering, annulering, herstart en bescherming tegen onbedoelde omkering. De test slaagt wanneer het eindaccount verklaard is, niet wanneer elk verzoek snel antwoordt.
Beoordeel automatisering via de achtergelaten positie
Een perpetualbot moet worden beoordeeld op correcte positie- en middelenregistraties tijdens gewone en onderbroken werking. Snelle verzoeken zijn pas nuttig wanneer de applicatie het account kan identificeren, elke uitkomst interpreteren en de resterende blootstelling verklaren.
Beoordeel voltooide en onopgeloste pogingen samen. Registreer hoe vaak herstel nodig was, welke aannames veranderden en of interne limieten tijdens gelijktijdigheid hielden. Houd handelsprestatie los van operationele correctheid zodat een gunstige marktbeweging geen defecte orderlevenscyclus verhult.
Een begrijpelijke handelsbot voor Hyperliquid-perpetuals verbindt begrensd voornemen met werkelijke uitvoeringen, herkent funding als eigen kasstroom en beheert uitstappen tegenover huidige posities. Die disciplines nemen derivatenrisico niet weg maar geven de gebruiker een samenhangende basis om te bepalen wat het account hierna mag doen.