Bot pro perpetuální kontrakty Hyperliquid spravuje perpetuální derivátové pozice, nikoli běžnou zásobu tokenů. Rozhodnutí musí zohledňovat velikost pozice, zajištění, financování a podmínky vedoucí k likvidaci. Systém správně zadávající příkaz stále může řídit rizika špatně, pokud páku chápe jako pevné bezpečnostní nastavení nebo předpokládá již vyplněné spuštěné ukončení.
Průvodce vysvětluje mechanismy potřebné k hodnocení automatizované perpetuální strategie. Odděluje identitu kontraktu, režim účtu a stav pozice a sleduje hypotetické příklady změn marže a částečných ukončení. Nedoporučuje úroveň páky ani nenaznačuje spolehlivé výnosy strategie. Účelem je srozumitelnost ekonomických závazků a pokračujících povinností před jejich automatizací.
Určete obchodovaný derivát
Perpetuální kontrakt vytváří expozici vůči cenové referenci bez nutnosti vlastnit podkladový spotový token. Identita trhu, zajištění a specifikace jsou důležité nezávisle na známém symbolu. Shodný název aktiva ve spotovém seznamu nedokazuje totožné podmínky zamýšleného derivátu.
Hyperliquid obsahuje různé kontexty perpetuálních trhů včetně trhů provozovaných nasazovatelem. Bot má určit skutečný kontrakt a příslušnou specifikaci místo předpokladu stejného zajištění či konfigurace každého trhu.
Průvodce výběrem trhu Hyperliquid vysvětluje širší oddělení spotu, derivátů a HyperEVM. Mandát perpetuálních kontraktů má zůstat výslovný, aby systém nemohl zaměnit nákup tokenu za derivátový příkaz ani opačně.
Zaznamenejte aktuální parametry kontraktu použité v rozhodnutí. Minimální kroky příkazů, maržové požadavky a podporované režimy mohou ovlivňovat platnost navržené velikosti. Samotná kotace či graf nedokládají úplnou obchodní specifikaci.
Před zůstatkem čtěte režim účtu
Současná dokumentace Hyperliquid rozlišuje standardní, sjednocený a portfoliově maržovaný režim účtu. Režim ovlivňuje interakce zůstatků a zajištění. Bot má číst skutečnou konfiguraci účtu místo odhadu podle aktuálního výchozího nastavení rozhraní.
Ve standardním uspořádání mohou být zůstatky a rozsah sdílené marže odděleny obchodním kontextem. Sjednocený a portfoliový režim mění vztahy podle svých pravidel. Pole zůstatku smysluplné v jednom režimu nemusí poskytovat úplný obraz účtu v jiném.
To je důležité při sdílení účtu několika strategiemi. Spotová akce nebo jiná derivátová pozice mohou ovlivnit kapacitu, kterou proces perpetuálních kontraktů předpokládal rezervovanou pro sebe. Pohled účtu musí odrážet skutečné společné závazky.
Průvodce nastavením Hyperliquid zdůrazňuje určení ovládaného účtu. U perpetuálního obchodování zahrnuje režim a vztahy zajištění, nikoli jen adresu podepisující požadavek.
Kontroly marže bota pro perpetuální kontrakty Hyperliquid
Kontroly marže bota pro perpetuální kontrakty Hyperliquid rozlišují vlastní kapitál, nominální hodnotu pozice, počáteční marži a udržovací požadavky. Veličiny popisují různé stránky účtu. Označování všech za zůstatek vytváří nejasnost v nejdůležitějším okamžiku.
Nominální hodnota vyjadřuje velikost tržní expozice podle cenové konvence kontraktu. Marže je zajištěním podporujícím expozici. Vlastní kapitál se mění při uznávání zisků, ztrát, financování a dalších pohybů účtu podle příslušných pravidel.
U smyšlené lineární pozice v hodnotě 1 000 jednotek s podporou 200 jednotek je jednoduchý poměr nominální hodnoty k vlastnímu kapitálu pět. To neznamená snesitelnost každého nepříznivého pohybu o 20 %. Udržovací požadavky a další náklady mohou vynutit akci před poklesem podpůrného kapitálu na nulu.
Užitečná kontrola před příkazem zkoumá změnu expozice i zbývající kapacity navrženým plněním. Má zahrnovat existující pozice a relevantní otevřené příkazy místo považování počáteční marže nového příkazu za jediný závazek účtu.
Maximální páka povolená kontraktem je omezením burzy, nikoli doporučením pro účet. Strategie může z vlastních důvodů přijmout nižší strop expozice. Průchod přijímací kontrolou platformy dokládá splnění jejích požadavků v daném okamžiku, nikoli vhodnost širšího ztrátového rozpočtu uživatele.
Sdílenou a izolovanou marži chápejte odděleně
Sdílená marže sdílí podpůrné zajištění mezi pozicemi zahrnutými příslušnými pravidly účtu. Izolovaná marže přiřazuje zajištění konkrétnímu kontextu pozice. Rozdíl mění další držby ovlivnitelné zhoršením jedné pozice.
Izolace nezaručuje bezpečí přidělených prostředků pozice. Definuje rozsah zajištění používaného v uspořádání. Obchod stále může ztratit podpůrnou marži nepříznivým pohybem a likvidací.
Některé trhy či konfigurace uplatňují další omezení. Současná dokumentace popisuje případy omezeného odebrání izolované marže i nedostupné sdílené marže. Bot má ověřit chování konkrétního kontraktu místo ovládacího prvku předpokládajícího univerzální povolení všech možností.
Volbu zachovejte v rozhodovacím záznamu. Změna režimu marže nebo přesun zajištění je ekonomickou akcí s důsledky pro jiné strategie. Nemá probíhat jako neviditelná oprava při každém selhání kontroly kapacity příkazu.
Odlišujte zvolenou a efektivní páku
Nastavení páky při otevření pozice nezmrazí pozdější riziko. Při změně ceny a vlastního kapitálu se může měnit poměr nominální hodnoty pozice ke kapitálu. Bot potřebuje průběžné výpočty místo trvalého štítku převzatého ze vstupu.
Uvažujte smyšlenou lineární dlouhou pozici dvou jednotek vstoupenou za 100 s podpůrným kapitálem 40 jednotek. Počáteční nominální hodnota je 200 a jednoduchý poměr pět. Při ceně 95 je nerealizovaná ztráta deset a zbývá kapitál 30 před náklady. Aktuální nominální hodnota je 190, takže poměr je přibližně 6,33.
Zvolené vstupní nastavení se pro růst efektivní páky nemuselo změnit. Financování nebo jiné ztráty sdíleného účtu mohou vztah dále měnit.
Sledujte skutečný stav pozice a účtu. Štítek pětinásobné páky nestačí, pokud zakrývá snížený kapitál a zvýšenou citlivost vzniklé po vstupu.
Správně používejte referenční, oracle a realizační ceny
Hyperliquid používá různé cenové koncepty pro různé účely. Referenční cena mark je relevantní pro marži, likvidaci a nerealizované výsledky. Výpočty financování používají příslušnou referenci oracle podle pravidel kontraktu. Skutečná plnění stanovují realizační ceny.
Bot má označit cenu řídící každé rozhodnutí. Graf posledního obchodu se může lišit od mark a tržní příkaz se při omezené hloubce může vyplnit za ceny jiné než obě zobrazené reference.
Předpokládejte smyšlený poslední obchod grafu za 100, zatímco příslušná cena mark je 99,20. Účet s pravidlem sledování podle mark nemá vykazovat maržový stav z posledního obchodu jen kvůli jeho nejvýraznějšímu zobrazení.
Nepředpokládejte jedinou konstrukci oracle napříč všemi rodinami kontraktů. Referenci určuje příslušná specifikace trhu. Praktickým požadavkem je zachování cenového zdroje a jeho použití pro otázku, na niž skutečně odpovídá.
Analýza financování bota pro perpetuální kontrakty Hyperliquid
Analýza financování bota pro perpetuální kontrakty Hyperliquid sleduje pravidelné převody mezi dlouhou a krátkou stranou. Financování může být nákladem či přípisem podle sazby a směru pozice. Liší se od obchodního poplatku za provedení.
Současná dokumentace popisuje hodinové platby financování. Předpokládaná sazba stále zůstává odhadem budoucího intervalu, zatímco vypořádaná položka financování je skutečnou událostí účtu. Bot nemá započítávat předpovězený přípis jako realizovaný příjem.
Ve smyšleném intervalu znamená nominální hodnota podle oracle 10 000 jednotek a sazba financování 0,01 % platbu jedné jednotky v příslušném směru. Sazba je příkladem, nikoli současnou nabídkou. Deset intervalů při neměnné nominální hodnotě a sazbě dává deset jednotek, ale stálost žádného vstupu není zaručena.
Každou vypořádanou položku uchovávejte s pozicí a vykazovaným obdobím. Obchod zdánlivě ziskový jen podle vstupní a výstupní ceny může mít po financování jiný výsledek.
Příjem financování nepovažujte za bezplatný výnos
Pozice přijímající financování stále nese tržní expozici. Příznivou platbu mohou převážit nepříznivý cenový pohyb, změna sazby, náklady provedení nebo nedokonalé zajištění. Příjem nedělá z pozice hotovost.
Předpokládejte smyšlenou strategii vydělávající 12 jednotek financování při ztrátě 35 cenovým pohybem a sedmi jednotkách celkových obchodních výdajů. Čistý výsledek je minus 30. Vykázání jen výnosu financování by vynechalo větší ekonomický účinek.
Zajištění přináší vlastní otázky účtu a provedení. Dvě části se nemusí vyplnit současně, mohou používat jiné zajištění a zažívat měnící se cenové vztahy. Bot má určit zbytkovou expozici místo předpokladu neutrality uspořádání.
Myšlenky založené na financování hodnoťte úplnými scénáři. Zahrňte obrácení sazby, opožděnou úpravu zajištění a období nutného snížení pozice za nepříznivou cenu. Název strategie neodstraňuje možné náklady.
Likvidaci chápejte jako průběžné omezení
Riziko likvidace závisí na vlastním kapitálu účtu a udržovacích požadavcích podle skutečných pravidel trhu a účtu. Nejde jen o pevné procento pod vstupem každé dlouhé či nad vstupem každé krátké pozice.
Výsledky napříč účtem, financování a změny zajištění mohou měnit odhadovanou podmínku likvidace. Bot má obnovovat příslušný pohled účtu místo považování předvstupního odhadu za trvalý.
Cena mark používaná pro likvidaci se může také lišit od ceny na oblíbeném grafu. Systém sledující pouze poslední obchod může přehlédnout podmínku relevantní pro maržové posouzení účtu.
Likvidaci nepoužívejte jako plánovanou náhradu běžného ukončení. Jde o vynucený rizikový postup s výsledkem závislým na aktuálních podmínkách. Strategie potřebuje vlastní pravidla snižování s vědomím, že i tato pravidla čelí mezerám, omezené hloubce a nejistotě provedení.
Řízení ukončení bota pro perpetuální kontrakty Hyperliquid
Řízení ukončení bota pro perpetuální kontrakty Hyperliquid musí rozlišovat podmínku aktivace příkazu od skutečně provedené ceny a množství. Spouštěč stop je pokynem pokusit se o definovanou akci po splnění podmínky, nikoli zaručeným příjmem za spouštěcí cenu.
Současná dokumentace Hyperliquid používá cenu mark pro spouštěče take-profit a stop-loss. Bot má potvrdit podporovaný význam příkazů a ukázat použitou referenci místo odvození uživatelem z grafu posledního obchodu.
Stop-limit může zůstat nevyplněný, pokud se trh přesune za přijatelnou cenu. Ochranný příkaz tržního typu se může provést za horší cenu než spouštěč a stále podléhá skutečným omezením provedení platformy.
Průvodce automatizací stavů příkazů vysvětluje potřebu samostatných podkladů o odeslaném, aktivním, spuštěném a vyplněném stavu. Účet zůstává vystaven neuzavřenému množství, dokud plnění nedoloží jeho snížení.
Chování pouze ke snížení používejte ke skutečnému účelu
Příkazy reduce-only mají snižovat existující pozici místo otevírání expozice opačným směrem. To je cenné, pokud by výstupní množství jinak přesáhlo pozici po změně velikosti jinou akcí.
U smyšleného účtu s dlouhou pozicí deseti jednotek má plánovaný prodej deseti uzavřít pozici při zamýšleném plnění. Pokud jiná akce nejprve sníží držbu na šest, neomezený prodej deseti by mohl ponechat krátkou pozici čtyř jednotek. Podporovaný pokyn reduce-only omezuje takové obrácení.
Nezaručuje plnění ani konkrétní cenu. Bot stále musí ověřit přijatý stav příkazu a zbývající pozici po provedení.
Ochranné příkazy synchronizujte se skutečnými držbami. Užitečná kontrola zkoumá směr, množství, referenci spouštěče a aktuální stav. Uklidňující výstupní štítek nemá zakrývat zrušený, nikdy neaktivovaný nebo podle starší pozice dimenzovaný příkaz.
Částečné vstupy slaďujte s ochrannými příkazy
Vstupní příkaz se může vyplnit částečně a zbytek zůstat otevřený či být zrušen. Získaná expozice se pak liší od původního cíle. Bot musí sladit skutečnou pozici i spojené ochranné příkazy.
Současná dokumentace odlišuje ochranné příkazy vázané na pozici od podřízených příkazů vázaných na nadřazený příkaz. Chování při neúplném plnění a rušení není totožné. Zejména ruční zrušení částečně vyplněného nadřazeného příkazu může podle dokumentovaného postupu zrušit přidružené podřízené ochrany.
Provozní poučení je kontrolovat výsledný stav místo předpokladu, že zrušení nevyplněného vstupu ponechává vyplněnou část chráněnou. Zvolený podporovaný postup může vyžadovat samostatnou ochrannou akci.
Například zamýšlený vstup osmi jednotek vyplněný ve třech vytváří expozici tří jednotek. Zbývajících pět je závazkem příkazu, nikoli další zásobou. Před popisem pozice jako plně vstoupené nebo bezpečně uzavřené slaďte obě kategorie.
Rezervujte kapacitu napříč souběžnými strategiemi
Několik procesů strategií může každý vidět zdánlivě dostatečnou kapacitu účtu, zatímco společné návrhy překračují zamýšlený limit. Sdílené zajištění vyžaduje společnou logiku rezervací odpovídající skutečnému režimu účtu.
Předpokládejte smyšlený účet povolující dalších 600 jednotek nominální hodnoty podle vlastních rizikových pravidel. Dva procesy téměř současně navrhnou každý 400. Každý návrh samostatně vyhovuje, ale dohromady vyžadují 800 a překračují pravidla o 200.
Kapacitu rezervujte před přípravou konečných akcí a rezervace nevyřešených příkazů zachovávejte do zjištění stavu. Žádost o zrušení není potvrzeným uvolněním každého zbývajícího závazku.
Průvodce koordinací portfolia vysvětluje obecný problém rozpočtu. U perpetuálních kontraktů musí součet zohledňovat i změnu dostupné kapacity cenovým pohybem a sdíleným zajištěním po přijetí počátečních příkazů.
Oddělujte převody a obchodní výkonnost
Přidání zajištění může zabránit zobrazení nižšího vlastního kapitálu účtu a přitom ponechat strategii obchodní ztrátu. Výběr může snížit zobrazený zůstatek bez ztráty. Výkonnost musí tyto vnější toky zohledňovat.
Ve smyšleném období účet začíná s 500 jednotkami, přijme vklad 200 a končí s 650. Bez komplikací ocenění a při nulovém výběru je výsledek obchodování a výdajů minus 50. Konečný zůstatek je vyšší než počáteční jen díky novému kapitálu.
Vnitřní převody mezi kontexty účtu oddělujte od vkladů přicházejících do vykazovaného portfolia. Jinak může přesun zajištění vypadat jako nově vydělané peníze jedné strategie a nevysvětlená ztráta druhé.
Průvodce účtováním zisku poskytuje základní rozdíl mezi peněžními toky a výsledky. Vykazování perpetuálních kontraktů přidává financování a ocenění derivátových pozic, ale neodstraňuje potřebu určit příspěvky a výběry.
Vypočítejte úplný výsledek uzavřené pozice
Uvažujte smyšlenou lineární dlouhou pozici čtyř jednotek vstoupenou za 50 a plně uzavřenou za 54. Hrubý cenový zisk je čtyři krát čtyři, tedy 16 jednotek. Předpokládejte vstupní a výstupní výdaje celkem tři a čisté financování zaplacené během držby dvě.
Úplný výsledek je 11 jednotek před dalšími nezapočtenými náklady. Není to izolovaně zobrazený cenový zisk 16 jednotek. Pokud strategie zaplatila také jednu jednotku za neúspěšné pokusy přiřaditelné stejnému období, širší výsledek období je deset.
U částečných ukončení zachovávejte zbývající množství a konzistentní metodu vstupní ceny. Realizované zisky uzavřené části nemají mazat ztráty či závazky otevřeného zbytku.
Výnosy vykazujte s jasně definovaným jmenovatelem. Výnos složené marže, průměrného vlastního kapitálu a výnos vůči nominální hodnotě odpovídají na různé otázky. Výběr nejmenšího jmenovatele jen kvůli největšímu procentu vytváří zavádějící srovnání.
Sledujte zajištění a změny trhu společně
Schopnost účtu podporovat pozici závisí na více věcech než její ceně. Jiné pozice, financování, výběry a pravidla zajištění mohou měnit dostupnou rezervu. Sledování pouze cílového trhu ponechává část rizika nepozorovanou.
Stanovte samostatné podmínky přidávání a snižování expozice. Strategie může zastavit otevírání nových pozic při zastaralých podkladech účtu a pokračovat ve slaďování existujících příkazů a podpoře povolených snížení.
Doplnění zajištění nepovažujte za důkaz trvající správnosti obchodního pravidla. Přidání kapitálu mění kapacitu účtu; neobrací tržní ztrátu ani nepotvrzuje původní tezi.
Zachovejte důvod každého zásahu. Pozdější hodnotitel má odlišit ziskovou strategii od strategie se zdánlivou stabilitou závislou na opakovaných nevykázaných vkladech nebo změnách rizikového rozpočtu podle vlastního uvážení.
Před rozšířením rozsahu testujte mezery a restarty
Smysluplná simulace zahrnuje neúplný vstup, spuštěný stop bez úplného plnění, obrácení sazby financování a období příchodu tržních a účtových zpráv mimo pořadí. Samotné úspěšné zadání příkazu povinnosti netestuje.
Obnova po restartu má před novými akcemi rekonstruovat aktuální pozice, otevřené příkazy, ochranné příkazy a nedávná plnění. Opakování starého signálu proti změněnému účtu může vytvořit nechtěnou expozici i při původně platném signálu.
Měřte schopnost bota vysvětlit nejistotu. Chybějící odpověď má vytvořit úkol sladění místo vymyšleného úspěchu či selhání. Uživatel potřebuje znát množství zůstávající v expozici a dosud chybějící podklady.
Dobře definovaný perpetuální postup Hyperliquid spojuje každý příkaz s kontraktem, režimem účtu a rizikovým rozpočtem a pokračuje v kontrole pozice až do uzavření. Užitečnost spočívá ve výslovných a ověřitelných povinnostech po celý obchod včetně nepříznivých tržních období.