En Hyperliquid-perpetualbot styrer derivateksponering gennem ordrer, udførelser og sikkerhedsstillelse. Køb af en perpetual betyder ikke erhvervelse af den tilsvarende spottoken til udbetaling. Positionens værdi ændrer sig med kontrakten, og driftskravene omfatter margin, funding og mulighed for likvidation. Derfor er en arbejdsgang for spotbeholdning ikke tilstrækkelig i sig selv.
Pålidelig automatisering begynder med en varigt registreret beskrivelse af den tilsigtede positionsændring. Derefter verificeres instrument og konto, relevante ressourcer kontrolleres, en afgrænset handling indsendes, og det faktiske forløb afstemmes. Strategien bør stadig forstå sine forpligtelser, når en ordre kun udføres delvist, en annullering konkurrerer med en handel, eller processen genstarter.
Dette er generel undervisning om perpetualmekanik og ikke en påstand om, at bestemt software understøtter den. Alle taleksempler er hypotetiske og udelader kun kompleksitet, hvor det udtrykkeligt angives. Intet gearingsniveau, ingen fundingrate og intet forventet afkast anbefales.
Definer Hyperliquid-perpetualbottens ordrecyklus
Forløbet begynder med en tilsigtet ændring i eksponering med fortegn: for eksempel at øge en long, reducere en short eller lukke en angivet mængde. Hensigten bør identificere instrument, konto, maksimal størrelse, prisbegrænsning og regelversion. En generisk købsbetegnelse beskriver ikke hele det økonomiske mål.
Hold indsendte, accepterede, hvilende, delvist udførte, afsluttede og annullerede resultater adskillelige. Den præcise API-dokumentation bestemmer de gældende betegnelser. Et vellykket transportsvar beviser ikke i sig selv, at hele den tilsigtede mængde blev til en position.
Oversigten over Hyperliquid-udførelse forklarer vigtigheden af korrekt grænseflade og konto. For perpetuals skal rammen forbindes med en positionsjournal frem for at erstatte den med en spotsaldo. Journalen skal bevare både aktuel eksponering og den yderligere eksponering, som resterende aktive ordrer kan skabe.
Fastslå den præcise kontrakt og handelsplads
Et aktivsymbol kan optræde i flere produkt- eller markedssammenhænge. Botten bør fastslå den faktiske perpetualidentifikator, relevant handelsplads eller implementering, noterings- eller sikkerhedsaktiv samt understøttet størrelses- og prispræcision. En velkendt ticker er ikke nok til at konstruere en ordre korrekt.
Aktuel Hyperliquid-dokumentation skelner mellem validatoropererede perpetuals og HIP-3-markeder blandt andre økosystemgrænseflader. Kontraktparametre og mulige sikkerhedsrelationer bør komme fra det faktiske markeds metadata. Anvend ikke en husket parameter fra ét instrument universelt på alle kontrakter med lignende navn.
Bevar de metadata, der blev brugt til at autorisere hver handling. Ændres markedskonfigurationen, skal den gamle registrering stadig kunne fortolkes. Et senere opslag kan forklare aktuel adfærd uden at genskabe betingelserne for en tidligere ordres forberedelse. Forskellen betyder noget ved undersøgelse af afvisning eller uventet mængde.
Læs den aktive kontotilstand
Den aktuelle dokumentation tilgået via Hyperliquids officielle website beskriver standardkonti, unified-konti og porteføljemarginordninger. Deres saldo- og sikkerhedsrelationer er forskellige. Botten bør læse den aktive tilstand frem for at antage, at spot- og perpetualressourcer altid er adskilte eller altid fælles.
Under unified- og porteføljemarginordninger kan den dokumenterede saldovisning og reservationer spænde over aktiviteter, som en ren spotrapport eller rapport pr. DEX ikke korrekt indfanger. En strategi kan derfor se en attraktiv lokal mulighed, mens den bredere konto allerede har bundet de nødvendige ressourcer.
Behandl kontotilstand som en del af driftsaftalen. Et tilstandsskift kan ændre fortolkningen af saldi og grænser, selv om samme strategi fortsætter. Afstem kontoen efter ændringen, før ny eksponering autoriseres ud fra antagelser, der tilhørte den tidligere ordning.
Adskil strategigrænser fra børsens margin
At en børs accepterer en ordre fastslår ikke, at den passer til brugerens risikoregler. Platformens marginkrav og strategiens maksimalt tilladte eksponering besvarer forskellige spørgsmål. En forsigtig intern grænse kan afvise en ordre, som kontoen teknisk har tilstrækkelig sikkerhed til.
I et forenklet fiktivt eksempel skaber tre enheder af en lineær perpetual til 200 en nominel eksponering på 600. Tildeler eksemplet 120 i margin, er forholdet mellem nominel værdi og margin ved indgang fem gange. En ugunstig prisbevægelse på ti procent skaber et pristab på tres før gebyrer og funding og forbruger halvdelen af den illustrative margin.
Beregningen er ikke en formel for likvidationsprisen. Faktisk likvidation afhænger af instrument, margintilstand, kontotilstand og vedligeholdelseskrav. Eksemplet viser, hvorfor en lille sikkerhedstildeling ikke gør den økonomiske position lille. Positionsstørrelse og tilladt tab kræver egne udtrykkelige grænser.
Vælg ordreadfærd efter hensigten
En limit angiver en prisgrænse, mens time-in-force afgør, hvad der sker med mængder, som ikke straks udføres. Hyperliquids aktuelle ordredokumentation skelner mellem hvilende adfærd, immediate-or-cancel og post-only. Adapteren bør bevare brugerens tilsigtede kombination frem for at omsætte enhver anmodning til én standard.
En immediate-or-cancel-ordre kan udføres delvist og få resten annulleret. En post-only-instruktion sigter mod at undgå straks at tage likviditet; den garanterer ikke, at en hvilende ordre senere udføres eller bliver profitabel. Forskellen er vigtig ved vurdering af både eksponering og udførelsesomkostninger.
Vejledningen til Hyperliquid-API-håndtering forklarer, hvorfor resultater skal fortolkes pr. handling. Strategien bør reagere på den faktiske ordres accepterede resultat. Den bør ikke udlede en fuld position af, at en anmodning indeholdt den ønskede mængde.
Bevar decimalhensigten gennem konstruktionen
Pris- og størrelsesbegrænsninger bør bevare den tilsigtede præcision fra strategibeslutning til signeret handling. Skødesløs afrunding kan øge eksponering, flytte en limit over spreadet eller skabe en ugyldig anmodning. Korrekt afrundingsretning afhænger af, hvilken grænse værdien repræsenterer.
Et maksimalt tilladt købsbeløb bør for eksempel ikke rundes op blot for at passe til en visningspræference. En lukningsinstruktion bør kontrolleres mod aktuel position og understøttet mængdetrin. Grænsefladen kan vise et kortere tal, mens den varige registrering bevarer den præcise autoriserede værdi.
Validering bør ske før signering. Kan en mængde ikke repræsenteres inden for markedets aktuelle regler, bør systemet give en udtrykkelig afvisning eller et særskilt begrundet reduceret beløb. Stille justering efter autorisation gør det vanskeligt at fastslå, om den udførte handling stadig matcher brugerens regler.
Hold underskriveren adskilt fra handelskontoen
En delegeret agent kan signere handlinger for en konto uden at være den konto, hvis positioner og saldi skal forespørges. Den officielle API-walletdokumentation fremhæver forskellen. Læses agentadressen, som om den rummede handelskontoen, kan det give et tomt resultat og en falsk opfattelse af, at ingen eksponering findes.
Gem underskriveridentitet og økonomisk kontoidentitet i forskellige felter. Ordreregistreringen bør også identificere enhver relevant underkonto eller andet understøttet omfang. Det forhindrer, at vellykket autentifikation forveksles med bekræftelse på, at strategien arbejder på den tilsigtede portefølje.
Koordiner protokollens noncekrav efter signeringsbeføjelse. HyperCores noncemodel for signerede handlinger bør ikke erstattes af en antaget EVM-transaktionssekvens. Flere workers med fælles underskriver kræver et koordineret design, mens separate signeringsbeføjelser kræver egen tilladelses- og livscyklusstyring.
Behandl ubesvaret indsendelse som uafklaret
Et tabt svar efterlader et spørgsmål om den oprindelige handling. Det fastslår ikke, at handlingen mislykkedes, eller at en ny ordre er sikker. Bevar den varigt registrerede hensigt og tilgængelige ordreidentifikatorer før ekstern indsendelse, så genopretning kan undersøge samme økonomiske anmodning.
Brug aktuelle konto- og ordrebelæg til at fastslå, om handlingen skabte en hvilende ordre, blev udført, blev afvist eller stadig er ukendt. En klientordreidentifikator kan forbinde registreringer, men bør ikke beskrives som universel garanti mod ekstra virkning ved ethvert gentaget payload. Følg det faktiske endpoints dokumenterede adfærd.
Bevar den relevante ressource- og eksponeringsramme, mens resultatet er uafklaret. Frigives den straks, kan en anden worker autorisere en anden position. Genopretningens mål er at fastslå, hvad kontoen allerede kan have, ikke blot at få et vellykket svar fra en ny anmodning.
Opbyg eksponering fra udførelser og resterende ordrer
Anmodet mængde, udført mængde og åben rest er separate værdier. Anmoder en hypotetisk ordre om fem enheder og får udført to efterfulgt af en halv, er positionsændringen 2,5, og den resterende anmodede mængde er 2,5, indtil endelig ordretilstand er fastslået.
Kontoens risikogennemgang bør omfatte både den aktuelle eksponering på 2,5 enheder og restens mulige virkning. En annulleringsanmodning kan sigte mod at fjerne sidstnævnte, men registreringen bør ikke slette den, før den accepterede ordretilstand bekræfter forløbet.
Fjern dubletter i udførelsesbelæg, når streams genafspilles eller historiske forespørgsler overlapper. Tælles samme halve enheds udførelse to gange, overvurderes positionen, og en for stor lukningshandling kan følge. Bevar stabil udførelsesidentitet og afstem totaler med den autoritative kontovisning frem for at antage, at hver modtaget besked beskriver en ny handel.
Henvis og tjen USDC
Henvis og tjen USDCVores affiliateprogram udbetaler i realtid.
Design reduce-only-exits til Hyperliquid-perpetualbotten
Reduce-only-exits bør udtrykke hensigten om at reducere en eksisterende position uden at åbne eksponering i modsat retning. De aktuelle ordremuligheder omfatter kontrollen. Den er nyttig, når en anden handling kan have ændret positionen, før exit når udførelse.
Antag, at en fiktiv konto var long tre enheder ved exitforberedelse, men en anden autoriseret handel har reduceret den til én. Et ubegrænset salg af tre kunne lukke den resterende long og skabe en short på to. En korrekt anvendt reduce-only-begrænsning adresserer den uønskede vending under børsens faktiske accept- og udførelsesregler.
Reduce-only garanterer ikke gennemført exit eller en bestemt pris. Ordren kan stadig møde utilstrækkelig matchende likviditet, ugyldige parametre eller andre afvisningsbetingelser. Botten skal afstemme resterende position efter forsøget frem for at behandle flagets tilstedeværelse som bevis på, at risikoen er væk.
Skeln mellem exitudløsning og exitudførelse
En stop- eller take-profit-betingelse kan aktivere en ordre uden at gennemføre et salg. Udløsningsreference, prisbetingelse, resulterende ordretype og størrelse bør være udtrykkelige. Valgene giver forskellige afvejninger mellem priskontrol og sandsynligheden for udførelse under skiftende forhold.
En udløst limitordre kan forblive uudført, hvis markedet flytter sig uden for det acceptable interval. Et markedsorienteret exit kan få dårligere udførelse end det observerede udløsningsniveau. Ingen af dem bør fremstilles som garanteret maksimalt tab eller garanteret realiseret gevinst.
Følg positionen gennem aktivering og efterfølgende udførelser. Lukkes kun en del, kræver resten stadig styring. Exitstyringen bør også tage højde for manuel aktivitet eller en anden strategis handling, så gamle udløsningsstørrelser ikke ubemærket bliver uforenelige med den aktuelle konto.
Håndter annullering som et kapløb med markedet
En ordre kan udføres, mens en annulleringsanmodning er undervejs. Den korrekte endelige registrering kan derfor omfatte delvis udførelse og annulleret rest. Resultaterne er forenelige; annulleringen fjerner ikke med tilbagevirkende kraft en allerede sket handel.
Ved ordreerstatning skal resten af den gamle instruktion fastslås før erstatningens størrelse. En lokalt ønsket mængde og børsens aktuelle rest kan afvige i intervallet. Behandles erstatningen som en uvedkommende ordre i fuld størrelse, kan for stor eksponering opstå.
Vejledningen til driftsgenopretning på Hyperliquid forklarer behovet for klart ejerskab over forpligtelser. Én komponent bør afgøre samspillet mellem gammel ordre, mellemliggende udførelser og foreslået revision. Flere workers, der selvstændigt reparerer samme annullering, kan skabe mere usikkerhed end den oprindelige forsinkelse.
Hold perpetualbottens fundingregnskab særskilt
Funding er en pengestrømskomponent af perpetualeksponering, adskilt fra gevinst eller tab ved ind- og udgangspriser. Den aktuelle fundingdokumentation beskriver betalinger mellem long- og shortholdere og bruger oraclebaseret nominel værdi i beregningen. Erstat ikke den med en vist markedsværdi uden at kontrollere den faktiske konvention.
I et fiktivt interval repræsenterer to enheder ved en oraclepris på 500 en nominel fundingværdi på 1.000. En antaget betalingssats på 0,01% giver en betaling på 0,1. Seks identiske intervaller ville tilsammen give 0,6, men faktiske satser, priser og positionsstørrelser kan ændre sig mellem observationer.
Eksempelsatsen er opdigtet og forudsiger ikke betalingsretning. Registrer faktiske krediteringer og debiteringer fra kontobelæg knyttet til relevant periode og position. En fundingprognose kan informere en beslutning, men er ikke det samme som allerede optjent eller betalt funding.
Afstem prisresultater, gebyrer og funding
Hold komponenterne adskilt før nettoberegning. I en forenklet hypotetisk long giver to enheder købt til 500 og lukket til 520 fyrre i bruttoprisgevinst. Er registrerede handelsomkostninger tre og nettofunding en debitering på 1,2, bliver resultatet 35,8 før andre relevante omkostninger.
En profitabel prisbevægelse kan derfor eksistere sammen med en mindre kontogevinst, og et uændret prisresultat kan stadig tabe efter omkostninger. Journalen bør gøre forskellene synlige frem for at presse alle saldoændringer ind i ét realiseret handelstal.
Brug de faktiske sikkerheds- og gebyraktiver rapporteret for relevant marked og konto. Kræves omregning til rapporteringsvaluta, bevar værdiansættelsestidspunkt og oprindelige mængder. Ændringer i rapporteringsaktivets værdi bør ikke forveksles med forbedret udførelse i selve perpetualstrategien.
Vedligehold en journal for delvise lukninger
Et delvist exit bør fordele positionens økonomi konsekvent og bevare resterende eksponering. Overvej en opdigtet long på to enheder indgået til 500. Lukning af 0,75 til 510 skaber en prisgevinst på 7,5. De resterende 1,25 lukket senere til 498 taber 2,5, hvilket giver fem i samlet bruttoprisgevinst.
Er samlede gebyrer 1,8 og funding en debitering på 0,4, er hele nettoresultatet 2,8. Rapportering af kun det første profitable salg ville væsentligt overdrive resultatet. Rapportering af hele positionen på to enheder som lukket efter første udførelse ville også fjerne den resterende risiko.
Kontometoder kan præsentere gennemsnitlig indgang og realiserede komponenter forskelligt, så lokal rekonstruktion bør følge dokumenteret konvention og afstemmes med kontoen. Bevar underliggende udførelser og pengestrømme, selv når brugerrapporten viser en enklere oversigt.
Overvåg margin uden en opdigtet fast likvidationsbuffer
Likvidationsrisiko afhænger af aktuel eksponering, sikkerhedsrelationer og vedligeholdelsesregler. En procentafstand fra en gammel indgangspris er ikke et fuldstændigt mål. Andre positioner, funding og ændret kontoværdi kan påvirke tilgængelige ressourcer under den aktive marginordning.
Brug relevante aktuelle kontobelæg og instrumentparametre. Et beregnet skøn bør angive antagelser og ikke vises som garanti for, at likvidation ikke kan ske før en bestemt pris. Hurtige ændringer og forskellige referencepriser kan gøre en forenklet grænse misvisende.
Strategien bør definere adfærd ved utilgængelige nødvendige marginbelæg. Fortsat øget eksponering, fordi sidste buffer så behagelig ud, kan forstærke usikkerheden. Pause af ny risiko med fortsat observation og autoriseret positionsstyring er noget andet end at antage, at en åben position er sikker, blot fordi botten er på pause.
Genskab kontoen før genoptagelse efter genstart
Opstart bør genfinde varige hensigter, accepterede ordreidentifikatorer, åbne rester, udførelser, fundinghændelser og relevante overførsler. Rekonstruktionen bør derefter sammenlignes med aktuel kontotilstand. En sund forbindelse alene fastslår ikke, at strategien kender sine eksisterende forpligtelser.
Manuel aktivitet skal medtages. Reducerede brugeren en position, mens processen var offline, bør botten ikke automatisk genskabe den gamle størrelse efter sin forældede lokale hukommelse. Den eksterne kontoændring dokumenterer ændret driftstilstand og kan kræve en ny regelbeslutning.
Genoptag først nye indgange, når nødvendige registreringer understøtter dem. Uforklarede forskelle bør forblive synlige med afgrænset undersøgelsesomfang. Stille overskrivning af lokal journal med én aktuel total kan skjule dublerede udførelser, manglende omkostninger eller en annulleret ordre, som blev delvist udført før forsvinden fra listen over åbne ordrer.
Øv ét afbrudt exit
En nyttig fiktiv øvelse begynder med en long på tre enheder og en reduce-only-anmodning om at lukke to. Forbindelsen tabes efter indsendelse. Under hullet udføres 1,5 enheder, og den resterende ordre på en halv enhed annulleres senere. Den korrekte resulterende position er en long på 1,5 enheder uden anden aktivitet.
Genopretningen bør finde både udførelsen og den annullerede rest. Den bør ikke antage, at de tilsigtede to blev lukket, eller genindsende et nyt exit på to alene på grund af det manglende oprindelige svar. Yderligere reduktion bør baseres på den aktuelle position på 1,5 og aktive regler.
Udvid øvelsen med genafspilning af samme udførelsesbesked. Eksponeringen bør være uændret efter dubletfjernelse. Scenariet tester flere vigtige grænser samtidig: varig identitet, delvis udførelse, annullering, genstart og beskyttelse mod utilsigtet vending. Testen lykkes, når den endelige konto er forklaret, ikke når hver anmodning svarer hurtigt.
Vurder automatisering ud fra den efterladte position
En perpetualbot bør bedømmes på, om positions- og ressourceregistreringer forbliver korrekte gennem almindelig og afbrudt drift. Hurtige anmodninger er kun nyttige, når appen kan identificere kontoen, fortolke hvert resultat og forklare resterende eksponering.
Gennemgå afsluttede og uafklarede forsøg sammen. Registrer genopretningshyppighed, ændrede antagelser og overholdelse af interne grænser under samtidighed. Hold handelsafkast adskilt fra driftskorrekthed, så en gunstig markedsbevægelse ikke skjuler en defekt ordrecyklus.
En forståelig Hyperliquid-perpetualbot forbinder en afgrænset hensigt med faktiske udførelser, anerkender funding som egen pengestrøm og styrer exits mod aktuelle positioner. Disciplinerne fjerner ikke derivatrisiko, men giver brugeren et sammenhængende grundlag for at afgøre, hvad kontoen må gøre som det næste.