Bot pro nabídky na OpenSea potřebuje více než pravidlo zadávání konkurenceschopného čísla. Musí rozhodnout, které položky je účet připraven pořídit, jakou hodnotu má každé možné pořízení podle strategie a jak aktivní nabídky sdílejí dostupné prostředky. Vypršení a zrušení potom určují, jak dlouho tyto závazky zůstávají relevantní.
Nabídka může samostatně vypadat skromně a přitom přispívat k nadměrné společné expozici. Může také zůstat aktivní po zastarání podkladů použitých k ocenění. Koordinace ceny, financování a doby platnosti zviditelňuje tyto podmínky před přijetím nabídek několika vlastníky během krátké doby.
Článek používá hypotetické příklady zaměřené na Ethereum s nabídkami WETH a samostatně zaznamenanými nativními výdaji ETH. Jiné řetězce mohou používat jiné modely financování. Níže uvedené kolekce, částky, poplatky a rozvrhy jsou smyšlené pro vysvětlení postupu, nikoli popis dostupných příležitostí.
Nejprve vymezte rozpočet bota pro nabídky na OpenSea
Rozpočet bota pro nabídky na OpenSea má uvádět maximální pořízení a platební závazky, které účet dovolí. Viditelný zůstatek WETH je provozní skutečnost, zatímco rozpočet jsou pravidla použití tohoto zůstatku.
Pravidla mohou zahrnovat limit celkových závazků, limit jednotlivé kolekce a maximální částku na jednu položku. Tyto limity slouží různým účelům. Splnění limitu položky nedokládá schopnost celého účtu podpořit všechny aktivní nabídky dohromady.
Držené položky a nevyřešená pořízení započítávejte podle zvoleného měřítka expozice. Používají-li pravidla pořizovací náklady, zachovávejte tuto volbu důsledně místo dosazování příznivého ocenění podle nejnižší nabídky při každém růstu kolekce.
Průvodce botem pro nabídky na NFT zkoumá překrývající se závazky položek, vlastností a kolekcí. Zde začněte rozpočtem, který všechny tyto nabídky musí sdílet. Účet nemá každému nezávislému nabídkovému úkolu dovolit chápat celý zůstatek jako vlastní příděl.
Sestavte nabídkový strop konkrétní kolekce
Nabídkový strop konkrétní kolekce odráží položky, které je strategie ochotna obdržet, a podklady jejich hodnoty. Široká nabídka na kolekci může být přijata se způsobilou položkou, která má méně žádoucí vlastnosti než oblíbené příklady analytika.
Strop proto má odrážet skutečný způsobilý soubor. Nedokáže-li strategie odůvodnit cenu běžných položek tohoto souboru, široká nabídka může být nevhodná. Nejpůsobivější historický prodej kolekce nedokládá hodnotu každého jejího tokenu.
Používejte současné relevantní podklady prodejů a poptávky při zachování nejistoty. Řídké transakce, měnící se metadata a slabá výstupní likvidita mohou vytvářet zdání spolehlivějšího přesného stropu, než podporují dostupná data.
Pravidlo nabízení má také uvádět, co by strop snížilo nebo vyřadilo. Změněná definice kolekce, slabší poptávka kupujících nebo významný posun srovnávacího vzorku mohou starší odhad zneplatnit. Vypršení pomáhá omezit časovou expozici, ale nenahrazuje kontrolu ocenění.
Částku nabídky oddělujte od čistého příjmu prodávajícího
Částka zavázaná kupujícím a částka přijatá prodávajícím se mohou lišit kvůli příslušným poplatkům. Bot má určit skutečnou platební povinnost a neodvozovat ji ze zobrazení čistého příjmu určeného jinému účastníkovi.
U smyšlené nabídky 0,42 WETH zaznamenejte, zda částka představuje úplnou úplatu kupujícího podle navrhovaných podmínek. Případné samostatné výdaje účtu mají být určeny výslovně. Nepřidávejte procento znovu, pokud je transakce již rozděluje v uvedené částce.
Pokyny OpenSea k poplatkům odlišují poplatky tržiště, příjmy tvůrců a síťové náklady. Příslušný výpočet používá současnou objednávku a cestu, nikoli univerzální sazbu zapamatovanou ze staršího návodu.
Rozlišení je důležité pro ocenění i financování. Kupující může porovnat úplný pořizovací náklad s odhadovaným čistým příjmem z výstupu. Porovnání hrubého budoucího prodeje s neúplným současným nákladem nadhodnocuje marži na obou stranách transakce.
Použijte úplný hypotetický výpočet výstupu
Předpokládejte, že smyšlené pořízení za 0,42 WETH má přidělený přípravný výdaj 0,002 ETH. Pro zjednodušený plánovací výpočet oceňte ETH a WETH jedna ku jedné, což dává pořizovací náklad 0,422 ekvivalentu ETH. Skutečné záznamy uchovávají obě aktiva odděleně.
Předpokládejte pozdější hrubý prodej za 0,5 ekvivalentu ETH. Se smyšlenou souhrnnou prodejní srážkou 3 % je čistá hodnota před výstupním síťovým výdajem 0,485. Odečtení předpokládaného výstupního výdaje 0,006 ponechá 0,479, tedy zisk 0,057 vůči pořizovacímu nákladu.
Pokud hrubý prodej místo toho nastane za 0,4, stejný procentní předpoklad ponechá 0,388 před výstupním výdajem a 0,382 po něm. Výsledkem je ztráta 0,04. Cenová dostupnost nabídky neodstraňuje nejistotu, kolik pozdější kupující zaplatí.
Tato čísla jsou podmíněné výukové případy. Strategie nemá vyšší prodejní částku považovat za dostupnou jen proto, že na tuto úroveň dosahují prodejní nabídky kolekce. Obhajitelný nabídkový strop potřebuje věrohodný nepříznivý scénář a scénář neprodané držby i příznivý výstup.
Pochopte současný model financování nabídek
Pokyny OpenSea k nabídkám na kolekci popisují nabídky zaměřené na Ethereum používající WETH v peněžence. Bot musí sledovat možnou útratu, i když tyto prostředky nebyly přesunuty do samostatného zůstatku úschovy.
Samotný tokenový zůstatek proto neuvádí nevyužitou kapacitu strategie. Několik aktivních nabídek může odkazovat na stejné dostupné prostředky, zatímco účet si může přát rezervovat dost pro splnění všech povolených pořízení. Pravidla mají tuto volbu vyjádřit výslovně.
Tento model nepřenášejte beze změny na Solanu. Současné nabídky na Solaně na OpenSea drží prostředky onchain a mají jiné podmínky měny a typů nabídek. Společné rozhraní má zachovat skutečné financování dané cesty místo stejného interního označení každého řetězce.
Při přidání dalšího mechanismu či tržiště je prověřte samostatně. Užitečnou obecnou zásadou je modelovat, co se může provést a které zdroje může daný úkon spotřebovat. Konkrétní pohyb zůstatku závisí na skutečné implementaci.
Před schválením další nabídky sečtěte aktivní nabídky
Předpokládejte smyšlený účet se 2 WETH a třemi nezávisle aktivními možnými pořízeními za 0,45, 0,55 a 0,65 WETH. Jejich kombinovaný závazek činí 1,65 WETH. Při úplné rezervaci zůstatku zbývá před dalšími potřebami 0,35 WETH.
Nyní předpokládejte vlastníkův limit pořizovacích závazků pouze 1,5 WETH. Aktivní soubor již tato pravidla překračuje o 0,15 WETH, přestože se vejde do zůstatku peněženky. Jde o nesoulad pravidel, který je třeba opravit místo skrývání za dostupné prostředky.
Pokud povinnost 0,65 WETH přestane prokazatelně působit, zbývající dvě činí dohromady 1 WETH. Pravidla potom ponechávají kapacitu 0,5 WETH. Nezodpovězenou žádost o zrušení nelze chápat jako tuto dokončenou změnu.
Výpočet má používat skutečná možná množství a pravidla vzájemné výlučnosti. Jediná objednávka proveditelná jednou se liší od několika samostatných objednávek. Počítání řádků zobrazení bez pochopení podkladových závazků může expozici účtu nadhodnotit i podhodnotit.
Zachovávejte rozsah každé nabídky
Nabídka na položku určuje konkrétní NFT, zatímco nabídka na kolekci či vlastnost cílí na způsobilý soubor. Bot potřebuje zachovat tento rozsah a podklady, které jej vymezují. Krátké označení kolekce nestačí k doložení toho, co účet může obdržet.
U nabídky podle vlastností potvrďte podporovaná kritéria a způsob jejich výkladu tržištěm. Místní textové hledání v metadatech nemá potichu nahrazovat skutečný způsobilý soubor používaný objednávkou. Metadata se mohou po vytvoření nabídky také změnit.
Průvodce nabídkami podle vlastností kolekce na OpenSea zkoumá tyto rozdíly. Pro koordinaci má každá nabídka nést společně rozsah, maximální možné množství, platební částku a současný stav.
Záznam podporuje i kontrolu po plnění. Pořídí-li účet způsobilou, ale méně žádoucí položku, otázkou je, zda byl rozsah vhodně oceněn. Bot nemá výsledek klasifikovat jako technickou chybu jen proto, že se liší od preferovaného příkladu analytika.
Nepředpokládejte vzájemnou výlučnost podobných nabídek
Dvě nabídky se mohou překrývat ve způsobilosti a zůstávat samostatnými povinnostmi. Stejná položka může splňovat kteroukoli, ale druhou může splnit jiná způsobilá položka. Účet potřebuje zvažovat kombinovaná pořízení, která objednávky mohou vytvořit.
Pokud provozovatel zamýšlí jednou nabídkou nahradit druhou, vymezte podporovaný proces náhrady nebo zneplatnění. Místní databázový příznak nahrazeno automaticky nemění stav staré objednávky mimo aplikaci.
Nevyřešené staré i nové instrukce ponechte viditelné do doložení jejich vztahu. To může dočasně snížit dostupnou kapacitu, ale brání financování nové nabídky prostředky, které ještě může spotřebovat starší.
Postup má také zvládat ruční nabídky vytvořené jiným rozhraním. Tyto závazky patří do stejného rozpočtu účtu, i když je bot nepodepsal. Částečný pohled na aktivitu objednávek není spolehlivým základem dalšího oprávnění.
Doporučujte a vydělávejte USDC
Doporučujte a vydělávejte USDCNáš partnerský program vyplácí v reálném čase.
Každé nabídce dejte záměrnou dobu vypršení
Vypršení omezuje dobu relevance nabídky podle jejích podmínek. Zvolte dobu platnosti propojenou s oceňovacím horizontem a schopností provozovatele kontrolovat změny. Nabídka založená na krátkodobých podkladech nemá zůstávat standardně otevřená neomezeně dlouho.
Příklad může používat třicetiminutový kontrolní horizont pro konkrétní pravidlo řízené pozorováním. Tato doba je hypotetickým pravidlem, nikoli tvrzením o výchozím nastavení tržiště ani doporučením pro každou kolekci.
Zachovejte skutečné vypršení zakódované v objednávce a odlišujte je od místní připomínky kontroly nabídky. Připomínka může přijít pozdě nebo nebýt doručena; nemění podepsané podmínky. Aplikace má vědět, co vnější povinnost skutečně dovoluje.
Kontrola vypršení nabídky má prozkoumat stav objednávky i související aktivitu účtu. Uplynutí očekávané doby pomáhá vést zkoumání, ale evidence má odsouhlasovat skutečná pořízení a uvolnění zdrojů podle příslušných podkladů cesty.
Přeceňujte podle změn ocenění, nejen konkurenčních nabídek
Vyšší konkurenční nabídka může ukazovat současný nákupní zájem, ale automaticky nezvyšuje hodnotu položky pro tento účet. Bot má nové tržní pozorování porovnat se stávajícím stropem před rozhodnutím, zda má reagovat.
Je-li strop 0,5 WETH a jiná nabídka dosáhne 0,51, pravidla mohou jednoduše ukončit soupeření. Zvýšení stropu pro udržení prvenství by změnilo chování konkurenta na oceňovací metodu strategie bez výslovné volby této metody.
Průvodce automatickým podáváním nabídek na OpenSea zkoumá opakované nabízení. Koordinace vyžaduje jasný důvod každé revize, maximální povolenou částku a způsob vyřazení zastaralých závazků.
Zaznamenejte, zda změna vycházela z nových podkladů kolekce, změněného rozpočtu účtu nebo ceny jiného nabízejícího. Tyto důvody podporují při kontrole různé závěry. Záznam pouze postupných cen nedokáže vysvětlit, zda bot sledoval zamýšlenou strategii.
Změnám financování nedovolte skrýt staré povinnosti
Nabídka nyní neproveditelná kvůli nedostatečnému financování nemá být automaticky chápána jako trvale zrušená. Příslušné podmínky a chování platformy určují, zda se po návratu prostředků může znovu stát relevantní.
Současné pokyny OpenSea k nabídkám na kolekci probírají opětovnou aktivaci nefinancovaných nabídek po přidání dostatečného množství zabalených prostředků. Nedostatek financování je proto v tomto zdokumentovaném kontextu nespolehlivou náhradou záměrného vyřazení objednávky.
Bot proto má uchovávat aktivní či nevyřešené objednávky, i když je peněženka dočasně nemůže financovat všechny. Pozdější vklad nebo příjem z prodeje může změnit proveditelnost bez vytvoření nového místního záznamu nabídky.
Před přidáním prostředků pro jiný účel prověřte stávající závazky. Jinak může vlastník neúmyslně obnovit schopnost staré nabídky provést se za již nežádoucí ocenění. Financování účtu a dobu platnosti objednávek je třeba posuzovat společně.
Zrušení a potvrzení chápejte jako samostatnou práci
Žádost o zrušení zahajuje proces, jehož význam závisí na cestě. Nemá být zaměňována za důkaz, že žádné pořízení nenastalo nebo ještě nemůže nastat. Uchovávejte mechanismus zrušení, odpověď a následné podklady účtu.
Přijme-li vlastník nabídku během zpracování zrušení, bot musí zaznamenat výsledný nákup. Záměr zastavit nemaže pořízené NFT ani platbu, která opustila účet.
Po doložení zrušení uvolněte příslušnou rezervaci jednou. Duplicitní stavové zprávy nemají opakovaně uvolňovat stejné prostředky. Historie objednávky může zůstat dostupná ke kontrole, i když již nespotřebovává nákupní kapacitu.
Provozovatel má vidět nabídky aktivní, vyřazované, vypršelé, vyplněné či nevyřešené podle dostupných podkladů. Jednoduchý ukazatel zapnuto či vypnuto může skrýt nejdůležitější stav pro sdílený rozpočet.
Přijatou nabídku odsouhlaste do držby
Přijatá a dokončená nabídka vytváří pořízení patřící do evidence držby. Ověřte přesnou položku, množství, příjemce a platbu podle příslušných transakčních podkladů a podkladů vlastnictví. Samotné upozornění může být neúplné nebo opožděné.
Skutečnou pořizovací částku přesuňte z možného závazku do nákladu držby podle pravidel. Neponechávejte obojí jako trvalou expozici ani neuvolňujte celou částku, jako by k nákupu nikdy nedošlo. Přechod má zachovat jednu ekonomickou historii.
Patří-li položka do širokého způsobilého souboru, zaznamenejte důvod její způsobilosti a verzi ocenění při podání nabídky. Pozdější kontrola tak může zkoumat vhodnost rozsahu a ceny pro skutečně přijatou položku.
Zachovejte také samostatné transakční či přípravné výdaje. Konečný výsledek dalšího prodeje závisí na úplném nákladovém záznamu, nikoli jen na částce zobrazované jako nabídka. Skutečné náklady mají zůstat odlišitelné od přídělu použitého před provedením.
Pro přijaté nabídky udržujte plán držby
Strategie nabídek potřebuje plán držby po přijetí. Některé položky se mohou prodat rychle, zatímco jiné zůstávají držené po změně aktivní poptávky kolekce. Účet nemá předpokládat okamžitou proměnu každé přijaté nabídky v ziskový prodej.
Vymezte kontrolní horizont, podklady zneplatňující původní ocenění a limity dalšího hromadění. Vyplní-li se několik nabídek společně, výsledná koncentrace se může lišit od izolovaného případu použitého k ocenění každé nabídky.
Ocenění podle nabídkové ceny může popisovat možný výstupní cíl, ale není penězi. Zaznamenávejte skutečný způsobilý zájem kupujících a nejistotu provedení. Neprodané položky mají zůstat součástí kontroly strategie místo zmizení ze zprávy zaměřené na dokončené vítězné obchody.
Tím se uzavírá vazba mezi nabízením a oceněním. Kvalitu nabídky nelze úplně vyhodnotit při přijetí. Její důsledky pokračují přes dobu držby, skutečné prodejní podmínky a zbývající kapacitu účtu.
Vyplněné a nevyplněné nabídky hodnoťte společně
Nabídka může zůstat nepřijatá kvůli příliš nízké ceně podle prodávajících, zatímco přijaté nabídky mohou nepoměrně zahrnovat položky, které vlastníci ochotněji uvolní. Soubor pořízených položek je proto vybírán pravidly bota i volbami protistran. Není automaticky náhodným vzorkem kolekce.
Vedle pořízení zachovávejte nabídky, které se nikdy nevyplní. Zaznamenejte jejich rozsah, cenu, dobu platnosti a podklady dostupné v tomto období. To pomáhá odlišit oceňovací pravidlo zřídka přitahující prodávající od pravidla pořizujícího často, ale přijímajícího položky se slabou poptávkou pro další prodej.
Každou nevyplněnou nabídku nechápejte jako promarněný zisk. Účet položku nikdy nepořídil a hypotetický výstup zůstává nejistý. Podobně vysoká míra přijetí není sama žádoucí, pokud výsledná držba po úplných nákladech vykazuje špatné výsledky. Přijetí, dobu držby a skutečné výstupy kontrolujte jako propojené, ale odlišné výsledky.
Analýza může odhalit, zda nabídkový strop odpovídá způsobilému souboru. Má používat původní záznamy nabídek místo odvozování hypotetických nabídek bota z pozdějších cenových grafů. Historická rekonstrukce je nejužitečnější při zachování skutečného rozhodnutí účtu.
Bota pro nabídky na OpenSea testujte známým souborem objednávek
Užitečná přejímací zkouška začíná malým souborem hypotetických nabídek a známým rozpočtem. Zahrňte překrývající se rozsahy, jednu vypršující objednávku, jedno nevyřešené zrušení a jednu ruční nabídku vytvořenou mimo bota. Očekávané závazky vypočtěte nezávisle.
Potom simulujte pořízení a ověřte přesun správné částky účtem do držby. Přidejte duplicitní oznámení a potvrďte, že nevytvoří další držbu ani další uvolnění rozpočtu. Záznam má zůstat konzistentní přes restart.
Otestujte navrhovanou nabídku nad stropem konkrétní kolekce a další, která samostatně vyhovuje, ale překračuje sdílený limit účtu. Obě mají být odmítnuty z jasných důvodů. Úspěšné spojení nebo podpis tyto kontroly neprokazují.
Dokončený postup má vysvětlovat cenu, rozsah, financování a vypršení každé aktivní nabídky. Toto vysvětlení činí bota pro nabídky na OpenSea prověřitelným: může sledovat vybrané příležitosti a současně skládat účty za celý soubor pořízení, která účet autorizoval.