Bot mintujący NFT koordynuje więcej niż transakcję na początku emisji. Może weryfikować kwalifikację, przygotowywać autoryzowany mint, identyfikować nowo utworzone tokeny i śledzić ich metadane przez późniejsze ujawnienie. Każdy etap daje inne dowody, a proces powinien zachowywać te różnice.
Token może istnieć w zamierzonym portfelu, nadal pokazując obraz zastępczy. Późniejsze ujawnienie może zmienić wyświetlane media i cechy, nie oznaczając kolejnego zakupu. Bot traktujący te zdarzenia jako jeden ogólny komunikat sukcesu może pozostawić właściciela bez pewności, co nabył, ile to kosztowało i co nadal pozostaje nierozstrzygnięte.
Przewodnik śledzi fikcyjną kolekcję Marble Almanac. Wszystkie ilości, ceny, cechy i harmonogramy są wymyślone. Przykład dotyczy kolekcjonera uczestniczącego w dozwolonej emisji, co różni się od wdrażania i konfigurowania kolekcji przez twórcę.
Zdefiniuj proces bota mintującego NFT według roli
Proces bota mintującego NFT powinien określać, czyje zadanie wykonuje. Twórca może wdrażać kontrakt, przygotowywać media i konfigurować emisję. Kolekcjoner może w niej uczestniczyć i otrzymywać nowo mintowane przedmioty. Role mają różne wymagania dotyczące uprawnień i dowodów.
Omówienie Studio OpenSea rozróżnia tworzenie przedmiotów i przygotowanie emisji. Automatyzacja dla kolekcjonera nie powinna potrzebować praw administracyjnych twórcy tylko do oceny kwalifikacji lub przygotowania dozwolonego mintu.
W Marble Almanac fikcyjny bot działa dla jednego konta kolekcjonera. Sprawdza zatwierdzoną emisję, proponuje ilość w ramach właściwego przydziału i śledzi wynikowe aktywa. Nie zmienia podaży kolekcji, polityki ujawnienia ani kwalifikacji innych uczestników.
Wąska rola ułatwia ocenę procesu. Każdą możliwość można powiązać z zadaniem kolekcjonera. Żądanie szerszych uprawnień powinno być wyjaśnione jako osobna funkcja, zamiast ginąć w niejasnym wymogu umożliwienia mintowania.
Odróżniaj mintowanie od zakupu na rynku wtórnym
Mintowanie tworzy lub emituje tokeny według reguł kolekcji. Zakup na rynku wtórnym nabywa istniejące aktywo od innego posiadacza przez obsługiwaną transakcję. Oba mogą dodać NFT do portfela, lecz zapisy i niepewność się różnią.
Przed mintem kolekcjoner może nie znać dokładnych identyfikatorów tokenów lub końcowych cech. Oferta na rynku wtórnym często identyfikuje konkretny istniejący token. Bot nie powinien zakładać stosowalności tej samej logiki wyboru przedmiotów w obu sytuacjach.
Zapis kosztów powinien też określać rodzaj nabycia. Cena mintu i cena oferty sprzedawcy wynikają z różnych transakcji, a obowiązujące obciążenia mogą się różnić. Wspólny widok zasobów może zachowywać te rozróżnienia bez narzucania jednej etykiety każdemu nabyciu.
Ma to znaczenie przy późniejszej ocenie. Właściciel oceniający wynik mintu musi wiedzieć, które aktywa przyszły z tej kampanii, a które kupiono później. Ich mieszanie może sprawiać wrażenie uzyskania przez kampanię pożądanego przedmiotu, który faktycznie zakupiono osobno.
Utwórz zapis od mintu do ujawnienia
Zapis od mintu do ujawnienia łączy pierwotną decyzję o uczestnictwie z później obserwowanymi aktywami i metadanymi. Powinien zachowywać tożsamość emisji, sieć, zamierzonego odbiorcę, etap, autoryzowaną ilość i odniesienie do transakcji.
Zapis może zacząć powstawać przed poznaniem dokładnych identyfikatorów tokenów. Po zweryfikowaniu mintu dołącz identyfikatory i dowody ustalające zasoby odbiorcy. Nie wymyślaj numeru tokena z założonej kolejności nadejścia, jeśli rzeczywista transakcja go nie ustaliła.
Późniejsze obserwacje metadanych powinny wskazywać te same aktywa. Nowy obraz powinien aktualizować historię mediów zamiast tworzyć kolejny nabytek w rejestrze. Własność i informacje opisowe pozostają osobnymi relacjami.
Przewodnik po bocie NFT w Pythonie omawia architekturę wspierającą takie powiązane zapisy. Ważna zasada nie zależy od języka: jedno nabycie ekonomiczne może dawać kilka późniejszych obserwacji bez stawania się kilkoma zakupami.
Weryfikuj kwalifikację bez traktowania jej jako rezerwacji
Bot powinien sprawdzać zamierzony portfel względem wymagań bieżącego etapu i pozostałego przydziału. Kwalifikacja może zależeć od portfela, etapu, ceny i wcześniejszego uczestnictwa. Ogólne ogłoszenie otwarcia emisji nie ustala, że to konto może mintować proponowaną ilość.
Dozwolona ilość musi też mieścić się w budżecie właściciela. Portfel może kwalifikować się do większej liczby przedmiotów, niż właściciel chce nabyć. Przydział jest maksimum według reguł projektu, a nie instrukcją wydania aż do tego maksimum.
Dostępna podaż może zmienić się przed wykonaniem transakcji. Udane sprawdzenie kwalifikacji daje więc bieżące dowody, a nie gwarancję dalszej dostępności każdego żądanego przedmiotu. Proces powinien zachować tę niepewność w propozycji.
Jeśli kwalifikacja nie jest potwierdzona lub pozostaje niejasna, zapisz ograniczenie. Właściwą reakcją jest zbadanie obsługiwanego procesu lub rezygnacja z uczestnictwa, zamiast prób obchodzenia reguły przez alternatywne tożsamości lub powtarzane nieważne żądania.
Przygotuj mint z jawną ilością i kosztem
Dla fikcyjnego mintu trzech przedmiotów Marble Almanac załóż cenę 0,04 ETH za każdy. Świadczenie za mint wynosi 0,12 ETH. Jeśli rzeczywisty wydatek udanego wejścia wynosi 0,006 ETH, łączny koszt nabycia staje się równy 0,126 ETH.
Przed wysłaniem bot używałby zatwierdzonego maksimum zamiast zakładać dokładnie ten rzeczywisty wydatek. Propozycja powinna identyfikować odbiorcę, sieć, ilość i pełną dozwoloną kwotę. Zmiana tych warunków wymaga odpowiedniej ponownej oceny.
Przygotowane dane transakcji nie są ukończonym mintem. Właściciel lub autoryzowany proces podpisywania nadal musi zbadać i wysłać instrukcję, a bot śledzić rzeczywisty wynik. Udaną odpowiedź przygotowania należy odpowiednio oznaczyć.
Zapis powinien zachowywać ilość żądaną i faktycznie ustaloną. Jeśli obsługiwana ścieżka zwraca mniej przedmiotów lub całkiem zawodzi, zasoby odzwierciedlają rzeczywisty wynik. Nie należy wypełniać rejestru trzema przedmiotami tylko dlatego, że trzy znalazły się w pierwotnym planie.
Oddzielaj wysłanie od potwierdzenia zasobów
Po wysłaniu zachowaj odniesienie do transakcji i oczekiwany skutek. Brak odpowiedzi może pozostawić wynik niepewnym nawet po przyjęciu transakcji gdzie indziej. Bot powinien zbadać pierwotną próbę przed utworzeniem kolejnej niezależnej instrukcji mintu.
Gdy właściwe dowody sieci wspierają potwierdzenie wykonania, zidentyfikuj rzeczywiste tokeny i odbiorcę. Ogólny wskaźnik sukcesu nie wystarcza do wyjaśnienia, jakie aktywa otrzymało konto, zwłaszcza przy kilku operacjach w transakcji.
Dla fikcyjnego udanego mintu załóż zweryfikowany wynik ustalający identyfikatory tokenów 203, 204 i 205 w zamierzonej kolekcji i portfelu. Te identyfikatory stają się podstawą zasobów, a nie odgadnięta sekwencja z kolejności miniaturek na platformie.
Powtarzane powiadomienia o transakcji nie powinny dodawać przedmiotów. Bot powinien łączyć duplikaty z tym samym nabyciem i zachowywać istotne zmiany stanu. Liczba zdarzeń i nabyta ilość są różnymi miarami.
Zbuduj zasoby nowo mintowanych NFT przed ujawnieniem
Zasoby nowo mintowanych NFT mogą być prawidłowo ustalone mimo niepełnych mediów i cech. Zapis powinien pokazywać znaną tożsamość w sieci, identyfikatory tokenów, właściciela i koszty nabycia, jawnie oznaczając jeszcze nieustalone metadane.
W Marble Almanac każdy z trzech potwierdzonych przedmiotów otrzymuje w przykładzie równy przypisany koszt 0,042 ETH. Początkowe obrazy mogą wszystkie przedstawiać ten sam symbol zastępczy. Wspólny obraz nie czyni z nich jednego przedmiotu ani nie usuwa odrębnych tożsamości tokenów.
Zachowuj widoczną metodę przypisania. Inna może być właściwa dla odmiennego celu księgowego, ale suma przypisanych kosztów powinna uzgadniać się z rzeczywistym kosztem kampanii. Wybór nie powinien zmieniać się oportunistycznie po wzroście atrakcyjności jednego przedmiotu.
Wczesny zapis zasobów daje właścicielowi coś konkretnego do oceny. Może ustalać powodzenie mintu bez niepopartych twierdzeń o końcowym wyglądzie, rzadkości lub wartości odsprzedaży. Te pytania należą do późniejszych dowodów.
Zrozum znaczenie obrazu zastępczego
Wyjaśnienie OpenSea dotyczące obrazu przed ujawnieniem opisuje, dlaczego nowo mintowane przedmioty mogą mieć wspólne zastępcze media przed ujawnieniem końcowych informacji przez twórcę. Obraz zastępczy dotyczy prezentacji i metadanych, niekoniecznie braku własności tokena.
Bot powinien więc rozróżniać potwierdzony mint i ujawnione metadane. Łączenie ich może tworzyć fałszywe alarmy, gdy konto ma token, lecz obraz się nie zmienił. Może też tworzyć fałszywą pewność, jeśli obraz pojawi się przed weryfikacją własności.
Oczekiwany harmonogram ujawnienia powinien pochodzić z rzeczywistej komunikacji i konfiguracji projektu. Ogólny poradnik platformy nie może obiecać, kiedy konkretny twórca zakończy ten krok. Zapisuj źródło i czas obserwacji harmonogramu.
Przy zmianie harmonogramu zachowuj wcześniejsze oczekiwanie i aktualizację. Historia pomaga wyjaśniać okres posiadania i decyzje właściciela bez traktowania zmienionego terminu, jak gdyby był znany od początku.
Polecaj i zarabiaj USDC
Polecaj i zarabiaj USDCNasz program partnerski wypłaca prowizje w czasie rzeczywistym.
Śledź metadane przez obsługiwane źródło
Standardy metadanych OpenSea opisują udostępnianie metadanych obsługiwanych NFT EVM przez interfejsy kontraktów. Bot powinien używać odpowiedniego źródła aktywa zamiast wywodzić końcowe cechy z obrazu w pamięci podręcznej lub opisu niepowiązanej oferty.
Zachowuj czas obserwacji metadanych i istotne informacje o wersji. Odpowiedź z pamięci podręcznej może różnić się od nowszego obsługiwanego zapisu, a kolekcja może aktualizować pola opisowe. Proces powinien wyjaśniać, jakiej wersji używał do klasyfikacji cech.
Zmiana metadanych nie jest automatycznie zmianą własności. Aktualizuje informacje o istniejącym tokenie. Rejestr konta powinien oddzielać tę aktualizację od zdarzeń nabycia, sprzedaży lub transferu.
To samo rozróżnienie obowiązuje przy tymczasowej niedostępności metadanych. Nieudane pobranie nie ustala zniknięcia tokena. Oznacz dane opisowe jako niedostępne, zachowując potwierdzające własność dowody i badając brakujące źródło.
Traktuj metadane jako treść, a nie źródło uprawnień
Metadane mogą zawierać opisy, odnośniki i inny tekst kontrolowany przez odpowiedniego wydawcę. Nie wolno pozwalać im zmieniać polityki konta, odbiorcy lub zachowania podpisywania bota. Instrukcja osadzona w opisie przedmiotu nadal jest treścią przedmiotu.
Bot może wyświetlać lub streszczać treść we właściwym kontekście, lecz nie powinien wykonywać poleceń, ponieważ nowo ujawniony plik twierdzi, że są konieczne do odblokowania przedmiotu. Uprawnienia portfela wynikają z polityki użytkownika i zweryfikowanego procesu transakcji.
To szczególnie ważne, gdy proces łączy badanie kolekcji z automatycznymi działaniami. Przekonująca narracja w metadanych powinna pozostać dowodem do oceny, a nie uprzywilejowanym komunikatem administracyjnym. Operator potrzebuje jasnego rozróżnienia twierdzeń opisowych i autoryzowanych instrukcji.
Przegląd metadanych może też identyfikować brakujące lub wadliwe pola bez zgadywania wartości. Jeśli cechy nie da się wiarygodnie zinterpretować, zapisz klasyfikację jako nieznaną. Zmyślona wartość domyślna może rozprzestrzenić się w obliczeniach rzadkości i sprawić, że późniejsza wycena wygląda na pewniejszą, niż jest.
Przeliczaj obserwacje cech bez wymyślania wartości
Po ujawnieniu załóż, że jeden fikcyjny przedmiot ma cechę Pearl występującą w trzydziestu z tysiąca przedmiotów zbioru danych. Obserwowana częstość wynosi 3% w tym zdefiniowanym zbiorze. To opisowa dana o rzadkości, a nie dowód premii rynkowej.
Mianownik ma znaczenie. Przy częściowym ujawnieniu kolekcji lub pominięciu przedmiotów przez źródło danych liczba może nie opisywać końcowej kolekcji. Bot powinien zachowywać zakres pokrycia i nie traktować bez wyraźnego uzasadnienia niepełnej próby jako pełnej podaży.
Metoda rzadkości może łączyć cechy w określony sposób, a różne metody dawać inne rankingi. Zapis powinien identyfikować metodę i wersję metadanych zamiast przedstawiać jedno miejsce jako trwałą właściwość niezależną od obliczenia.
Przewodnik po strategii mintowania NFT dla zysku osobno bada uzasadnienie ekonomiczne. Otrzymanie nietypowej cechy może być interesujące, ale właściciel nadal potrzebuje dowodów popytu kupujących, wykonalnych warunków i pełnych kosztów sprzedaży przed stwierdzeniem zyskownego wyniku.
Utrzymuj informacyjne alerty ujawnienia w określonych granicach
Alert ujawnienia powinien wskazywać zmieniony token, nowo zaobserwowane informacje i ich źródło. Powinien unikać zamiany aktualizacji metadanych w automatyczny zakup, sprzedaż lub ogólne twierdzenie o wartości przedmiotu.
Jeśli kilka pól aktualizuje się szybko po sobie, grupuj powiązane obserwacje tam, gdzie to właściwe. Właściciel potrzebuje użytecznego zapisu zmiany, a nie dziesiątek powiadomień opisujących to samo ujawnienie z nieznacznie różnych znaczników czasu.
Przewodnik po bocie NFT w Discordzie omawia projektowanie powiadomień i uprawnienia. Kanał czatu może dostarczać przydatne dowody, podczas gdy uprawnienia portfela pozostają w osobnym procesie transakcji. Pilna wiadomość nie powinna omijać przeglądu konta.
Zachowuj niepewność w sformułowaniu alertu. Zaobserwowanie metadanych i zweryfikowanie ich we właściwym obsługiwanym źródle mogą być różnymi etapami. Operator powinien rozumieć, co nadal wymaga sprawdzenia przed użyciem nowych informacji do wyceny lub decyzji o wystawieniu.
Obsługuj transfery podczas okresu ujawnienia
Właściciel może przenieść lub sprzedać mintowany przedmiot przed pojawieniem się końcowych metadanych. Bot powinien śledzić rzeczywisty obecny zasób, zachowując historię pierwotnej kampanii. Późniejsze ujawnienie sprzedanego tokena nie jest już dowodem o przedmiocie nadal posiadanym przez konto.
Rozróżnienie zapobiega mylącemu widokowi portfela inwestycyjnego. Jeśli token 204 opuszcza portfel, a później ujawnia pożądaną cechę, aplikacja nie powinna wliczać jego nowej wyceny do obecnych zasobów tylko dlatego, że należał do pierwotnej partii mintu.
Podobnie przedmiot przychodzący z innego portfela w okresie ujawnienia nie powinien automatycznie otrzymywać pierwotnego kosztu mintu kampanii. Jego historia nabycia lub transferu wymaga własnych dowodów. Nieznana podstawa kosztowa powinna pozostać widoczna.
Zapis od mintu do ujawnienia może więc obsługiwać widok historyczny i bieżący. Historyczny pokazuje rezultat kampanii; bieżący to, co konto nadal kontroluje. Ich rozdzielenie pozwala uniknąć przepisywania którejkolwiek historii po zmianie własności.
Śledź jedną sprzedaż bez zamykania całej kampanii
Wróć do trzech przedmiotów nabytych za łączne 0,126 ETH i przypisanych po 0,042 ETH każdy. Załóż późniejszą sprzedaż jednego za 0,06 ETH. Wymyślone potrącenie 5% to 0,003 ETH, a osobny wydatek wyjścia 0,002 ETH pozostawia wpływy netto 0,055 ETH.
Zrealizowany zysk sprzedanego przedmiotu wynosi 0,013 ETH po odjęciu przypisanego kosztu nabycia. Dwa przedmioty pozostają otwarte z łącznym kosztem 0,084 ETH. Ich końcowy wynik jest nierozstrzygnięty, nawet jeśli platforma wyświetla atrakcyjne wyceny według cen ofert sprzedaży.
Gdyby dwa przedmioty później nie miały wartości możliwej do odzyskania przez sprzedaż, zakończona kampania otrzymałaby tylko wpływy netto 0,055 ETH wobec wydanych 0,126 ETH, czyli stratę 0,071 ETH. Ten scenariusz spadkowy pokazuje, dlaczego jedna udana sprzedaż nie ustala zyskowności całego mintu.
Przykład używa założonych opłat i równego przypisania dla jasności. Rzeczywiste księgowanie powinno zachowywać kwoty w natywnych jednostkach i dowody transakcji. Kluczowa relacja polega na realizowaniu przez częściowe sprzedaże tylko części kampanii przy dalszym znaczeniu pozostałych zasobów.
Oceniaj opóźnienia jako zdarzenia operacyjne i ekonomiczne
Opóźnione ujawnienie może wydłużyć czas braku informacji o końcowych cechach. Może też przedłużyć okres przed planowaną sprzedażą lub przeglądem wyceny. Bot powinien zapisywać opóźnienie bez wymyślania gwarantowanego wpływu na cenę.
Niektórzy kupujący mogą cenić niepewność przed ujawnieniem, inni czekać na znane cechy. Proces nie powinien zakładać, że ujawnienie zawsze podnosi lub obniża wartość. Efekt ekonomiczny wymaga dowodów z rzeczywistej kolekcji i rynku.
Operator może określić punkt przeglądu po niedotrzymanym terminie. Przegląd może aktualizować plan utrzymywania, szukać bieżących informacji projektu lub ustalać, że niepewność nie jest już dopuszczalna według strategii. Nie autoryzuje zmiany procesu twórcy.
Oddzielaj stan operacyjny i osąd wyceny. Niedostępność usługi metadanych jest zaobserwowanym problemem. Prognoza słabej sprzedaży przedmiotu z tego powodu jest dalszym wnioskiem wymagającym własnego oznaczenia i oceny na podstawie dowodów.
Sprawdź bota mintującego NFT przez cały zapis
Znaczący test zaczyna się od dozwolonego fikcyjnego mintu i śledzi wynikowe identyfikatory przez zastępcze metadane, późniejszą aktualizację i częściową sprzedaż. Oczekiwane zapisy ilości i kosztów powinny być obliczone przed uruchomieniem testu.
Uwzględnij zduplikowane powiadomienie transakcji, błąd pobrania metadanych i przedmiot przeniesiony przed ujawnieniem. Bot powinien zachować jedno nabycie, pozostawić niepotwierdzone informacje opisowe jako nieznane i usuwać sprzedane lub przeniesione przedmioty z obecnych zasobów bez kasowania ich historii.
Test powinien też odrzucać propozycję z niewłaściwym odbiorcą lub przekroczonym przydziałem. Techniczna możliwość zbudowania transakcji nie ustala zgodności z polityką uczestnictwa użytkownika. Bot musi wyjaśniać dopuszczenie lub odrzucenie działania.
Bot mintujący NFT jest użyteczny, gdy łączy etapy bez ich mylenia. Kwalifikacja wspiera propozycję, wykonanie ustala tokeny, metadane je opisują, a księgowanie śledzi to, co właściciel rzeczywiście zachowuje lub sprzedaje. Pełny zapis pozwala zrozumieć mint nawet wtedy, gdy końcowa grafika przychodzi długo po transakcji.