Bot pro obchodování ERC-1155: ověřujte a slaďujte každé množství

Navrhněte bota pro obchodování ERC-1155 se zaměřením na typy tokenů

Oficiální specifikace ERC-1155 popisuje rozhraní kontraktu schopné spravovat více typů tokenů se zůstatky spojenými s účtem a ID tokenu. Zahrnuje jednotlivé a dávkové převody, dávkové dotazy na zůstatky a schválení provozovatelů. Tyto schopnosti neurčují, jak tržiště oceňuje edici nebo zda konkrétní objednávka podporuje částečné provedení.

Jako totožnost typu používejte řetězec, kontrakt a ID tokenu a množství ukládejte samostatně. ID tokenu není držené množství. Oddělení těchto polí brání výkladu zobrazovaného identifikátoru jako množství a umožňuje, aby několik pořizovacích záznamů přispívalo k jedinému aktuálnímu zůstatku typu.

Ke každému množství připojte jasné označení jednotky. Návrh pěti jednotek edice by se neměl zaměňovat za pět různých typů tokenů nebo kupní sílu pěti ETH. Rozhraní může pozici shrnout, podkladový záznam by však měl uchovat dostatek podrobností k rekonstrukci přesného zamýšleného převodu.

Srovnání s botem pro obchodování ERC-721 je užitečné, protože odhaluje důležitou volbu modelování. Software navržený kolem vlastnictví jednotlivých předmětů by neměl tiše znovu používat tento předpoklad pro záznamy nesoucí množství. Před importem aktiv do obchodní účetní knihy určete podporovaný standard.

Oddělujte držená, rezervovaná a dostupná množství

Pozorovaný zůstatek odpovídá na otázku, kolik jednotek účet drží podle svých pravidel ověřování. Rezervované množství odpovídá na otázku, kolik jednotek je v rámci postupu zavázáno k aktivním záměrům prodeje nebo převodu. Dostupné množství je výpočtem podle pravidel, který zohledňuje tyto závazky a případné nevyřešené nesrovnalosti.

Předpokládejte hypotetický účet držící 12 jednotek Lantern Edition 7. Jeden aktivní pokyn rezervuje čtyři jednotky a jiná nevyřešená akce se týká dvou. Podle konzervativních pravidel rezervujících obojí zůstává pro nový pokyn dostupných pouze šest jednotek. Vykazování všech 12 jako volně dostupných by ignorovalo vlastní stávající závazky postupu.

Zdokumentujte, co vytváří a uvolňuje rezervaci. Vytvoření konceptu nemusí zasluhovat stejné zacházení jako povolení proveditelné objednávky, rozlišení však musí být záměrné. Žádost o zrušení by neměla uvolnit zásoby před získáním podkladů vyžadovaných skutečným návrhem provedení.

Pravidla rezervace množství ERC-1155 by měla přetrvávat přes restarty. Pokud rezervace existují pouze v paměti, restart aplikace může vykreslit dříve zavázané zásoby jako znovu dostupné. Před povolením dalšího návrhu využít zůstatek rekonstruujte rezervace z trvalých záznamů záměrů a výsledků.

Sledujte pořizovací šarže bez vymýšlení fyzických sériových čísel

Pořizovací šarže zaznamenává, kdy a za jaké náklady účet získal určité množství. Je účetním záznamem, nikoli nutně tvrzením, že jednotlivé jednotky mají samostatné sériové totožnosti. Účetní kniha může uchovávat ekonomickou historii několika nákupů, i když jednotky sdílejí jednu totožnost typu tokenu.

Pro ilustraci předpokládejte pořízení tří jednotek za 0,10 ETH každé a později dvou jednotek za 0,14 ETH každé před výdaji. Celková nákupní hodnota je 0,58 ETH za pět jednotek, což podle jednoduché konvence průměrných nákladů dává průměr 0,116 ETH za jednotku. Původní šarže by měly zůstat dostupné, i když zprávy ukazují tento průměr.

Zvolte jednotnou konvenci interního manažerského vykazování pro přiřazování pořizovacích nákladů pozbytím. Různé konvence mohou vytvářet různé údaje jednotlivých prodejů, zatímco celková aritmetika účtu zůstává ověřitelná a sladitelná. Neprezentujte zvolenou metodu jako univerzální daňové zacházení; průvodce se týká interní analýzy strategie a uchování záznamů.

Uchovávejte množství a výdaje každé šarže, aby bylo možné výpočet později změnit nebo přezkoumat bez ztráty zdrojových podkladů. Sloučení každého nákupu do jediného přepisovaného průměru ztěžuje vysvětlení nesouladu nebo prověření, která epizoda pořízení vytvořila aktuální expozici.

Rozlišujte jednotkovou cenu a celkovou částku objednávky

Nabídka může vyjadřovat podmínky způsoby vyžadujícími pečlivý výklad. Návrh musí určit, zda se zobrazená částka vztahuje na jednu jednotku, skupinu jednotek nebo celou objednávku. Toto rozlišení nikdy neodvozujte pouze z přítomnosti obrázku NFT nebo krátkého cenového označení.

V hypotetickém příkladu nabídka pořídit šest jednotek celkem za 0,48 ETH znamená 0,08 ETH za jednotku před výdaji. Nabídka šesti jednotek za 0,48 ETH každé znamená 2,88 ETH před výdaji. Stejná čísla vytvářejí velmi odlišnou expozici při nesprávném pochopení cenové jednotky.

V přezkumném záznamu ukazujte jednotkovou částku i celkový závazek. Zahrňte platební aktivum, požadované množství a přiřaditelné náklady. Recenzent by měl před povolením akce dokázat reprodukovat součet jednoduchým výpočtem.

Toto rozlišení testujte se záměrně nejednoznačnými vzorovými záznamy. Pokud importér nedokáže určit základ ceny, měl by návrh odmítnout nebo předat k vyššímu přezkoumání místo výběru pohodlného výkladu. Zdánlivě levná edice může být drahým nákupem při záměně pole celkové ceny za pole jednotkové ceny nebo naopak.

Zpracovávejte částečné provedení podle skutečné objednávky

Samotný standard tokenu neprokazuje možnost částečného vyplnění objednávky. Prozkoumejte cestu provedení a podmínky objednávky. Při podpoře částečného provedení by záznam účtu měl rozlišovat požadované množství, provedené množství, zbývající aktivní množství a zrušené množství nebo množství s vypršelou platností.

Předpokládejte hypotetickou objednávku požadující 10 jednotek, jejíž ověřený výsledek prokazuje čtyři pořízené jednotky. Záznam držby se zvýší o čtyři, zatímco zbývajících šest závisí na skutečném stavu objednávky. Započítání 10 jako držených vymýšlí zásoby; považování celé objednávky za dokončenou může zapomenout zbývající závazek.

Účtování částečných vyplnění ERC-1155 by mělo spojovat každé provedení s původním záměrem bez přepisování dřívějších vyplnění. Pokud dorazí tři jednotky a později dvě, záznam by měl ukazovat obě události a kumulativních pět. Tato historie pomáhá vysvětlovat rozdíly ve výdajích a načasování během pořízení.

Stejnou disciplínu používejte u prodejů. Částečné pozbytí snižuje držené množství o ověřené množství a uzavírá odpovídající část účetní pozice. Zbývající jednotky si zachovávají vlastní expozici a nákladový záznam. Označení prodeje by nikdy nemělo naznačovat zánik celé pozice edice, pokud jej nepodporují podklady o množství.

Při každém přezkoumání uchovávejte páry dávky

Pokud navržená akce obsahuje několik typů tokenů, uchovávejte přiřazení každého identifikátoru k jeho množství. Přezkumná obrazovka uvádějící všechny identifikátory na jednom místě a všechna množství jinde může ztěžovat odhalení nesouladu. Každý pár zobrazujte jako jednu významovou jednotku, i když podkladové rozhraní používá pole.

U fiktivní dávky mohou být zamýšlenými páry Edition 7 se třemi jednotkami, Edition 12 s jednou jednotkou a Edition 19 se šesti jednotkami. Záměna dvou množství mění akci, i když soubor identifikátorů a soubor čísel zůstávají stejné. Ověřování musí kontrolovat vztahy, nikoli jen přítomnost hodnot.

Definujte, jak postup představuje dávkový pokus a jeho ověřený výsledek. Nepředpokládejte, že seskupení provedení tržiště je totožné se seskupením rozhraní převodu tokenů. Účet by měl používat podklady skutečné cesty k určení, které zamýšlené změny nastaly.

Přezkoumání dávkového převodu ERC-1155 by mělo určit také příjemce a celkovou ekonomickou expozici. Dávka může zjednodušit operaci a současně zvýšit následky chybného cíle nebo přiřazení množství. Pohodlí neodstraňuje potřebu prozkoumat každou podstatně odlišnou součást návrhu.

Průhledně rozdělujte sdílené výdaje

Kombinovaná operace může způsobit výdaj, který nepřichází se samostatným rozpisem podle typů. Účetní kniha potřebuje výslovnou konvenci rozdělení pro interní analýzu při uchování skutečného součtu. Rovnoměrné rozdělení podle jednotek, rozdělení podle nákupní hodnoty a přímé přiřazení tam, kde je dostupné, odpovídají na různé otázky vykazování.

Uvažujte hypotetický nákup dvou typů s hodnotami 0,20 a 0,80 ETH a sdíleným výdajem 0,05 ETH. Rozdělení výdaje podle nákupní hodnoty přiřadí 0,01 a 0,04 ETH v příslušném pořadí. Rovnoměrné rozdělení mezi typy přiřadí každému 0,025 ETH. Ani jeden výpočet nemění celkovou vynaloženou částku 1,05 ETH, zprávy o výkonnosti jednotlivých typů se však liší.

Zvolte konvenci před porovnáváním strategií, zdokumentujte ji a používejte ji jednotně. Změna metody pro zlepšení vzhledu jedné ztrátové pozice činí analýzu zavádějící, i když celkový součet účtu stále odpovídá. Uchovávejte dostatek surových dat k přepočtu zpráv podle jiné rozumné konvence.

Viditelné udržujte také výdaje neúspěšných pokusů. Pokud pokus o pořízení nevytvoří žádné zásoby, ale způsobí náklady, projekt stále vynaložil prostředky. Zpráva omezená na úspěšné šarže podhodnocuje provozní zátěž a může vykreslit časté neúspěšné pokusy jako ekonomicky neškodné.

Modelujte kapacitu výstupu pro zamýšlené množství

Cena jedné jednotky neprokazuje, že větší množství lze prodat za stejných průměrných podmínek. Postup by měl hodnotit zamýšlenou velikost pozbytí a dostupný zájem kupujících, který se jí týká. Malá přitažlivá kotace může popisovat pouze zlomek pozice účtu.

Předpokládejte držbu 20 hypotetických jednotek. Kupující aktuálně nabízejí 0,10 ETH za první dvě jednotky, 0,08 ETH za další tři a žádné ověřené podmínky pro zbytek. Ocenění všech 20 na 0,10 ETH předpokládá poptávku, kterou podklady neukazují. Záznam by měl rozlišovat podložené příjmy a nevyřešený zbytek.

Pro vykazování zásob používejte více scénářů získání prostředků zpět. Model může ukazovat výsledek rychlého prodeje malého množství, prodeje většího množství za méně příznivých podmínek nebo delšího držení neprodaných jednotek. Jde o scénáře, nikoli přísliby budoucí likvidity.

Koncentrace množství je důležitá i při zdánlivě nízké jednotkové ceně. Opakované pořizování stejné edice může vázat podstatný kapitál na jediný okruh kupujících. Limit jednotlivé objednávky by proto měl doplňovat limit celkové držby a závazků na úrovni typu.

Udržujte záznam oprávnění bota pro obchodování ERC-1155 oddělený

Schválení provozovatele ve standardu má širší rozsah než jeden místně popsaný obchod. Postup by měl zobrazovat relevantní kontrakt a oprávněnou stranu a vysvětlovat vztah mezi touto pravomocí a zamýšlenou akcí. Přitažlivá cena není důvodem k přeskočení přezkoumání oprávnění.

Pozorování oprávnění ukládejte odděleně od stavu objednávky. Platnost objednávky může vypršet, zatímco pravomoc zůstává, a vypnutí strategie samo o sobě nepopisuje stav oprávnění. Přezkumný proces účtu by měl tato rozlišení zviditelňovat osobě odpovědné za peněženku.

Pokud se změní cesta provedení, znovu zhodnoťte pravomoc, kterou vyžaduje. Nepředpokládejte vhodné uplatnění dříve pozorovaného oprávnění jen proto, že nová cesta slouží podobnému účelu. Rozhodnutí by se mělo řídit ověřenými identifikátory a aktuálními požadavky.

Širší diskuse o mandátu u agenta pro obchodování NFT vysvětluje, proč plánování a pravomoc potřebují samostatné kontroly. Agent pracující s množstvím může navrhovat užitečné akce se zásobami, jeho oprávnění k jejich provedení by však mělo zůstat omezené výslovnými pravidly aktiv, množství či částek a provozu.

Ověřujte a slaďujte externí převody a neočekávané změny zůstatku

Vlastní historie objednávek bota nemusí vysvětlovat každý pohyb účtu. Člověk může použít jiné rozhraní, může jednat jiný oprávněný postup nebo aktivum může dorazit mimo očekávaný proces pořízení. Účetní kniha by měla zjistit změněný zůstatek a prověřit jeho zdroj místo vnucení do nejbližšího známého obchodu.

Pohyb klasifikujte jako pořízení, pozbytí, převod úschovy nebo nevyřešenou událost pouze tehdy, když podklady tuto klasifikaci podporují. Příchozí množství není automaticky nákupem za aktuální tržní cenu. Odchozí množství není automaticky prodejem s příjmy rovnými zobrazené kotaci.

Uchovávejte původní pozorování a pozdější vysvětlení. Pokud je nesoulad zůstatku po přezkoumání vyřešen, přidejte podpůrné podklady místo tichého nahrazení záznamu. Tím je historie účtu užitečná pro diagnostiku opakovaných problémů sběru dat nebo koordinace provozovatelů.

Pokud nesoulad ovlivňuje dostupné množství, pozastavte nové akce zahrnující sporný typ. Pokračování v rezervování nebo prodávání jednotek z nejistého zůstatku může vytvořit konfliktní závazky. Nezávislé sledování může pokračovat, zatímco dotčené zásoby zůstávají přezkoumávány.

Testujte výpočty množství na hranicích

Před rozšiřováním počtu typů nebo jednotek používejte malé přehledné příklady. Zahrňte nulové dostupné množství, množství nad ověřeným zůstatkem, částečně provedenou objednávku a dva souběžné návrhy soupeřící o stejné jednotky. Každý případ testuje jiný předpoklad rezervačního modelu.

Testujte převod a ukládání množství. Množství by se nemělo tiše zaokrouhlit na jiné povolené množství. Pokud cesta nebo aktivum vyžadují celočíselnou jednotku a návrh obsahuje nepodporovaný zlomek, výslovně jej odmítněte místo hádání záměru uživatele.

Začátečník může tyto případy projít spolu se cvičením bota NFT pro začátečníky. Smyslem je zviditelnit změny stavů pomocí jednoduchých čísel, aby provozovatel dokázal vysvětlit, proč se dostupné zásoby po každé události změnily.

Příklady uchovávejte jako regresní soubor pro pozdější změny. Nová zobrazovací součást nebo importér mohou zavést chyby množství i při nezměněném kódu provedení. Test by měl ověřovat smysluplné vztahy mezi drženým, rezervovaným a provedeným množstvím, nikoli jen potvrzovat, že se stále objevuje tlačítko.

Uzavřete relaci ověřením a sladěním množství a peněz

U každého typu propojte počáteční množství, ověřené přítoky, ověřené odtoky a konečné množství. Potom ověřte a slaďte související platební pohyby a výdaje. Tyto dva pohledy odpovídají na různé otázky a měly by souhlasit se zaznamenanými akcemi bez sloučení do jediného odhadu čisté hodnoty.

Rozdíly prověřte před zahájením další relace. Malý nesoulad může naznačovat zdvojené vyplnění, nezaznamenaný převod nebo chybu převodu dat. Jeho opakované přenášení ztěžuje pozdější ověření a sladění, protože každá nová akce závisí na již nejistém počátečním zůstatku.

Neprodané zásoby uchovávejte odděleně od realizovaných výsledků. Hypotetické ocenění přiřazené zbývajícím jednotkám není získanou hotovostí. Zprávy by měly vysvětlovat, kolik zdánlivé hodnoty strategie závisí na odhadu aktiv, která stále potřebují kupující.

Závěrečná poznámka relace by měla určovat nevyřešené objednávky, rezervovaná množství a případné změny oprávnění, které zůstávají relevantní. Klidná obchodní smyčka není úplným stavem účtu. Provozovatel potřebuje dostatek informací k soudržnému restartu bez opětovného zjišťování záměrů předchozí relace.

Časté otázky k obchodování edic

Znamená jedno ID tokenu vždy jednu jednotku?

Ne. Model účtu musí uchovávat pozorované množství spojené s typem tokenu. Zacházení s identifikátorem jako s držbou jediného předmětu může zkreslit zásoby a kapacitu objednávek. Používejte skutečný význam aktiva a cesty místo odvozování množství ze způsobu zobrazení obrázku tržištěm.

Je dávka vždy ekonomicky lepší?

Nemusí být. Dávka může měnit výdaje provedení a provozní složitost, výsledek však závisí na skutečné cestě a navrženém obsahu. Porovnávejte úplné náklady a následky neúspěšné nebo chybné akce. Samotné pohodlí neprokazuje lepší ekonomický výsledek.

Mohu vše prodat za poslední jednotkovou cenu?

Minulá jednotková cena neprokazuje aktuální poptávku po celé držbě. Prozkoumejte proveditelné podmínky pro zamýšlené množství a udržujte nepodložené příjmy viditelně nejisté. Velké pozice edic mohou vyžadovat jiný plán výstupu než ten naznačený malou nedávnou transakcí.

Jaká první kontrola je nejdůležitější?

Potvrďte, že postup rozlišuje typ tokenu, množství a základ ceny. Potom ověřte, že držené a rezervované množství po částečném výsledku odpovídají skutečnosti. Tyto základy dávají smysl pozdější analýze nákladů a zásob. Sofistikované oceňování nemůže napravit model účtu, který neví, kolik jednotek skutečně ovládá.