Bot handlowy ERC-1155: uzgadniaj każdą ilość

Buduj bota ERC-1155 wokół typów tokenów

Oficjalna specyfikacja ERC-1155 opisuje interfejs kontraktu wielu typów z saldami konta i identyfikatora. Obejmuje transfery pojedyncze i partiami, zapytania sald partiami i zgody operatora. Nie określa ceny edycji lub częściowego wykonania zlecenia rynku.

Łańcuch, kontrakt i identyfikator tworzą tożsamość typu; ilość zapisuj osobno. Identyfikator nie jest posiadaną ilością. Podział zapobiega odczytaniu oznaczenia jako kwoty i pozwala kilku nabyciom tworzyć obecne saldo.

Dodawaj jasną jednostkę każdej ilości. Pięć jednostek edycji nie oznacza pięciu typów lub pięciu ETH siły zakupowej. Interfejs może podsumować, lecz zapis potrzebuje szczegółów do odtworzenia transferu.

Porównanie z botem ERC-721 ujawnia ważny wybór modelu. Oprogramowanie własności przedmiotów nie powinno cicho stosować tego do ilości. Wskaż standard przed importem do ewidencji.

Oddzielaj ilości posiadane, rezerwowane i dostępne

Obserwowane saldo odpowiada na posiadaną ilość według polityki weryfikacji. Rezerwa to jednostki zaangażowane w aktywne zamiary sprzedaży lub transferu. Dostępność jest obliczeniem polityki uwzględniającym zobowiązania i nierozstrzygnięte różnice.

Załóż konto z 12 jednostkami Lantern Edition 7. Aktywna instrukcja rezerwuje cztery, a nierozstrzygnięte działanie dotyczy dwóch. Przy ostrożnej rezerwacji obu pozostaje sześć na nową instrukcję. Pełne 12 jako wolne ignoruje zobowiązania.

Dokumentuj tworzenie i zwolnienie rezerwy. Szkic nie musi zasługiwać na ujęcie autoryzowanego zlecenia, lecz rozróżnienie musi być świadome. Żądanie anulowania nie powinno zwalniać przed dowodami wymaganymi przez wykonanie.

Rezerwacje ERC-1155 muszą przetrwać restart. Sama pamięć po restarcie pokazuje dawne zobowiązania jako wolne. Odtwórz rezerwy z trwałych zamiarów i wyników przed następną propozycją.

Śledź partie nabycia bez wymyślonych numerów seryjnych

Partia nabycia zapisuje czas i koszt ilości. To ewidencja, niekoniecznie twierdzenie o osobnych serialach jednostek. Może zachowywać zakupy tej samej tożsamości typu.

Załóż trzy jednostki po 0,10 ETH i później dwie po 0,14 ETH przed kosztami. Zakup wynosi 0,58 ETH za pięć, średnio 0,116 ETH według prostej średniej kosztu. Partie powinny pozostać mimo raportowanej średniej.

Wybierz spójną konwencję wewnętrznego przypisywania kosztu zbyciom. Inne dają inne wyniki sprzedaży przy uzgadnialnej całości. Nie opisuj wybranej metody jako uniwersalnej zasady rozliczeń podatkowych; przewodnik dotyczy wewnętrznej analizy strategii oraz zachowywania zapisów.

Zachowuj ilości i wydatki partii do późniejszej zmiany lub oceny bez utraty źródeł. Jedna nadpisywana średnia utrudnia różnice i wskazanie epizodu obecnej ekspozycji.

Odróżniaj cenę jednostki od sumy zlecenia

Oferta może wyrażać warunki wymagające interpretacji. Wskaż zastosowanie kwoty do jednostki, grupy lub całości. Obraz NFT lub krótka etykieta nie ustalają tego.

Oferta sześciu jednostek za łącznie 0,48 ETH daje 0,08 ETH na jednostkę przed kosztami. Sześć po 0,48 ETH każda daje 2,88 ETH. Te same liczby tworzą inną ekspozycję przy błędnej jednostce ceny.

Pokazuj kwotę jednostkową i łączne zobowiązanie z aktywem płatności, ilością i kosztami. Recenzent powinien odtworzyć sumę prostą arytmetyką przed zgodą.

Testuj celowo niejasne zapisy. Przy braku podstawy ceny importer powinien odrzucać lub eskalować zamiast wygodnej interpretacji. Edycja wyglądająca tanio może być droga przy pomyleniu kwoty całkowitej i jednostkowej.

Obsługuj częściowe wykonanie według faktycznego zlecenia

Standard sam nie ustala częściowego wykonania zlecenia. Sprawdź ścieżkę i warunki. Przy obsłudze odróżniaj ilość żądaną, wykonaną, nadal aktywną i anulowaną lub wygasłą.

Żądanie 10 jednostek z dowodem nabycia czterech zwiększa zasób o cztery, a sześć zależy od stanu zlecenia. Liczenie 10 jako posiadanych wymyśla zasoby; uznanie całego zlecenia za skończone może zapomnieć zobowiązanie.

Ewidencja częściowych wykonań ERC-1155 powinna łączyć każde z zamiarem bez nadpisania wcześniejszych. Trzy otrzymane i później dwie to oba zdarzenia i łączne pięć. Historia wyjaśnia koszty i czasy.

Tak samo sprzedaż zmniejsza saldo o zweryfikowaną ilość i zamyka część pozycji księgowej. Pozostałe jednostki zachowują ekspozycję i koszt. Etykieta sprzedaży nie usuwa całej pozycji bez dowodów ilości.

Zachowuj pary partii w każdym przeglądzie

Przy kilku typach zachowuj parę każdego identyfikatora i ilości. Osobne listy identyfikatorów i kwot utrudniają zauważenie niezgodności. Pokazuj parę jako jednostkę znaczenia nawet przy tablicach interfejsu.

Fikcyjne pary to Edition 7 z trzema, Edition 12 z jedną i Edition 19 z sześcioma jednostkami. Zamiana dwóch ilości zmienia działanie mimo tych samych zbiorów liczb. Waliduj relacje, nie samą obecność.

Zdefiniuj próbę partii i zweryfikowany wynik. Nie zakładaj identycznego grupowania rynku i interfejsu transferu. Używaj dowodów ścieżki do ustalenia rzeczywistych zmian.

Przegląd transferu partii ERC-1155 powinien też wskazywać odbiorcę i łączną ekspozycję. Uproszczenie operacji może zwiększać konsekwencje złego adresu lub mapowania. Wygoda nie usuwa badania istotnie różnych części.

Przejrzyście rozdzielaj wspólne wydatki

Łączna operacja może mieć wydatek bez rozbicia typów. Potrzebna jest jawna konwencja analizy z zachowaną sumą. Równy podział na jednostkę, według zakupu i bezpośrednie przypisanie odpowiadają innym pytaniom.

Przy zakupach dwóch typów 0,20 i 0,80 ETH i wspólnym koszcie 0,05 ETH podział według wartości daje 0,01 i 0,04 ETH. Równo między typy daje po 0,025 ETH. Żadna arytmetyka nie zmienia wydatku 1,05 ETH, lecz wyniki typów różnią się.

Wybierz konwencję przed porównaniem, zapisz i stosuj spójnie. Zmiana dla lepszego wyglądu stratnej pozycji myli mimo poprawnej sumy. Zachowuj dane do przeliczenia inną rozsądną metodą.

Pokazuj też koszty nieudanych prób. Brak zasobów po kosztownej próbie nie oznacza braku wydatku. Same udane partie zaniżają obciążenie i upodabniają częste porażki do ekonomicznie nieszkodliwych.

Modeluj wyjście zamierzonej ilości

Cena jednej jednostki nie ustala sprzedaży większej ilości po tej samej średniej. Oceniaj zamierzone zbycie i popyt. Mała atrakcyjna oferta może dotyczyć ułamka pozycji.

Załóż 20 jednostek. Kupujący oferują 0,10 ETH za pierwsze dwie, 0,08 ETH za kolejne trzy i brak zweryfikowanych warunków reszty. Wycena całych 20 po 0,10 ETH zakłada niewykazany popyt. Oddzielaj poparte wpływy od nierozstrzygniętej reszty.

Używaj kilku scenariuszy odzyskania: szybka mała sprzedaż, większa gorsza lub dłuższe trzymanie niesprzedanych. To scenariusze, nie obietnice płynności.

Koncentracja ilości liczy się mimo skromnej ceny jednostki. Powtarzane zakupy edycji wiążą kapitał z jedną grupą kupujących. Limit zlecenia powinien uzupełniać limit całego typu, posiadania i zobowiązań.

Zachowuj osobny zapis uprawnień ERC-1155

Zgoda operatora standardu jest szersza niż lokalna transakcja. Pokazuj kontrakt, upoważniony podmiot i relację uprawnienia do działania. Cena nie usprawiedliwia pominięcia przeglądu.

Obserwacje zgód przechowuj osobno od zleceń. Zlecenie wygasa przy trwających uprawnieniach, a wyłączenie strategii nie opisuje zgód. Proces powinien uwidaczniać różnice odpowiedzialnemu za portfel.

Po zmianie ścieżki oceniaj wymagane uprawnienia ponownie. Wcześniejsza zgoda nie musi pasować tylko przez podobny cel. Zweryfikowane identyfikatory i obecne wymagania kierują decyzją.

Szerszy mandat agenta handlu NFT wyjaśnia osobne kontrole planu i uprawnień. Agent ilości może proponować użyteczne działania, ale wykonanie pozostaje ograniczone jawnymi aktywami, kwotami i regułami.

Uzgadniaj transfery zewnętrzne i niespodziewane salda

Własna historia nie musi wyjaśniać wszystkich ruchów. Osoba używa innego interfejsu, inny autoryzowany proces działa lub aktywo przychodzi poza nabyciem. Wykrywaj saldo i badaj źródło zamiast wciskać do najbliższej transakcji.

Klasyfikuj nabycie, zbycie, transfer pieczy lub nierozstrzygnięte zdarzenie tylko przy dowodach. Wpływ ilości nie jest automatycznie zakupem po obecnej cenie. Wypływ nie jest sprzedażą po ofercie.

Zachowuj obserwację i późniejsze wyjaśnienie. Po rozwiązaniu różnicy dodaj dowody zamiast cichego zastąpienia. Historia pomaga diagnozować dane i koordynację operatorów.

Wstrzymaj działania spornego typu przy wpływie na dostępność. Dalsza rezerwacja lub sprzedaż niepewnego salda tworzy konflikty. Niezależne monitorowanie może trwać przy przeglądzie zasobu.

Testuj ilości na granicach

Używaj małych sprawdzalnych przykładów przed skalą typów i jednostek. Dodaj zero dostępne, kwotę ponad saldo, częściowe wykonanie i dwie równoczesne propozycje tych samych jednostek. Każda bada inne założenie rezerwacji.

Testuj parsowanie i zapis. Ilość nie powinna być cicho zaokrąglana do innej autoryzowanej kwoty. Przy wymaganej całkowitej jednostce i nieobsługiwanym ułamku odrzucaj jawnie zamiast zgadywać zamiar.

Początkujący może ćwiczyć z botem NFT dla początkujących. Proste liczby mają uwidaczniać zmiany, by wyjaśniał dostępność po zdarzeniach.

Zachowuj przykłady jako regresję. Nowy widok lub importer mogą wprowadzać błędy bez zmiany wykonania. Testuj znaczące relacje ilości posiadanych, rezerwowanych i wykonanych, nie tylko obecność przycisku.

Zakończ sesję uzgodnieniem ilości i gotówki

Dla typu połącz początek, zweryfikowane wpływy i wypływy oraz koniec ilości. Potem płatności i wydatki. Widoki odpowiadają innym pytaniom i powinny zgadzać się z działaniami bez jednej wyceny netto.

Badaj różnice przed kolejną sesją. Mała niezgodność może być duplikatem, niezapisanym transferem lub parserem. Przenoszenie utrudnia uzgodnienie, bo działania zależą od niepewnego początku.

Niesprzedane zasoby zachowuj osobno od wyniku zrealizowanego. Hipotetyczna wycena reszty nie jest odzyskaną gotówką. Wyjaśniaj udział wartości zależny od szacunku aktywów nadal potrzebujących kupujących.

Końcowa notatka powinna wskazywać nierozstrzygnięte zlecenia, ilości rezerw i nadal istotne zmiany zgód. Cicha pętla nie jest pełnym stanem konta. Restart potrzebuje informacji bez ponownego odkrywania zamiarów starej sesji.

Najczęściej zadawane pytania o edycje

Czy jeden identyfikator zawsze oznacza jednostkę?

Nie. Model musi zachowywać obserwowaną ilość typu. Jeden przedmiot z identyfikatora może błędnie przedstawiać zasoby i zdolność zleceń. Używaj semantyki aktywa i ścieżki, nie obrazu rynku.

Czy partia zawsze jest ekonomicznie lepsza?

Niekoniecznie. Zmienia wydatki i złożoność, ale wynik zależy od ścieżki i zawartości. Porównuj koszty i skutki błędnego działania. Wygoda nie dowodzi lepszej ekonomii.

Czy sprzedać wszystko po ostatniej cenie jednostki?

Dawna cena nie ustala obecnego popytu całości. Badaj wykonalne warunki ilości i pokazuj niepewność niepopartych wpływów. Duża edycja może potrzebować innego wyjścia niż mała ostatnia transakcja.

Jaka pierwsza kontrola jest najważniejsza?

Odróżnienie typu, ilości i podstawy ceny. Potem uzgodnienie posiadanych i rezerwowanych po częściowym wyniku. Podstawy nadają sens kosztom i zasobom. Wycena nie naprawia modelu nieznającego ilości pod kontrolą.