Obchodní bot NFT: udržujte shodu zásoby a objednávek

Dejte zásobě obchodního bota NFT přesný význam

Zásoba obchodního bota NFT je souborem aktiv skutečně držených podle zvolených ověřovacích pravidel účtu. Není seznamem položek k zamýšlenému nákupu, souborem podepsaných nabídek kupujícího ani skupinou NFT nedávno zobrazených hledáním na tržišti.

Záznam má určit blockchain, identifikátor aktiva, standard, množství a ovládající účet. Zobrazovaný název může člověku pomoci rozpoznat položku, ale logika zásoby má používat identifikátory odlišující jeden nárok od jiného. Podobná grafika nečiní dva tokeny zaměnitelnými.

Připojte transakci nebo jiné podklady dokládající držbu. Zachovejte také čas a blockchainový stav jejího ověření. Změní-li vlastnictví vnější úkon peněženky, zásoba jej musí odrazit, přestože jej neinicioval bot.

Tato definice dává systému stálou otázku: co účet dokáže doložit jako svou současnou držbu? Odpověď může zahrnovat nevyřešené rozdíly místo předstírání nutné shody zpožděného indexu tržiště a čerstvého pozorování vlastnictví.

Objednávky uchovávejte ve vlastním záznamu

Objednávka popisuje podmínky možného obchodu. Podepsání objednávky není totéž jako dokončení směny aktiv. Přehled Seaport OpenSea představuje rozlišení mezi nabízenými položkami a protiplněním požadovaným výměnou u podporovaných transakcí EVM.

U nákupní nabídky může účet vytvořit možné budoucí pořízení bez okamžitého přijetí NFT. U prodejní nabídky může účet zůstat vlastníkem při vyjádření ochoty prodat. Záznamy zásoby a objednávek proto potřebují samostatné stavy a jasné propojení.

Sledování podepsaných objednávek NFT má zachovat identitu objednávky, příslušný blockchain a protokol, podmínky, konec platnosti a relevantní stavové podklady. Místní označení jako zveřejněno má popisovat skutečné znalosti aplikace místo naznačování realizovatelnosti objednávky až do jmenovitého konce platnosti.

Průvodce botem OpenSea podrobněji vysvětluje oprávnění a data tržiště. Rozlišení je zde důležité, protože čtení objednávky, vytvoření podpisu a dokončení převodu jsou odlišné schopnosti. Model účtu nemá odvozovat jednu z přítomnosti jiné.

Oddělujte pořizovací kapacitu a zůstatek peněženky

Viditelný zůstatek peněženky nepopisuje každý možný závazek. Několik nákupních nabídek může čerpat stejné platební aktivum, zatímco čekající transakce již mohou používat prostředky dosud neodsouhlasené posledním místním zůstatkem. Obchodní pravidla potřebují vlastní výpočet alokace.

Předpokládejte smyšlený účet dovolující 2,5 ETH expozice kolekci měřené pořizovacími náklady a rezervovanými novými nákupy. Drží tři položky pořízené za 0,3, 0,45 a 0,6 ETH, celkem 1,35 ETH. Dva možné nákupy rezervují dalších 0,4 ETH každý.

Pravidla proto počítají závazky 2,15 ETH a ponechávají 0,35 ETH. Nový návrh vyžadující 0,38 ETH se nevejde. Závěr vychází ze zvolených pravidel expozice, i když má peněženka dost likvidních aktiv k odeslání transakce.

Příklad je záměrně jednoduchý. Jiná pravidla mohou používat stresové hodnoty nebo samostatné limity položky a kolekce. Ať zvolíte jakoukoli míru, výslovně ji uveďte a stejnou ekonomickou povinnost počítejte jednou. Nevysvětlený součet se obtížně kontroluje při společných změnách zůstatků, nabídek a držeb.

Rezervujte zdroje před útratou soupeřících úkolů

Dvě části bota mohou prověřit stejnou zbývající kapacitu a každá dojít k závěru, že se nákup vejde. Autorizují-li nezávisle, společné úkony mohou překročit limit. Rezervační krok proto má koordinovat rozhodnutí před vytvořením nového závazku kterýmkoli úkolem.

Ve smyšleném účtu nemohou dva souběžné návrhy po 0,25 ETH oba použít stejný limit 0,35 ETH. První přijatá rezervace ponechá podle pravidel 0,10 ETH. Druhý návrh má být znovu vyhodnocen vůči aktualizovanému stavu.

Zachovejte vlastníka a účel rezervace. Má odkazovat na ekonomický záměr, například pořízení určené položky, a zůstat spojena s konečnou objednávkou nebo transakcí. Obecný odečet bez odkazu může zůstat nevyřešený nebo být uvolněn dvakrát.

Jde o požadavek konzistence účtu, nikoli předpověď tržních podmínek. I dokonalý model výběru může vytvářet nechtěnou expozici, sdílejí-li jeho návrhy rozpočet bez koordinace. Rezervační záznam tyto interakce zviditelňuje před příchodem skutečných nákupů.

Překrývající se nabídky nesledujte jako vzájemně výlučné

Účet může mít nabídky kupujícího na položku, vlastnost nebo kolekci s překrývajícími se soubory způsobilosti. Systém má chápat položky schopné splnit každou nabídku i počet stále možných pořízení. Společné téma nečiní samostatně podepsané povinnosti vzájemně výlučnými.

Například nabídka na konkrétní položku a široká nabídka na kolekci mohou být obě aktivní. Skutečnost, že jedna položka může splnit kteroukoli z nich, nedokládá, že napříč celou kolekcí může vůbec dojít jen k jedinému pořízení. Jiný způsobilý držitel může přijmout širší nabídku.

Model zásoby potřebuje propojit nabídky s jejich množstvím, financováním a významy trasy. Neodvozujte expozici pouze z počtu různých názvů kolekcí nebo zobrazených řádků objednávek. Relevantní otázkou je, co by účet mohl pořídit při provedení slučitelných objednávek.

Změna jedné nabídky nemá potichu odstranit jinou ze záznamu. Zamýšlí-li provozovatel náhradu, doložte způsob zneúčinnění starého pokynu podle příslušných pravidel a uchovejte zbývající nejistotu. Označení náhrada uvnitř aplikace nepřepisuje stav tržiště.

Prodejní nabídky oddělujte od dostupné zásoby

Nabízená položka může zůstat vlastněná a zároveň zavázaná k možnému prodeji. Bot také může potřebovat zabránit jinému internímu úkolu plánovat neslučitelný úkon se stejnou položkou. Jde o místní koordinační pravidlo odlišné od vlastnického záznamu blockchainu.

Je-li jedno NFT nabízeno dvěma slučitelnými trasami, prodej jednou může ovlivnit platnost druhé. Bot má při změně vlastnictví prověřit a odsouhlasit oba záznamy. Nemá předpokládat okamžité odstranění zastaralých nabídek každým vnějším rozhraním.

Pozdější opětovné pořízení stejného identifikátoru vytváří další důvod prověřit staré autorizace. Opětovná relevantnost dřívější objednávky závisí na skutečných podmínkách a stavu zneplatnění. Považování položky za trvale bezpečnou před starými pokyny jen kvůli jednomu opuštění peněženky je nepodložená zkratka.

Užitečný návrh uchovává seznam aktivních nebo nevyřešených prodejních závazků spojených s každou položkou. Seznam pomáhá provozovateli pochopit stále možné dění i závazky k ukončení při změně obchodního plánu.

Rušení vykládejte podle skutečného mechanismu

Rušení je stavový přechod vyžadující podklady. Místní žádost, odpověď tržiště a potvrzené blockchainové zneplatnění mohou poskytovat různé záruky. Bot má zaznamenat použitý mechanismus a zbývající nejistotu.

Reference mimoblockchainového rušení objednávek OpenSea konkrétně omezuje platnost rušení při již vydané autorizaci plnění. To je důvod prověřovat současné významy trasy místo prohlašování každé úspěšné odpovědi API za bezpodmínečný konec veškerého možného provedení.

Dokončí-li se během rušení prodej nebo nákup, zásoba musí výsledek zaznamenat. Záměr provozovatele zastavit nemaže převod. Případná nevyplněná nebo jinak zbývající povinnost se poté má řešit podle skutečné struktury objednávky.

Místní rezervace uvolňujte pouze při podpoře příslušnými důkazy. Dočasné zpoždění dostupné kapacity je lepší než sdělení jinému úkolu o volných prostředcích při stále možném provedení dřívější povinnosti.

Čekajícím transakcím dejte vlastní stav

Transakce může být odeslána, pozorována jako čekající, zahrnuta, neúspěšná nebo dosud nevyřešená z pohledu aplikace. Tato označení mají dodržovat dostupné blockchainové podklady a pravidla potvrzení účtu místo časovače vybraného pro rozhodný vzhled rozhraní.

Čekající záznam zachovává původní záměr, odkaz na transakci, očekávaná aktiva a rezervované zdroje. Ztratí-li se odpověď, záznam poskytuje počátek obnovy. Nový proces nemá potřebovat hádat, o jaký nákup se pokusil předchozí proces.

Nevytvářejte druhé pořízení jen proto, že první pokus postrádá pohodlný výsledek. Nahrazování a opakování musí dodržovat transakční významy blockchainu. Čerstvý ekonomický pokyn se liší od opětovného odeslání nebo zkoumání existujícího.

Průvodce automatizovaným botem NFT rozvíjí zásahy provozovatele a hranice činnosti bez dohledu. Pro zásobu je zásadní zachování nejistoty jako výslovného stavu účtu s důsledkem pro zdroje až do vyřešení.

Držby aktualizujte z ověřených změn aktiv

Po dokončení transakce podle zvolených ověřovacích pravidel propojte skutečné změny aktiv se zamýšleným obchodem. Potvrďte položku, množství, příjemce a platbu místo spoléhání pouze na obecný ukazatel úspěchu.

Úspěšná transakce provádějící jiný povolený úkon nemá automaticky vytvářet zamýšlenou držbu NFT v účetní knize. Systém potřebuje podklady konkrétního převodu nebo změny zůstatku. Toto rozlišení je zvlášť užitečné u transakce s několika operacemi.

Opakovaná pozorování stejného ekonomického převodu mají posilovat nebo obnovovat podklady bez zdvojení zásoby. Uložte stálou identitu události nebo účinku transakce a dodržujte významy revizí příslušného protokolu. Počet příchodů zpráv není množstvím aktiva.

Neobjeví-li se očekávaná položka nikdy, zaznamenejte rozdíl. Nevytvářejte uměle řádek zásoby kvůli úplnému vzhledu návrhu. Smyslem odsouhlasení je porovnávat záměr se skutečností včetně případů jejich odlišnosti.

U vícejednotkových NFT zachovejte množství

Ne každou držbu NFT dostatečně popisuje jediný vlastník a jediná jedinečná jednotka. Některé standardy reprezentují více jednotek pod identifikátorem tokenu. Model účtu potřebuje správné významy množství před výpočtem dostupné zásoby nebo prodejů.

Předpokládejte smyšlené pořízení pěti jednotek po 0,08 ETH s dodatečným celkovým nákladem 0,01 ETH. Celkový pořizovací náklad je 0,41 ETH. Podle jednoduchého rovného přiřazení nese každá jednotka náklad 0,082 ETH.

Prodají-li se dvě jednotky později za 0,11 ETH každá, hrubé výnosy jsou 0,22 ETH. S předpokládaným celkovým výstupním poplatkem 0,006 ETH jsou čisté výnosy 0,214 ETH. Přiřazený pořizovací náklad těchto jednotek je 0,164 ETH a ponechává realizovaný zisk 0,05 ETH.

Zbývají tři jednotky s přiřazeným nákladem 0,246 ETH. Jejich budoucí výsledek je nevyřešený. Setrvání identifikátoru tokenu v peněžence neznamená setrvání původních pěti jednotek a částečný prodej neuzavírá celou pozici.

Vytvořte účetní knihu pořizovacích nákladů NFT

Účetní kniha pořizovacích nákladů NFT propojuje každou držbu se skutečně zaplaceným protiplněním a příslušnými transakčními výdaji. Odhady mohou podpořit autorizaci, ale skutečné částky patří do konečného účetního záznamu. Uchovávejte obojí pro vysvětlení rozdílů.

Náklady mohou být vyjádřeny v různých aktivech. Uložte původní měnu a částku a poté použijte výslovnou metodu převodu pro společnou vykazovací jednotku. Změna dolarové ceny ETH nemá měnit počet ETH zaznamenaných jako utracené při původním nákupu.

Při pořízení několika položek jedinou transakcí přiřazujte sdílené náklady jednotně. Rovné přiřazení může být srozumitelné ve výukovém příkladu, zatímco jiná metoda může lépe odpovídat konkrétnímu účetnímu účelu. Metodu uveďte místo umožnění libovolného přiřazení vytvářejícího nejpříznivější výnos položky.

Platby tvůrcům a poplatky tržiště vyžadují stejnou péči. Jsou-li již zahrnuty do celkového protiplnění nebo čistých výnosů, neodečítejte je znovu. Kniha má popisovat skutečný pohyb hotovosti místo hromadění překrývajících se označení stejného výdaje.

Rozlišujte interní převody, nákupy a prodeje

Přesun NFT mezi účty ovládanými stejným provozovatelem může změnit místo držby bez vytvoření prodejních výnosů. Převod do sledované peněženky také může přijít bez dostatku podkladů pro určení historického nákladu.

Zaznamenejte přesun a jeho známý vztah k účtu. Nepřiřazujte nulový náklad jen kvůli absenci platby při pozorovaném převodu. Neznámý pořizovací základ má zůstat neznámý do doložení podpůrnými záznamy a každá zpráva má vysvětlit účinek chybějící hodnoty na součty.

Stejně tak odchozí převod není automaticky ziskovým prodejem nebo ztrátou. Může jít o přesun úschovy, dar nebo jinou operaci. Klasifikace má vycházet z podkladů o protiplnění a účelu místo samotného směru převodu NFT.

To brání počtům aktivity zkreslovat výkonnost. Aktivní peněženka může vytvářet mnoho převodů při malém počtu skutečných nákupů nebo prodejů. Pohyb zásoby a ekonomický výsledek jsou spojeny pouze při podpoře relevantním kontextem transakce.

Při odchodu a návratu vlastnictví zachovejte historii

Stejný identifikátor NFT může projít účtem vícekrát. Každé pořízení má vlastní čas, náklad a obchodní hypotézu. Opětovné použití jediného řádku přepsáním dřívějšího nákladu by vymazalo výsledek prvního období držby.

Vytvořte samostatnou epizodu pozice nebo jinou jasnou historickou strukturu. Prodej uzavírá příslušné množství v dřívější epizodě; pozdější nákup začíná novou. Identita položky zůstává stejná, zatímco ekonomická historie získává další kapitolu.

To je důležité při hodnocení doby držby a obratu strategie. Jediný příznak současného vlastnictví nemůže odhalit, kolik kapitálu bylo vázáno napříč opakovanými návraty ani zda byl pozdější nákup dražší než dřívější prodej.

Uchování dřívějšího záznamu také pomáhá zkoumat staré objednávky. Vracející se položku je třeba kontrolovat vůči nevyřešeným autorizacím místo chápání jako zcela neznámého aktiva bez připojených předchozích závazků.

Odsouhlaste účet po ručních úkonech a restartech

Bot je zřídka jediným možným zdrojem aktivity účtu. Vlastník může použít jiné rozhraní, převést položku nebo ručně přijmout nabídku. Proces zásoby musí tyto změny zahrnout, aniž by je považoval za nemožné kvůli neexistenci místního návrhu.

Po restartu načtěte nevyřešené objednávky a transakce před vytvořením nové expozice. Porovnejte současné vlastnictví a platební zůstatky s posledním podloženým záznamem. Každý rozdíl má být vysvětlen pozorovanou aktivitou nebo ponechán jako výslovný rozdíl čekající na prověření.

Restart nemá nulovat počítadla výdajů ani zahazovat čekající rezervace jen kvůli jejich uložení pouze v paměti. Povinnosti účtu přežívají proces aplikace. Trvalé záznamy dovolují obnovenému postupu pokračovat ve stejné ekonomické historii.

Průvodce softwarem obchodování NFT chápe kvalitu účetnictví jako výběrové kritérium. Přitažlivý přehled je méně užitečný, pokud při každém obnovení spojení aplikace ztrácí propojení otevřených objednávek, skutečných držeb a historických nákladů.

Obchodní bot ERC-1155 potřebuje záznamy zásoby a závazků zohledňující množství, protože více jednotek identifikátoru tokenu mění účetní problém.

Obchodního bota NFT testujte s rozpornými podklady

Užitečné kontrolní cvičení zahrnuje více než bezproblémový nákup následovaný bezproblémovým prodejem. Dejte systému duplicitní pozorování převodu, zpožděnou aktualizaci tržiště, ruční odchozí převod a rušení překrývající se s provedením. Očekávaný stav účtu definujte před spuštěním cvičení.

U příkladu pěti jednotek má duplicitní oznámení stále ponechat pět pořízených jednotek. Ověřený prodej dvou jednotek má ponechat tři. Pozdější zastaralá zpráva popisující pět jednotek nemá potichu přepsat novější podložený stav bez zkoumání zdroje a času pozorování.

Testujte součty zdrojů i počty položek. Vyřešené selhání může uvolnit pořizovací kapacitu při zachování skutečného síťového výdaje. Dokončený nákup přesouvá ekonomickou částku z čekajícího závazku do nákladu držby místo neomezeného počítání obojího.

Cílem je konzistentní příběh účtu. Čtenář má dokázat vysvětlit vlastnictví, stále možné provedení a původ zaznamenaných nákladů. Tento základ činí obchodní rozhodnutí prověřitelnými i při odlišném čase příchodu tržních dat a stavu aplikace.