Bot licytujący na OpenSea potrzebuje czegoś więcej niż reguły wystawiania konkurencyjnej ceny. Musi ustalić, jakie przedmioty konto jest gotowe nabyć, ile każde możliwe nabycie jest warte według strategii i jak aktywne oferty dzielą dostępne środki. Wygaśnięcie i anulowanie określają następnie, jak długo te zobowiązania pozostają istotne.
Pojedyncza oferta może wyglądać na niewielką, a jednocześnie przyczyniać się do nadmiernej łącznej ekspozycji. Może też pozostawać aktywna po zdezaktualizowaniu się dowodów wykorzystanych do jej wyceny. Koordynacja ceny, finansowania i czasu obowiązywania ujawnia te warunki, zanim kilku właścicieli przyjmie oferty w krótkim odstępie.
Artykuł używa hipotetycznych przykładów dotyczących Ethereum, z ofertami w WETH i osobno zapisanymi wydatkami w natywnym ETH. Inne sieci mogą korzystać z innych modeli finansowania. Poniższe kolekcje, kwoty, opłaty i harmonogramy są wymyślone, aby objaśnić proces, a nie opisać dostępne okazje.
Najpierw określ budżet bota licytującego na OpenSea
Budżet bota licytującego na OpenSea powinien określać maksymalne nabytki i zobowiązania płatnicze dopuszczane przez konto. Widoczne saldo WETH jest faktem operacyjnym, a budżet stanowi politykę wykorzystania tego salda.
Polityka może obejmować limit łącznych zobowiązań, limit na kolekcję i maksymalną kwotę na jeden przedmiot. Limity służą różnym celom. Spełnienie limitu przedmiotu nie dowodzi, że całe konto może obsłużyć wszystkie aktywne oferty razem.
Uwzględniaj posiadane zasoby i nabytki o nierozstrzygniętym stanie zgodnie z wybraną miarą ekspozycji. Jeśli polityka używa kosztów nabycia, zachowuj ten wybór konsekwentnie zamiast podstawiać korzystną wycenę według ceny minimalnej za każdym razem, gdy kolekcja drożeje.
Przewodnik po bocie ofert NFT analizuje nakładające się zobowiązania dotyczące przedmiotów, cech i kolekcji. Tutaj zacznij od budżetu wspólnego dla wszystkich tych ofert. Konto nie powinno pozwalać każdemu niezależnemu zadaniu licytacji traktować pełnego salda jako własnego przydziału.
Zbuduj górny limit oferty dla konkretnej kolekcji
Górny limit oferty dla konkretnej kolekcji odzwierciedla przedmioty, które strategia jest gotowa otrzymać, i dowody uzasadniające ich wartość. Ogólną ofertę na kolekcję można przyjąć, dostarczając kwalifikujący się przedmiot o mniej pożądanych cechach niż ulubione przykłady analityka.
Limit powinien więc odzwierciedlać rzeczywisty zbiór kwalifikujących się przedmiotów. Jeśli strategia nie potrafi uzasadnić ceny zwykłych przedmiotów w tym zbiorze, ogólna oferta może być nieodpowiednia. Najbardziej imponująca historyczna sprzedaż kolekcji nie ustala wartości każdego jej tokena.
Używaj aktualnych, istotnych dowodów sprzedaży i popytu, zachowując niepewność. Nieliczne transakcje, zmieniające się metadane i słaba płynność wyjścia mogą sprawiać, że precyzyjny limit oferty wygląda na bardziej wiarygodny, niż uzasadniają dane.
Reguła oferty powinna też określać, co obniży limit lub spowoduje jego wycofanie. Zmieniona definicja kolekcji, mniejszy popyt kupujących lub istotna zmiana próby porównawczej mogą unieważnić wcześniejszy szacunek. Wygaśnięcie pomaga ograniczyć ekspozycję w czasie, ale nie zastępuje przeglądu wyceny.
Oddziel kwotę oferty od wpływów netto sprzedawcy
Kwota, do której zobowiązuje się kupujący, i kwota otrzymywana przez sprzedawcę mogą różnić się przez obowiązujące obciążenia. Bot powinien identyfikować rzeczywiste zobowiązanie płatnicze, zamiast wywodzić je z widoku wpływów netto przeznaczonego dla innego uczestnika.
Dla fikcyjnej oferty na 0,42 WETH zapisz, czy ta kwota stanowi pełne świadczenie kupującego według proponowanych warunków. Wszelkie osobne wydatki konta należy wskazać wprost. Nie dodawaj procentu ponownie, jeśli transakcja już rozdziela go w ramach podanej kwoty.
Wskazówki OpenSea dotyczące opłat rozróżniają opłaty platformy, wynagrodzenia twórców i koszty sieci. Właściwe obliczenie korzysta z bieżącego zlecenia i ścieżki realizacji, a nie uniwersalnej stawki zapamiętanej ze starego poradnika.
Rozróżnienie ma znaczenie zarówno dla wyceny, jak i finansowania. Kupujący może porównywać pełny koszt nabycia z szacowanymi wpływami netto z wyjścia. Porównanie przyszłej sprzedaży brutto z niepełnym obecnym kosztem zawyża marżę po obu stronach transakcji.
Wykonaj pełne hipotetyczne obliczenie wyjścia
Załóż, że fikcyjny zakup za 0,42 WETH wiąże się z przypisanym wydatkiem przygotowawczym 0,002 ETH. W uproszczonym obliczeniu planistycznym wyceń ETH i WETH w stosunku jeden do jednego, uzyskując koszt nabycia równoważny 0,422 ETH. Rzeczywiste zapisy zachowują oba aktywa oddzielnie.
Załóż późniejszą sprzedaż brutto za równowartość 0,5 ETH. Przy wymyślonym łącznym potrąceniu sprzedażowym 3% wartość netto przed kosztem sieci przy wyjściu wynosi 0,485. Odjęcie założonego wydatku wyjścia 0,006 pozostawia 0,479, czyli zysk 0,057 względem kosztu nabycia.
Jeśli sprzedaż brutto nastąpi zamiast tego po 0,4, to samo założenie procentowe pozostawia 0,388 przed wydatkiem wyjścia i 0,382 po nim. Wynikiem jest strata 0,04. Możliwość sfinansowania oferty nie usuwa niepewności, ile zapłaci późniejszy kupujący.
Liczby są warunkowymi przykładami edukacyjnymi. Strategia nie powinna traktować wyższej kwoty sprzedaży jako dostępnej tylko dlatego, że ceny ofert sprzedaży kolekcji osiągają ten poziom. Uzasadniony górny limit oferty wymaga wiarygodnego scenariusza spadku i niesprzedanych zasobów, a także korzystnego wyjścia.
Zrozum obecny model finansowania ofert
Wskazówki OpenSea dotyczące ofert na kolekcję opisują oferty w Ethereum korzystające z WETH w portfelu. Bot musi śledzić możliwe wydatki nawet wtedy, gdy środki nie zostały przeniesione na osobne saldo depozytu powierniczego.
Samo saldo tokena nie określa więc niewykorzystanych możliwości strategii. Kilka aktywnych ofert może odwoływać się do tych samych dostępnych środków, podczas gdy konto może chcieć rezerwować kwotę wystarczającą na wszystkie dozwolone nabytki. Polityka powinna jasno określić ten wybór.
Nie przenoś tego modelu bez zmian na Solanę. Obecne oferty w Solanie na OpenSea utrzymują środki w łańcuchu i mają inne warunki waluty i rodzaju oferty. Wspólny interfejs powinien zachowywać faktyczne zachowanie finansowania danej ścieżki zamiast nadawać każdej sieci tę samą wewnętrzną etykietę.
Po dodaniu innego mechanizmu lub platformy przeanalizuj je niezależnie. Użyteczną zasadą ogólną jest modelowanie tego, co może się wykonać i jakie zasoby może zużyć. Konkretny przepływ salda zależy od rzeczywistej implementacji.
Zsumuj aktywne oferty przed autoryzacją kolejnej
Załóż fikcyjne konto z 2 WETH i trzema niezależnie aktywnymi możliwymi nabytkami za 0,45, 0,55 i 0,65 WETH. Ich łączne zobowiązanie wynosi 1,65 WETH. Przy polityce pełnej rezerwacji salda pozostaje 0,35 WETH przed innymi potrzebami.
Załóż teraz, że limit zobowiązań właściciela na nabytki wynosi tylko 1,5 WETH. Aktywny zbiór już przekracza politykę o 0,15 WETH, mimo że mieści się w saldzie portfela. To niespójność z polityką, którą trzeba poprawić, zamiast przesłaniać dostępnymi środkami.
Jeśli zobowiązanie na 0,65 WETH stanie się ostatecznie nieskuteczne, pozostałe dwa dają łącznie 1 WETH. Polityka pozostawia wtedy możliwość zaangażowania 0,5 WETH. Żądania anulowania bez odpowiedzi nie można uznać za tę zakończoną zmianę.
Obliczenie powinno używać rzeczywistych możliwych ilości i zasad wzajemnej wyłączności. Jedno zlecenie, które może wykonać się raz, różni się od kilku osobnych zleceń. Liczenie wierszy wyświetlanych na ekranie bez zrozumienia zobowiązań może zawyżać lub zaniżać ekspozycję konta.
Zachowuj zakres każdej oferty
Oferta na przedmiot identyfikuje konkretny NFT, a oferta na kolekcję lub cechę obejmuje kwalifikujący się zbiór. Bot musi zachowywać ten zakres i definiujące go dowody. Krótka etykieta kolekcji nie wystarcza do ustalenia, co konto może otrzymać.
Przy ofercie opartej na cechach potwierdź obsługiwane kryteria i ich interpretację przez platformę. Lokalne wyszukiwanie tekstu w metadanych nie powinno po cichu zastępować rzeczywistego zbioru kwalifikującego się do zlecenia. Metadane mogą też zmienić się po utworzeniu oferty.
Przewodnik po licytowaniu według cech kolekcji OpenSea omawia te rozróżnienia. Dla koordynacji każda oferta powinna łącznie zawierać zakres, maksymalną możliwą ilość, kwotę płatności i bieżący stan.
Zapis wspiera też przegląd po realizacji. Jeśli konto nabywa kwalifikujący się, lecz mniej pożądany przedmiot, pytanie brzmi, czy zakres wyceniono odpowiednio. Bot nie powinien klasyfikować tego jako błędu technicznego tylko dlatego, że wynik różni się od ulubionego przykładu analityka.
Nie zakładaj wzajemnej wyłączności podobnych ofert
Dwie oferty mogą mieć nakładające się warunki kwalifikacji, pozostając osobnymi zobowiązaniami. Ten sam przedmiot mógłby spełniać każdą z nich, ale inny kwalifikujący się przedmiot może zrealizować drugą. Konto musi rozważać łączne nabytki, które zlecenia mogą spowodować.
Jeśli operator chce zastąpić jedną ofertę drugą, określ obsługiwany proces zastępowania lub unieważniania. Lokalna flaga bazy danych mówiąca „zastąpiono” nie zmienia automatycznie stanu starego zlecenia poza aplikacją.
Zachowuj widoczność nierozstrzygniętych starych i nowych instrukcji do ustalenia ich relacji. Może to tymczasowo zmniejszać dostępne możliwości, ale zapobiega finansowaniu nowej oferty zasobami, które starsza nadal może zużyć.
Proces powinien też uwzględniać ręczne oferty utworzone przez inny interfejs. Zobowiązania należą do tego samego budżetu konta, nawet jeśli bot ich nie podpisał. Częściowy widok aktywności zleceń nie jest wiarygodną podstawą dodatkowych uprawnień.
Polecaj i zarabiaj USDC
Polecaj i zarabiaj USDCNasz program partnerski wypłaca prowizje w czasie rzeczywistym.
Nadaj każdej ofercie świadomie wybrany termin wygaśnięcia
Wygaśnięcie ogranicza czas, przez który oferta może pozostawać istotna zgodnie z warunkami. Wybierz czas obowiązywania powiązany z horyzontem wyceny i możliwością przeglądu zmian przez operatora. Oferta oparta na krótkotrwałych dowodach nie powinna domyślnie pozostawać otwarta bezterminowo.
Przykład może używać trzydziestominutowego horyzontu przeglądu dla konkretnej reguły opartej na obserwacjach. To hipotetyczna polityka, a nie stwierdzenie domyślnego ustawienia platformy ani zalecenie dla każdej kolekcji.
Zachowuj rzeczywisty termin wygaśnięcia zakodowany w zleceniu i odróżniaj go od lokalnego przypomnienia o przeglądzie oferty. Przypomnienie może dotrzeć późno lub wcale; nie modyfikuje podpisanych warunków. Aplikacja powinna wiedzieć, na co faktycznie pozwala zewnętrzne zobowiązanie.
Przegląd wygaśnięcia oferty powinien badać stan zlecenia i powiązaną aktywność konta. Upływ oczekiwanego czasu pomaga kierować badaniem, ale rejestr powinien uzgadniać rzeczywiste nabytki i zwolnienia zasobów na podstawie dowodów właściwej ścieżki.
Zmieniaj cenę na podstawie wyceny, nie tylko ofert konkurentów
Wyższa konkurencyjna oferta może pokazywać bieżące zainteresowanie kupnem, ale nie zwiększa automatycznie wartości przedmiotu dla tego konta. Bot powinien porównać nową obserwację rynku z istniejącym limitem przed decyzją o reakcji.
Jeśli limit wynosi 0,5 WETH, a inna oferta osiąga 0,51, polityka może po prostu zakończyć konkurowanie. Podwyższenie limitu dla utrzymania pierwszego miejsca zamieniłoby zachowanie konkurenta w metodę wyceny strategii bez jawnego wyboru tej metody.
Przewodnik po automatycznej licytacji na OpenSea analizuje powtarzalne licytowanie. Koordynacja wymaga jasnego powodu każdej zmiany, maksymalnej dozwolonej kwoty i sposobu wycofywania nieaktualnych zobowiązań.
Zapisuj, czy zmiana wynikała z nowych dowodów o kolekcji, zmienionego budżetu konta czy ceny innego oferenta. Powody wspierają różne wnioski podczas przeglądu. Rejestr zawierający tylko kolejne ceny nie wyjaśni, czy bot przestrzegał zamierzonej strategii.
Nie pozwól, by zmiany finansowania ukrywały stare zobowiązania
Oferty, która obecnie nie może się wykonać przez niewystarczające finansowanie, nie należy automatycznie traktować jako trwale anulowanej. Właściwe warunki i zachowanie platformy określają, czy może znów stać się istotna po powrocie środków.
Obecne wskazówki OpenSea dotyczące ofert na kolekcję omawiają ponowną aktywację ofert bez finansowania po dodaniu wystarczających środków w opakowanej walucie. W tym udokumentowanym kontekście niedobór środków jest więc niewiarygodnym zamiennikiem świadomego wycofania zlecenia.
Bot powinien zatem zachowywać aktywne lub nierozstrzygnięte zlecenia nawet wtedy, gdy portfel chwilowo nie może sfinansować ich wszystkich. Późniejsza wpłata lub wpływ ze sprzedaży może zmienić możliwości realizacji bez utworzenia nowego lokalnego zapisu oferty.
Przed dodaniem środków na inny cel przejrzyj istniejące zobowiązania. W przeciwnym razie właściciel może niezamierzenie przywrócić możliwość wykonania starej oferty po niepożądanej już wycenie. Finansowanie konta i czas obowiązywania zlecenia trzeba rozpatrywać razem.
Traktuj anulowanie i potwierdzenie jako osobne czynności
Żądanie anulowania rozpoczyna proces, którego znaczenie zależy od ścieżki. Nie należy mylić go z dowodem, że żaden zakup nie nastąpił ani nadal nie może nastąpić. Zachowuj mechanizm anulowania, odpowiedź i późniejsze dowody konta.
Jeśli właściciel przyjmuje ofertę podczas przetwarzania anulowania, bot musi zapisać wynikowy zakup. Zamiar zatrzymania działania nie usuwa nabytego NFT ani płatności, która opuściła konto.
Po uzyskaniu dowodów potwierdzających anulowanie zwolnij odpowiednią rezerwację raz. Zduplikowane komunikaty stanu nie powinny wielokrotnie zwalniać tych samych środków. Historia zlecenia może pozostawać dostępna do przeglądu, nawet gdy nie zużywa już możliwości zakupowych.
Operator powinien widzieć, które oferty są aktywne, w trakcie wycofywania, wygasłe, zrealizowane lub nierozstrzygnięte według dostępnych dowodów. Prosty wskaźnik włączenia lub wyłączenia może ukrywać stan najważniejszy dla wspólnego budżetu.
Uzgodnij przyjętą ofertę z rejestrem zasobów
Przyjęta i wykonana oferta tworzy nabytek należący do rejestru zasobów. Zweryfikuj dokładny przedmiot, ilość, odbiorcę i płatność na podstawie właściwych dowodów transakcji i własności. Samo powiadomienie może być niepełne lub opóźnione.
Przenieś rzeczywistą kwotę nabycia z możliwego zobowiązania do kosztu posiadanych zasobów zgodnie z polityką. Nie zachowuj obu jako trwałej ekspozycji ani nie zwalniaj pełnej kwoty, jak gdyby zakup nigdy nie nastąpił. Przejście powinno zachowywać jedną historię ekonomiczną.
Jeśli przedmiot należy do szerokiego kwalifikującego się zbioru, zapisz, dlaczego się kwalifikował i jakiej wersji wyceny użyto przy składaniu oferty. Pozwala to później zbadać, czy zakres i cena były odpowiednie dla rzeczywiście otrzymanego przedmiotu.
Zachowuj też osobne wydatki transakcyjne lub przygotowawcze. Ostateczny wynik odsprzedaży zależy od pełnego zapisu kosztów, a nie tylko kwoty pokazanej jako oferta. Rzeczywiste koszty powinny pozostawać odróżnialne od przydziału użytego przed realizacją.
Zachowaj plan utrzymywania zasobów z przyjętych ofert
Strategia licytacji potrzebuje planu dla zasobów po przyjęciu oferty. Niektóre przedmioty mogą sprzedać się szybko, inne pozostają w posiadaniu po zmianie aktywnego popytu na kolekcję. Konto nie powinno zakładać możliwości natychmiastowej zamiany każdej przyjętej oferty w zyskowną sprzedaż.
Określ horyzont przeglądu, dowody unieważniające pierwotną wycenę i limity dalszego gromadzenia. Jeśli kilka ofert wykona się razem, wynikowa koncentracja może różnić się od odosobnionego przypadku użytego do wyceny każdej oferty.
Wycena według ceny ofert sprzedaży może pomagać opisać możliwy cel wyjścia, ale nie jest gotówką. Zapisuj rzeczywiste zainteresowanie kwalifikujących się kupujących i niepewność realizacji. Niesprzedane przedmioty powinny pozostawać częścią oceny strategii, zamiast znikać z raportu skupionego na zakończonych zwycięskich transakcjach.
Zamyka to powiązanie licytacji i wyceny. Jakości oferty nie można w pełni ocenić w chwili przyjęcia. Jej skutki trwają przez okres posiadania, rzeczywiste warunki sprzedaży i pozostałe możliwości konta.
Oceniaj łącznie oferty zrealizowane i niezrealizowane
Oferta może pozostawać nieprzyjęta, ponieważ sprzedawcy uważają ją za zbyt niską, a przyjęte oferty mogą nieproporcjonalnie często dotyczyć przedmiotów, których właściciele chętniej się pozbywają. Zbiór nabytych przedmiotów jest więc wybierany zarówno przez reguły bota, jak i decyzje kontrahentów. Nie jest automatycznie losową próbą kolekcji.
Zachowuj oferty, które nigdy się nie realizują, obok nabytków. Zapisuj ich zakres, cenę, czas obowiązywania i dostępne w tym okresie dowody. Pomaga to odróżnić regułę wyceny rzadko przyciągającą sprzedawców od reguły często nabywającej zasoby o słabym popycie przy odsprzedaży.
Nie traktuj każdej niezrealizowanej oferty jako utraconego zysku. Konto nigdy nie nabyło przedmiotu, a hipotetyczne wyjście pozostaje niepewne. Podobnie wysoki odsetek przyjęcia nie jest sam w sobie pożądany, jeśli wynikowe zasoby osiągają słabe wyniki po pełnych kosztach. Oceniaj przyjęcie, czas posiadania i rzeczywiste wyjścia jako powiązane, lecz odmienne wyniki.
Analiza może ujawnić dopasowanie limitu oferty do kwalifikującego się zbioru. Powinna używać pierwotnych zapisów ofert zamiast wnioskować z późniejszych wykresów cen, co bot by zaoferował. Rekonstrukcja historyczna jest najbardziej użyteczna, gdy zachowuje decyzję rzeczywiście podjętą przez konto.
Sprawdź bota licytującego na OpenSea na znanym zbiorze zleceń
Przydatne ćwiczenie odbiorcze zaczyna się od małego zbioru hipotetycznych ofert i znanego budżetu. Uwzględnij nakładające się zakresy, jedno wygasające zlecenie, jedno nierozstrzygnięte anulowanie i jedną ręczną ofertę utworzoną poza botem. Oblicz oczekiwane zobowiązania niezależnie.
Następnie zasymuluj zakup i sprawdź przeniesienie prawidłowej kwoty do zasobów konta. Dodaj zduplikowane powiadomienie i potwierdź, że nie tworzy kolejnego zasobu ani kolejnego zwolnienia budżetu. Zapis powinien pozostawać spójny po ponownym uruchomieniu.
Sprawdź propozycję oferty powyżej limitu konkretnej kolekcji i inną, która osobno się mieści, lecz przekracza wspólny limit konta. Obie powinny zostać odrzucone z jasnych powodów. Udane połączenie lub podpis nie dowodzą działania tych mechanizmów.
Kompletny proces powinien wyjaśniać cenę, zakres, finansowanie i wygaśnięcie każdej aktywnej oferty. Wyjaśnienie pozwala ocenić bota licytującego na OpenSea: może on szukać wybranych okazji, pozostając rozliczalny z pełnego zbioru nabytków autoryzowanych przez konto.