Bot pro limitní objednávky na DEX: co se může skutečně vyplnit

Zjistěte mechanismus za názvem objednávky

Začněte otázkou, co existuje poté, co uživatel stiskne tlačítko odeslání. Může jít o podepsanou objednávku mimo blockchain, transakci zaznamenávající objednávku na blockchainu, prostředky uložené v úschově nebo místní sledovací pravidlo. Skutečný mechanismus určuje, která součást musí zůstat dostupná a kde se vynucuje platnost.

Podepsaná objednávka může povolit pozdější směnu, aniž by aktiva převedla okamžitě. Místní spouštěč může zůstat pouhým pokynem k sestavení budoucí transakce. Návrh s úschovou může vázat aktiva ve smlouvě, jejíž pravidla výběru a provedení je nutné zkoumat zvlášť.

Tyto vlastnosti nevyvozujte ze slova decentralizovaný. Rozhodující jsou podmínky objednávky, vypořádací smlouva, úschova, dohledatelnost a strany schopné jednat. Různé návrhy volí různé kompromisy a nelze je vtěsnat do jediného univerzálního modelu úschovy.

Průvodce limitními objednávkami na meme coiny nabízí užitečný základ ke spouštěčům a vypršení. Tento článek se soustředí na další otázku: co musí zůstat splněno, aby se dosud nevypořádaná objednávka na DEX mohla provést.

Definujte cenovou ochranu bota pro limitní objednávky na DEX

Cenová ochrana bota pro limitní objednávky na DEX má být popsána jako hranice povolené směny s přesně vymezeným rozsahem. Prodávající může požadovat nejméně dvanáct jednotek kotovacího aktiva za každý směněný token. Kupující může povolit nejvýše osm jednotek kotovacího aktiva za jeden získaný token.

Tato hranice neslibuje dokončení. Pokud nikdo nemůže nebo nechce podmínky splnit, pozice nebo neutracený rozpočet zůstávají. Jde o záměrný kompromis mezi přijatelnou cenou a jistotou provedení, nikoli nutně o poruchu.

Rozlišujte také směnný poměr od celkového výsledku účtu. Síťové poplatky, příslušné náklady služby a neobvyklé chování převodu tokenu mohou ležet mimo zjednodušenou zobrazovanou cenu. Uživatel potřebuje vědět, zda uvedené minimum znamená částky ve smlouvě, nebo skutečně přijatá aktiva.

Při hodnocení zkoumejte, co vypořádací mechanismus kontroluje, místo abyste za důkaz považovali označení v rozhraní. Sledovaná cílová cena spolu s nezávisle zvolenou tolerancí swapu může vytvořit jinou ekonomickou hranici než cíl, který si uživatel pamatuje.

Zapište směnu jako jednoznačná množství tokenů

Každá objednávka potřebuje přesné identifikátory sítě a aktiv, směr, množství a příjemce. Symboly jsou praktická označení, ale duplicitní názvy nebo podobně prezentovaná aktiva mohou změnit zdánlivě správnou cenu v povolení nesprávné směny.

Vyjádřete směnu v jednotkách čitelných pro člověka a přitom zachovejte podkladová celočíselná množství a výklad desetinných míst. Prodej 250 jednotek jednoho tokenu za nejméně 3 000 jednotek kotovacího aktiva znamená dvanáct jednotek kotovacího aktiva za token. Obrácením tohoto poměru vznikne jiné číslo s jinou jednotkou.

U nákupní objednávky zjistěte, zda uživatel pevně stanovuje utrácenou částku, požadované získané množství, nebo obojí prostřednictvím poměru. Maximální cena sama neurčuje celkový rozpočet. Objednávka stále potřebuje strop množství a jasné zacházení s náklady.

Průvodce trhem Uniswap na Base vysvětluje význam identity blockchainu, aktiva a poolu. Postup limitní objednávky přenáší tyto identifikátory z fáze vyhledávání do oprávnění, které může zůstat použitelné i po zavření původní obrazovky.

Oddělte spouštěč od hranice vypořádání

Uvažujme fiktivní aplikaci sledující token při ceně deset jednotek kotovacího aktiva. Má pokyn prodat, když pozorovaná cena dosáhne dvanácti. Jakmile se tato podmínka splní, aplikace vyžádá nabídku swapu a připraví transakci.

Pokud výsledná transakce dovoluje efektivní směnu pod dvanácti, bylo dvanáct spouštěčem, nikoli vynutitelným minimem prodeje. Toto chování může být záměrné, ale uživatel má před povolením vidět obě nastavení.

Naopak vynutitelná objednávka vyžadující nejméně dvanáct může zůstat nevyplněná, i když graf jinde ukáže obchod nad dvanácti. Pozorované obchodní místo, velikost objednávky, náklady trasy a příležitost k provedení se mohou lišit od konkrétních podmínek čekajících na vypořádání.

Užitečný test prověří nepříznivý průběh: spouštěč se aktivuje a pak se před odesláním změní proveditelná cena. Bot má buď zachovat povolenou hranici, nebo vyžádat rozhodnutí podle stanovených pravidel. Tiché uvolnění limitu za účelem dokončení obchodu mění ekonomický pokyn uživatele.

Obchodní postup na MegaETH přidává další časové rozlišení: doklad rychlého provedení a předběžné potvrzení sekvenceru je stále nutné odlišovat od pozdějšího vypořádání na Ethereu.

U pohyblivého spouštěče přidává nastavení posuvného stop-lossu na DEX trvalý záznam dosavadního maxima a zachovává rozlišení signálu od přijatelného skutečně proveditelného výnosu.

Rozumějte financování bez předpokladu uzamčení aktiv

Některé návrhy podepsaných objednávek ponechávají aktiva v peněžence tvůrce až do provedení. V takovém uspořádání může vlastník účtu vytvořit další závazky soutěžící o stejný zůstatek. Viditelná objednávka sama nedokazuje, že celé její množství zůstává dostupné.

Jiné mechanismy ukládají aktiva do úschovy nebo rezervují prostředky prostřednictvím vlastní evidence. Bot musí sledovat skutečný návrh včetně toho, co umožňuje výběr prostředků a zda může stejné držené množství podpořit jinou operaci.

Používejte interní evidenci závazků, i když podkladový mechanismus dovoluje přislíbit více prostředků, než je k dispozici. Pokud účet drží 500 tokenů a dvě nezávisle proveditelné objednávky každá nabízejí 400, rozhraní má vysvětlit, že bez dalších tokenů nemohou obě proběhnout podle zadání.

Nespoléhejte na dočasný nedostatek prostředků jako na trvalý způsob zrušení. Pokud podepsané oprávnění zůstává platné, pozdější doplnění účtu může obnovit možnost provedení. Financování, oprávnění a zrušení jsou samostatné stavy vyžadující samostatné záznamy.

Posuzujte schválení tokenu a povolení objednávky odděleně

V postupu s ERC-20 se povolený objem převodu tokenu týká oprávnění vlastníka, aby určitý příjemce oprávnění mohl tento token převádět. Podkladový model povoleného objemu definuje specifikace ERC-20. Objednávka může zavádět další podepsané podmínky týkající se množství, příjemců a platnosti.

Existence povoleného objemu nedokazuje, že určitá objednávka je právě platná. Stejně tak zrušení jedné objednávky nemusí odstranit všechna oprávnění k tokenům udělená její vypořádací infrastruktuře. Uživatel má rozumět oběma vztahům.

Před udělením oprávnění prověřte zamýšleného příjemce oprávnění, blockchain a token. Známá značka na obrazovce nenahrazuje ověření skutečného rozsahu oprávnění. Příjemce objednávky si zaslouží stejnou pozornost jako její cena.

Změny oprávnění mohou ovlivnit jinou legitimní činnost stejného účtu. Bot má popsat důsledky odvolání nebo nahrazení, místo aby se všemi oprávněními zacházel jako s postradatelnými nastaveními na pozadí. Cílem je kontrolovatelný řetězec oprávnění, v němž každé oprávnění souvisí s operací, která je potřebuje.

Sledujte fiktivní životní cyklus částečných plnění

Předpokládejme hypotetický mechanismus, který výslovně podporuje opakované částečné provedení. Účet nabízí 1 000 ukázkových tokenů nejméně za tři jednotky kotovacího aktiva za každý. Původní prodávané množství je 1 000 a původní minimální hrubá protihodnota činí 3 000 jednotek kotovacího aktiva.

První dokončené plnění směňuje 400 tokenů za 1 220 jednotek kotovacího aktiva. Jeho průměrná cena činí 3,05. Zbývající prodávané množství je 600 tokenů. Druhé plnění směňuje dalších 250 za 775 jednotek kotovacího aktiva, s průměrem 3,10.

Dokončené množství nyní činí 650, hrubá protihodnota 1 995 a nevyplněné množství 350. Celkový průměr dokončených plnění je přibližně 3,0692 jednotky kotovacího aktiva za token. Tento průměr popisuje provedenou část; neoceňuje zbývající držené tokeny stejnou cenou.

Tato čísla ilustrují částečná plnění bota pro limitní objednávky na DEX pouze u mechanismu, který takové chování podporuje. Jediný atomický swap a částečně proveditelná trvalá objednávka jsou odlišné modely. Bot nemá vymýšlet aktivní zbytek objednávky, když se podkladová operace buď dokončila celá, nebo byla vrácena zpět.

Udržujte částečné provedení v souladu s účetní evidencí

Pokračujme ve fiktivním příkladu s celkovým pořizovacím nákladem dvě jednotky kotovacího aktiva na token. Na 650 dokončených tokenů připadá při tomto zjednodušeném přístupu k nákladům na jednotku 1 300 jednotek nákladů. Předpokládejme dalších dvacet jednotek kotovacího aktiva nákladů přiřaditelných dokončeným prodejům.

Čisté realizované výnosy činí 1 975 a realizovaný zisk 675. Zbývajícím 350 tokenům zůstává pořizovací náklad 700 jednotek. Jejich budoucí hodnota a výsledek případného prodeje zůstávají neznámé.

Přehled, který použije průměrnou cenu dokončených plnění na všech 1 000 tokenů, by nadhodnotil prodané množství. Přehled, který ignoruje zbývající držbu, by ztratil ekonomicky významné aktivum. Obě chyby vznikají zredukováním stavu objednávky na jediné procento dokončení.

Zaznamenejte identifikátor každého plnění, pohyby tokenů a zacházení s náklady a pak sesouhlaste souhrn s účtem. Průvodce prováděním na Pancakeswap rozebírá výklad tras a nabídek, který také pomáhá vysvětlit rozdíl mezi zobrazeným návrhem a dokončeným příjmem do peněženky.

Prověřte, proč dosažení ceny nemusí přinést plnění

Cena v grafu může odrážet malou transakci, jiný pool nebo jiné kotovací aktivum. Může doložit, že na zobrazené úrovni proběhl obchod, aniž by dokládala, že zde byla proveditelná celá objednávka uživatele.

V systému spoléhajícím na externí vykonavatele musí někdo objednávku najít a mít ekonomický důvod ji vypořádat podle pravidel protokolu. Náklady, konkurenční příležitosti a dostupné trasy mohou být důležité, i když zobrazený směnný poměr vypadá příznivě.

Chápejte to jako vysvětlení konkrétního mechanismu, nikoli tvrzení, že každá DEX používá stejný model vykonavatelů. Nativní kniha objednávek nebo swap odeslaný aplikací mají jiná omezení dohledatelnosti a provedení.

Měřte užitečnou veličinu: jak často získala platná objednávka se zajištěnými prostředky reálnou příležitost k provedení ve své skutečné velikosti? Počítat každý dotyk ceny v grafu jako zmeškané zaručené plnění vytváří zavádějící statistiky a může uživatele vést k uvolňování omezení z nesprávného důvodu.

Definujte vypršení jako součást ekonomického rozhodnutí

Přijatelná směna objednávky může přestat odpovídat situaci, když se změní okolnosti uživatele. Vypršení stanovuje hranici doby, po kterou má oprávnění zůstat použitelné. Má být součástí původního rozhodnutí, nikoli nenápadným polem převzatým z výchozího nastavení.

Ověřte, jak mechanismus vyhodnocuje konečný termín. Místní časovač, podmínka platnosti na blockchainu a ukončení dohledatelnosti v určité službě nejsou zaměnitelné. Rozhodující je, kdy už pokus o vypořádání nemůže splnit skutečné podmínky objednávky.

Bot má rozlišovat potvrzeně vypršenou objednávku od obrazovky, která ji přestala zobrazovat. Zachovejte původní termín, časovou konvenci a pozorovaný konečný stav, aby uživatel mohl vysvětlit, proč k pozdějšímu provedení došlo nebo nedošlo.

Obnovení platnosti je nové ekonomické rozhodnutí. Automatické nekonečné obnovování vypršené objednávky maří smysl časového limitu, pokud tato pravidla obnovení nebyla výslovně zvolena. Před povolením dalšího období platnosti znovu zkontrolujte zbývající množství, aktuální prostředky a trvající záměr.

Řešte souběh rušení a plnění u bota pro limitní objednávky na DEX

Zrušení u bota pro limitní objednávky na DEX vyžaduje důkaz, že zbývající oprávnění již nelze podle jeho pravidel provést. Stisknutí tlačítka zrušení nebo přijetí potvrzení o odeslání může proces zahájit, aniž by jej dokončilo.

Vraťme se k fiktivní objednávce se zbývajícími 350 tokeny. Během čekání na zrušení jiné platné plnění smění 100 tokenů za 305 jednotek kotovacího aktiva. Jakmile se toto plnění a zrušení vyřeší, bylo prodáno 750 tokenů a 250 zůstává neprodáno.

Zrušené množství v tomto scénáři je tedy 250, nikoli 350 zobrazených při zahájení rušení. Vykázání většího čísla by vymazalo skutečné plnění a způsobilo nesoulad evidence drženého množství s účtem.

Různé mechanismy používají různé způsoby zrušení. Některé vyžadují zneplatnění na blockchainu, zatímco čistě místní neodeslané pravidlo lze vypnout v aplikaci. Systém má vysvětlit, který případ platí, a nemá považovat smazání místního řádku za univerzální zrušení dříve rozšířených podepsaných podmínek.

Nahraďte objednávku bez zdvojení závazku

Změna požadované ceny může vyžadovat zrušení nebo zneplatnění starého oprávnění a vytvoření nového. Pokud nahrazení není atomické, mohou být dočasně proveditelné obě verze. Tento překryv patří do výpočtu drženého množství a dostupných prostředků.

Předpokládejme, že vlastník chce nahradit prodej 300 tokenů za čtyři jednotky kotovacího aktiva prodejem stejných 300 za 3,80. Zveřejnění náhrady před vyřešením původní objednávky může vytvořit dva samostatné prodejní závazky místo jediné aktualizované objednávky.

Správné zacházení závisí na skutečných pravidlech nahrazení a zneplatnění daného mechanismu. Bot má zachovat vztahy mezi verzemi a vědět, zda staré podmínky stále mohou mít účinek, než uvolní jejich rezervované množství.

Úpravy ceny mají také zachovat uživatelem zamýšlenou hranici nákladů. Pokud obrazovka ukazuje odhadovaný čistý výsledek, samotná změna hrubého směnného poměru nemusí po příslušných nákladech zajistit tuto čistou částku. Přepočítejte náhled a změněné oprávnění srozumitelně vysvětlete.

Převeďte čistý cíl na slučitelné podmínky

Předpokládejme, že jiný fiktivní prodávající chce nejméně 120 jednotek kotovacího aktiva po prodeji deseti tokenů a zaplacení předpokládaného pevného nákladu dvě jednotky kotovacího aktiva. Za těchto zjednodušených předpokladů musí prodej vynést nejméně 122 hrubých jednotek kotovacího aktiva, tedy 12,20 za token. Hrubý limit dvanáct by uvedený čistý cíl nesplnil.

Skutečné náklady se mohou měnit a částečné provedení může změnit rozložení pevného poplatku na dokončené množství. Náhled má uvádět předpoklady, místo aby jednu přepočtenou cenu vydával za trvalou záruku čistého výnosu.

Cenové kroky mohou přinést další problém převodu. Jestliže mechanismus přijímá pouze ceny v setinách jednotky, vypočtené minimum prodávajícího 12,347 nelze vyjádřit přesně. Zaokrouhlení na 12,34 toto minimum uvolňuje, zatímco 12,35 zachovává přísnější hranici. U maxima kupujícího je třeba řešit opačný směr.

Používejte skutečná pravidla množství a přesnosti daného mechanismu, která mohou vyjadřovat poměr namísto běžného cenového kroku. Zásadní je, aby formátování a zaokrouhlování tiše nepovolovaly směnu mimo hranici uživatele. Nelze-li požadované podmínky vyjádřit, vysvětlete upravené podmínky před vytvořením objednávky.

Zahrňte nevyplněné objednávky do měření strategie

Hodnocení vykazující pouze dokončené objednávky může skrýt výběrové vlivy strategie. Zdánlivě příznivé limity se mohou vyplnit za nepříznivých podmínek, zatímco jiné návrhy zůstanou nedotčené. Samotný dokončený vzorek nemůže prokázat, čeho dosáhl celý rozhodovací proces.

Ve výzkumné evidenci uchovávejte nevyplněné i vypršené objednávky spolu s původním záměrem. U prodeje může ponechání aktiva vést k pozdějším ziskům nebo ztrátám. U nákupu může neutracení prostředků zachovat kapitál nebo znamenat zmeškanou příležitost. Tyto výsledky patří do srovnání strategií, i když nevznikl transakční poplatek.

Alternativy porovnávejte při stejných časech rozhodnutí a se stejnými dostupnými podklady. Směna za tržních podmínek, ohraničená trvalá objednávka a nečinnost vystavují účet různým průběhům. Nepřisuzujte nevyplněné limitní objednávce hypotetické příznivé provedení jen proto, že pozdější graf zdánlivě překračuje její cenu.

Míra plnění je tak popisnou metrikou, nikoli cílem, který je třeba maximalizovat za každou cenu. Nízká míra plnění může odhalit nevhodné podmínky, ale jejich uvolnění mění strategii a vyžaduje vlastní hodnocení.

Vysvětlete přetrvávání objednávek po zavření rozhraní

Místní sledování může potřebovat běžící proces k pozorování spouštěče a sestavení transakce. Dříve rozšířená podepsaná objednávka může mít jiný životní cyklus, protože ostatní účastníci si mohou ponechat kopii a pokusit se o vypořádání podle jejích pravidel platnosti.

Zavření prohlížeče, odpojení zobrazení peněženky nebo zastavení bota proto nemá být automaticky popisováno jako zrušení všech nevyřízených objednávek. Uživatel potřebuje vědět, která oprávnění přetrvávají a které sledovací povinnosti končí.

Obnova má znovu sestavit soubor nevyřízených objednávek z trvalých záznamů a odpovídajících dokladů vypořádání. Chybějící místní mezipaměť neznamená nový začátek, pokud dřívější podepsané podmínky zůstávají použitelné. Před rekonstrukcí zbývajícího závazku sesouhlaste dokončená množství.

Stejný princip platí při přechodu mezi rozhraními. Exportujte dostatek informací pro identifikaci objednávek a jejich konečných stavů a pak ověřte nevyřešená oprávnění prostřednictvím příslušného mechanismu. Nové rozhraní nemá předpokládat, že s odchodem starého rozhraní zmizely i jeho ekonomické závazky.

Hodnoťte návrh pomocí nepříznivých případů

Užitečné hodnocení zahrnuje nevyplněnou platnou objednávku, nedostatek prostředků, změněné oprávnění, vypršení, částečné plnění a souběh rušení s plněním. Tyto případy prozradí o návrhu více než jediná úspěšná transakce za příznivou cenu.

Než se spolehnete na významné prostředky, otestujte výpočty s fiktivními záznamy. Evidence má zachovat vztah původního množství, dokončeného množství a vyřešeného zbytku. Náklady se mají objevit jednou a zobrazované průměry se mají vztahovat jen na množství, které skutečně popisují.

Otestujte také token nebo trasu, které mechanismus nepodporuje. Správným výsledkem může být jasné odmítnutí. Bot, který se snaží zacházet se všemi aktivy podle stejných předpokladů, může poskytovat méně užitečné chování než ten, který vysvětluje svůj užší rozsah.

Bot pro limitní objednávky na DEX si získává důvěru zachováním směnných podmínek uživatele a vysvětlením každého nevyřešeného závazku. Cenová hranice je jednou součástí této práce. Financování, platnost, částečné provedení a zrušení rozhodují, zda hranice zůstane smysluplná po celý život objednávky.