Postup bota pro automatický výběr zisku a zastavení ztráty na Solaně propojuje cenové pozorování s možným prodejem stávající tokenové držby. Obtížnou částí je koordinace pokynů po změně podmínek. Ziskový spouštěč může rezervovat tokeny těsně před prudkým obratem, který aktivuje ztrátový spouštěč. Transakce může být úspěšně odeslána, ale místně zůstat nevyřešená. Částečný prodej může změnit význam každého následujícího procenta.
Užitečný návrh chápe zisková a ztrátová pravidla jako části jediné řídicí součásti pozice. Ještě před aktivací kteréhokoli spouštěče vymezuje měřicí jednotku, rozsah množství, transakční hranici a chování při obnově. Následující fiktivní příklady se týkají autorizovaných výstupů ze spotových tokenů. Jejich prahy a náklady jsou výukovými předpoklady, nikoli doporučeným nastavením, očekávanými výnosy nebo sliby prodeje za pozorovanou cenu.
U spouštěčů bota pro výběr zisku a zastavení ztráty na Solaně začněte jednotkami
Procentní spouštěč je bez jmenovatele a jednotky neúplný. Může porovnávat cenu tokenu se vstupní cenou, odhadovanou hodnotu držby s pořizovacím nákladem nebo výsledek portfolia se širším rozpočtem. Tyto definice mohou vést k různým rozhodnutím i při totožných tržních pozorováních. Před vyjádřením v procentech zamýšlené srovnání napište běžným jazykem.
U spotových tokenů Solany také určete, zda je kotační jednotkou SOL, konkrétní token se stabilní hodnotou nebo vnější účetní měna. Token může posílit vůči SOL a zároveň ztratit v dolarovém ocenění, pokud samotný SOL dostatečně klesne. Záleží na přesném mintu kotačního tokenu; známý symbol není dostatečným důkazem identity.
Předpokládejte, že ilustrativní cena tokenu vzroste z 0,001 SOL na 0,0011 SOL, tedy o 10 % v jednotkách SOL. Pokud předpokládaná dolarová hodnota SOL zároveň klesne z 200 na 160, odvozená dolarová cena tokenu se přesune z 0,20 na 0,176, tedy klesne o 12 %. Dolarový ztrátový spouštěč i ziskový spouštěč v SOL by mohly být s těmito pozorováními v souladu. Pravidla musí zvolit srovnání, které skutečně řídí.
Pozici sestavujte z ověřených pořizovacích záznamů
Vstupní pořizovací základ má vycházet ze skutečných pohybů aktiv a zvolené metody účtování nákladů. Odeslaný požadavek na nákup nedokládá počet přijatých tokenů. Potvrďte cílový mint, připsané množství, financovací odpis a příslušné výdaje. Náklady odlišujte od zdrojů dočasně vázaných na provoz účtu, pokud jsou tyto zdroje za podporovaných podmínek získatelné zpět.
Přispívá-li k jediné pozici několik nákupů, vymezte, zda výstupní pravidla používají průměrný základ, jednotlivé pořizovací dávky nebo jinou zdokumentovanou metodu. Pozdější vklad stejného tokenu nemá automaticky nulový ekonomický náklad. Je-li jeho pořizovací základ neznámý, zachovejte tuto nejistotu místo umělého zvýšení zobrazeného procenta zisku.
Průvodce kalkulačkou zisku meme coinů rozvíjí rozdíl mezi příjmy a ziskem. V řídicí součásti výstupů toto rozlišení ovlivňuje autorizaci. Pravidlo nazvané získat zpět původní investici potřebuje konkrétní částku původní investice, zatímco pravidlo prodat při cenovém růstu o 20 % se týká jiného výpočtu. Jasné účetnictví brání tomu, aby dvě zdánlivě podobná nastavení vedla k podstatně odlišným prodejům.
K výkladu spouštěče používejte proveditelnou kotaci
Cena posledního obchodu nebo ocenění v grafu může pomáhat sledovat podmínky, ale nedokládá, za kolik lze prodat současnou držbu. Na zamýšleném množství záleží. Kotace malého množství se na mělkém trhu nemá násobit do předpokládaného výstupu z celé pozice. Spouštěč má určit, zda používá referenční ocenění, kotaci konkrétní velikosti nebo odhadovaný čistý příjem.
Zvažte fiktivní držbu 10 000 tokenů pořízených za 100 jednotek včetně příslušných pořizovacích nákladů. Ocenění v grafu 0,012 naznačuje hodnotu 120 jednotek. Podporovaná kotace prodeje celé držby vrací 112 jednotek před odhadovanými realizačními výdaji 2 jednotek. Odhadovaný čistý příjem činí 110, což na tomto základě představuje zisk 10 jednotek, nikoli zisk 20 jednotek naznačený grafem.
Pravidla mohou stále používat podmínku grafu k zahájení žádosti o kotaci, ale mají zachovat rozdíl mezi pozorováním a autorizovanými podmínkami. Rámec výběru zisku a zastavení ztráty vysvětluje tento širší vztah spouštěče a provedení. Příznivý signál je začátkem výstupního rozhodnutí, nikoli důkazem již dosaženého ekonomického cíle.
Ziskovým a ztrátovým podmínkám dejte společný stav pozice
Nezávislá pravidla mohou obě správně vykládat svá pozorování a zároveň soupeřit o stejné tokeny. Zisková podmínka může při růstu ceny požádat o částečný prodej. Než dorazí jeho výsledek, může ztrátová podmínka po obratu požádat o úplný výstup. Bez společných rezervací se druhé pravidlo může pokusit prodat jednotky již vázané prvním.
Pro pozici udržujte jediný rozhodující pohled na potvrzené množství, rezervované množství a zbývající dostupnost. Každý schválený prodejní záměr spotřebuje dostupnost před odesláním. Pozdější pozorování aktualizují stejný záznam. Tato koordinace má přežít restarty procesu a nemá záviset na tom, který panel spouštěče v uživatelském rozhraní se náhodou obnovil první.
Pravidla také potřebují určenou přednost. Nové ztrátové pozorování může bránit dalším záměrům výběru zisku, zatímco se odsouhlasují stávající prodeje. Nemusí však rušit již odeslanou transakci. Řídicí součást má odlišovat blokování nové práce od odvolání dřívější práce, protože druhá možnost nemusí být ve skutečném životním cyklu transakce dostupná. Jediný soudržný stav brání tomu, aby se soupeřící označení změnila v duplicitní výdajovou pravomoc.
Konflikty prodejů bota pro výběr zisku a zastavení ztráty potřebují rezervace
Vezměte ilustrativní pozici 1 000 tokenů. Ziskové pravidlo autorizuje prodej 300 a řídicí součást toto množství rezervuje. Před vyřešením prodeje požádá ztrátové pravidlo o likvidaci. Právě nerezervovaných je pouze 700 tokenů, i když poslední pozorovaný zůstatek peněženky stále zobrazuje všech 1 000. Nevyřešených 300 musí zůstat přiřazeno původnímu záměru.
Uspěje-li první prodej později, potvrzené zbývající množství se před započtením jiných skutečných pohybů stane 700. Pokud prokazatelně selže bez prodeje tokenů, jeho rezervaci lze uvolnit podle příslušných pravidel obnovy. Zůstává-li nevyřešený, řídicí součást nemá těchto 300 počítat jako volně dostupných. Místní ticho nedokládá, že transakce neměla účinek.
Likvidační plán ve frontě může vyjadřovat přání opustit celou pozici a přitom rozesílat pouze právě autorizovaná a dostupná množství. Po každém výsledku přehodnotí zbytek s čerstvými kotacemi a kontrolami zdrojů. To se liší od odeslání dvou překrývajících se prodejů celé pozice s nadějí, že blockchain nadbytečný odmítne. Odmítnutí může zabránit nemožnému převodu, ale stále může spotřebovat čas, poplatky nebo příležitosti.
Určete, zda procenta odkazují na původní nebo zbývající množství
Plány částečného výběru zisku často používají procenta, která znějí jasně, ale skrývají různé základy. Dvojí prodej 25 % původní pozice prodá polovinu původní držby za předpokladu dostatku dostupných jednotek. Dvojí prodej 25 % zbývající držby prodá 43,75 % původního množství. Obě definice jsou platné, ale nejde o stejný plán.
U fiktivní počáteční držby 1 600 tokenů představuje 25 % původního množství 400. Dva takové prodeje celkem činí 800. Podle pravidla zbývajícího množství je první prodej 400 a druhý činí 25 % z 1 200, tedy 300. Celkem se prodá 700 a zůstane 900. Řídicí součást má zvolený základ uložit, aby jej restart nebo pozdější ruční úprava náhodně nezměnily.
Na zaokrouhlení také záleží, pokud množství tokenů musí odpovídat jejich skutečné přesnosti. Vymezte vliv zaokrouhlení na poslední zbytkové množství a nejmenší praktickou velikost prodeje. Vyhněte se opakovaným drobným pokusům, které stojí více než možné příjmy. Dokončený plán může rozumně ponechat sledovaný zbytek, pokud jeho odstranění není podporované nebo ekonomicky praktické, ale zbytek má zůstat viditelný v účetnictví.
Hranici spouštěče oddělujte od hranice provedení
Ztrátový práh určuje, kdy má řídicí součást zvažovat úkon. Nejmenší přijatelný výstup určuje nejhorší podmínky, které navržená transakce smí přijmout tam, kde je tato hranice podporována. Plní různé účely. Spouštěč při konkrétní referenční ceně nezaručuje, že ji trh stále nabídne při provedení transakce.
Tento rozdíl se vyjasní při cenovém skoku. Předpokládejte, že ztrátová podmínka fiktivní pozice se aktivuje při poklesu odhadovaných příjmů pod 90 jednotek. Další použitelná kotace již činí 82. Pravidla vyžadující nejméně 89 obchod při dostupných podmínkách odmítnou nebo neprovedou; pravidla ochotná přijmout 82 mohou realizovat větší ztrátu. Ani jednu volbu nelze skrýt za původní označení spouštěče 90 jednotek.
Reakci vymezte před cenovým skokem. Strategie může pozastavit činnost pro přezkum, přijmout širší, ale stále omezenou ztrátu na základě výslovné pravomoci nebo dále hledat způsobilou kotaci v omezených pravidlech. Neexistuje nastavení současně zaručující okamžitou likvidaci a cenu, kterou trh již nepodporuje. Rozhraní má tento kompromis vysvětlovat ve stejných jednotkách jako rizikový rozpočet pozice.
Opakovaná pozorování kolem hranice také potřebují uvedený výklad. Řídicí součást může vyžadovat trvání podmínky po zvolený interval nebo obnovení spouštěče až po překročení samostatné úrovně pozorováním. Taková pravidla mohou omezit opakovanou aktivaci, ale přidávají prodlevu a mohou zmeškat krátkou proveditelnou příležitost. Mají se hodnotit jako volby strategie místo popisu jako všeobecně bezpečnějšího výchozího nastavení.
Vedle filtrovaného výsledku spouštěče uchovejte surová pozorování. Záznam vysvětluje, zda výstup zdržely chybějící tržní důkazy, pravidlo trvání podmínky nebo nevyřešený dřívější úkon. Každá příčina vede k jinému přezkumu a jejich sloučení do jediného obecného stavu čekání by skrylo skutečné chování pravidel.
Síťovou platnost oddělujte od ekonomické čerstvosti
Transakce Solany může zůstávat platná pro odeslání do sítě, zatímco kotace, která ji odůvodnila, ekonomicky zastarala. Naopak nově získaná kotace neopravuje prošlé informace o platnosti transakce. Řídicí součást potřebuje oba druhy důkazů a po překročení příslušné hranice má návrh znovu sestavit nebo opustit.
Dokumentace transakcí Solany vysvětluje transakční model, zatímco reference odeslání odlišuje přijetí RPC od skutečného síťového zpracování nebo potvrzení. Na těchto rozlišeních záleží při naléhavém výstupu. Vrácený podpis je identifikátorem pro sledování pokusu; sám o sobě není dokončeným snížením expozice.
Zaznamenejte, která kotace, zamýšlené množství a informace o platnosti patřily odeslané transakci. Je-li vhodné nové sestavení po vyřešení nebo ztrátě platnosti původního pokusu, přiřaďte nový pokus ke stejnému širšímu cíli výstupu bez smazání jeho samostatné autorizace. Náhrada musí odrážet současnou dostupnou držbu a tržní podmínky místo mechanického opakování nyní zastaralého množství.
Rezervujte SOL na životní cyklus výstupu
Prodej tokenu stále vyžaduje použitelné zdroje pro podporovanou transakční cestu. Účet s viditelnou hodnotou soustředěnou výhradně do cílového tokenu může postrádat dost nativního SOL na poplatky nebo nezbytné operace účtu. Zobrazená hodnota portfolia není totéž co použitelný místní zůstatek na poplatky. Provozní zdroje rezervujte před vázáním celého účtu na pozici.
Rezerva má zohledňovat neúspěšné pokusy a pozdější správu, nikoli jen jediný ideální prodej. Oficiální dokumentace poplatků Solany popisuje nativní transakční náklady a prioritizační složky. Vyšší prioritizační výdaje nezaručují požadovanou cenu ani ziskový výstup. Každé povolené zvýšení udržujte ve výslovném nákladovém stropu svázaném s ekonomickou velikostí pozice.
Ve fiktivním případě má prodej vrátit 5 účetních jednotek, zatímco odhadované celkové náklady činí 1,5. Očekávaný čistý příjem je pouze 3,5. Opakované pokusy bez souhrnného rozpočtu pokusů mohou spotřebovat velkou část této zbývající hodnoty. Řídicí součást má vysvětlit zastavení kvůli tomu, že další pokusy porušovaly nákladová pravidla, místo předkládání každého neprodaného zbytku jako nevysvětlené softwarové chyby.
Před důvěrou v množství vyložte chování tokenu
Tokenová držba na Solaně může zahrnovat různé podporované programy a volitelné funkce. Řídicí součást musí rozumět skutečnému mintu a účtům používaným její trasou. Částka zobrazená v seznamu sledování nestačí k doložení, že množství lze převést nebo prodat podle předpokladů navržené transakce. Prozkoumejte příslušný současný stav a podporované chování.
Oficiální dokumentace tokenových rozšíření popisuje volitelné funkce místo jediného chování společného všem tokenům. Kontrola kompatibility proto má zůstat specifická pro aktivum. Neoznačujte každý token za neprodejný kvůli existenci jedné funkce ani nevyhlašujte univerzální kompatibilitu proto, že základní převod fungoval pro jiný mint.
Po prodeji odsouhlaste skutečný příjem financovacího aktiva a tokenový odpis. Rozdíly oproti kotaci mohou mít několik příčin včetně podporovaného chování převodů, poplatků, mezitím změněného stavu nebo nesprávného místního výkladu. Před přiřazením příčiny uchovejte důkazy. Úkolem řídicí součásti výstupů je určit, co účet nyní vlastní a co zůstává dostupné, nikoli vtlačit každý nesoulad do obecné kategorie skluzu.
Projděte částečné výstupy bota pro výběr zisku a zastavení ztráty na Solaně
Zvažte fiktivní pozici 2 000 tokenů s úplným pořizovacím základem 80 jednotek. Pravidlo prodá 500 tokenů po splnění ziskové podmínky. Předpokládejte skutečný hrubý příjem 25 jednotek a příslušný výstupní náklad prodeje 1 jednotky. Čisté příjmy činí 24. Při poměrném rozdělení základu nese prodaná čtvrtina pořizovací základ 20 jednotek, což přináší realizovaný zisk 4 jednotek.
Zbývajících 1 500 tokenů si při této metodě ponechává pořizovací základ 60 jednotek. Nestávají se beznákladovými kvůli tomu, že prodej přinesl nějakou hotovost, a jejich budoucí riziko nemizí. Strategie může samostatně sledovat, kolik počáteční hotovosti získala zpět, ale toto měřítko peněžního toku nemá přepisovat účetní základ ani naznačovat, že zbývající tokeny nemohou ztratit hodnotu.
Nyní předpokládejte, že pozdější podporovaná kotace celého zbytku odhaduje 50 jednotek před výstupním nákladem 1 jednotky. Při dokončení přesně podle předpokladů by čisté příjmy 49 vytvořily ztrátu 11 jednotek proti zbývajícímu základu 60 jednotek. Spolu s dřívějším ziskem 4 jednotek by celkovým výsledkem pozice byla ztráta 7 jednotek. Částečný výběr zisku nezaručil ziskovou celkovou pozici.
Zabraňte opakování starých spouštěčů po restartu
Restart má před autorizací nových prodejů obnovit množství pozice, nedokončené záměry, rezervace a dokončené úkony spouštěčů. Nové pozorování ceny nad dřívějším ziskovým prahem nesmí automaticky opakovat již uskutečněný prodej. Uložte, zda je spouštěč jednorázový, opakovatelný po vymezeném obnovení nebo součástí výslovně rozfázovaného plánu.
Identifikátor pozice má také odlišovat nově pořízenou držbu od starší pozice ve stejném mintu, pokud s nimi strategie zachází samostatně. Jinak může dokončený spouštěč staré pozice potlačit legitimní nový přezkum nebo obnovení znovu aktivovat staré úkony vůči nesprávné zásobě. Zachovejte vztah mezi pořízeními, rozsahem pozice a verzí pravidel.
Obnovu testujte v nepohodlných okamžicích: po rezervaci, po podpisu, po odeslání a po provedení, které dosud nedorazilo do místního úložiště. Pro každý případ má být vymezeno očekávané chování. Průvodce životním cyklem automatického prodeje popisuje, jak trvalý záměr a odsouhlasení omezují duplicitní úkony. Ve společné řídicí součásti zisku a ztráty tato trvalost také zachovává přednostní vztah soupeřících spouštěčů.
Po ručních změnách účtu pravidlo přehodnoťte
Ruční prodeje, převody a další nákupy mohou změnit dostupné množství nebo základ za běhu automatizace. Řídicí součást má tyto změny zjistit a použít výslovná pravidla odsouhlasení. Nemá předpokládat, že každá změna zůstatku vznikla jedním z jejích zaznamenaných záměrů, ani potichu ignorovat vnější změnu kvůli správnému vzhledu původního rozdělení strategie.
Fiktivní účet například převede 200 ze svých 1 000 tokenů na jiný ovládaný účet, zatímco je rezervován ziskový prodej 300 tokenů. Místní dostupné množství již není 700; po započtení převodu a rezervace činí 500 za předpokladu žádných dalších změn. Širší portfolio může převedené tokeny stále vlastnit, ale tento podepisující je nemůže prodat z původního účtu.
Vhodnou reakcí může být aktualizace pozice, požadavek na přezkum nebo pozastavení nových výstupů do pochopení změny. Ruční zásah zachovejte jako součást záznamu. To činí pozdější analýzu výkonnosti poctivou a brání chybnému vykázání úkonu provozovatele podle vlastního uvážení jako úspěšného automatického spouštěče nebo nevysvětlené ztráty tokenů.
Řídicí součást hodnoťte nepříznivými posloupnostmi
Užitečná sada testů zahrnuje plynulý růst, náhlý cenový skok, ziskový spouštěč následovaný obratem, chybějící kotaci, zpoplatněné selhání a opožděný příjem. Přidejte restart během nevyřešeného prodeje a ruční převod měnící dostupnost. Účelem je ověřit přechody stavů a hranice řídicí součásti, nikoli předvést přitažlivý historický graf.
Výsledky vykazujte podle jejich skutečné fáze. Spouštěč správně odmítající nepřijatelnou kotaci se liší od chyby sestavení transakce. Odeslaný prodej s nejistým výsledkem se liší od potvrzeného prodeje se ztrátou. Zahrňte zbytkovou držbu, náklady pokusů o provedení a zdroje stále vázané na budoucí správu.
Návrh bota pro automatický výběr zisku a zastavení ztráty na Solaně je srozumitelný, pokud každý spouštěč používá uvedenou jednotku, každý prodej spotřebovává známé množství a každý výsledek aktualizuje jediný soudržný záznam pozice. Tato struktura nemůže zabránit nepříznivým trhům, ale dovoluje provozovateli vidět požadavky pravidel, skutečné úkony blockchainu i následnou zbývající expozici.