NFT-sniperbot: mål hastighed i forhold til værdi

Definer, hvad NFT-sniperbotten prøver at fange

Begynd med en præcis kandidatregel. En bot kan overvåge bestemte samlingskontrakter for nye salgsopslag under et værdiansættelsesloft og derefter verificere den præcise token, den understøttede rute og den aktuelle pris. Det er en snævrere opgave end at købe alt, der ser billigt ud på en samlingsside.

Værdiansættelsesloftet bør eksistere, før opslaget ankommer. Ellers kan hastværk gøre en markedsobservation til sin egen begrundelse: genstanden må være attraktiv, fordi en anden køber kunne tage den. Konkurrence viser, at andre muligvis handler, men forklarer ikke deres motiver eller beviser en sund gensalgsmulighed.

Vejledningen til en OpenSea-sniperbot undersøger salgsopslags værdi på en bestemt markedsplads. Definer her først det bredere beslutningsmål: én egnet genstand, én maksimal samlet anskaffelsespris og ét forsøg, der kan redegøres for. Uden grænserne kan en arbejdsgang blive meget hurtig til at anskaffe beholdninger, den aldrig havde til hensigt at eje.

Opdel NFT-sniperbottens forsinkelse i trin

NFT-sniperbottens forsinkelse er ikke ét tal. Den omfatter tiden, før observationen når applikationen, valideringstiden, en eventuel signeringsforsinkelse, indsendelsestiden og perioden, før udførelsen er fastslået. Forskellige forbedringer påvirker forskellige dele af kæden.

Antag, at et fiktivt salgsopslag offentliggøres kl. 09:00:00.000, modtages kl. 09:00:00.400, godkendes kl. 09:00:00.650 og indsendes kl. 09:00:00.800. Ved sammenlignelige ure følger indsendelsen 800 millisekunder efter offentliggørelsestidsstemplet. Applikationens validering tager 250 millisekunder, mens den indledende levering tager 400.

En reduktion af valideringen til 100 millisekunder ville spare 150 millisekunder i dette testscenarie. Den ville ikke fjerne leveringsforsinkelsen opstrøms eller garantere tidligere inklusion. Registrer de separate trin, så optimering retter sig mod en observeret flaskehals frem for et praktisk stykke kode, der aldrig var forsinkelsens hovedkilde.

Sammenlign ure før hastigheder

Tidsstempler fra en markedsplads, en server og en lokal browser bruger muligvis ikke perfekt synkroniserede ure. Rapporterer applikationen modtagelse før det registrerede kildetidspunkt, kan det vise urforskel frem for ekstraordinær hastighed. Bevar hvert tidsstempels oprindelse og betydning.

Brug måling af forløbet tid fra et ensartet lokalt ur for trin helt inde i applikationen. Behandl sammenligninger mellem systemer med passende usikkerhed. En tilsyneladende præcis millisekundsværdi kan overdrive dokumentationen, når urenes forskydninger er ukendte.

Målingen bør også identificere softwareversion, forbindelsestilstand og kilderute. Sammenblanding af en etableret forbindelse og en ny opstart giver et forvirrende gennemsnit. Læseren skal vide, om den rapporterede tid beskriver rutineobservationer, genopretning efter genforbindelse eller en usædvanligt gunstig demonstration udvalgt blandt mange forsøg.

En notifikation om et salgsopslag er en første observation

En notifikation kan ankomme, efter at sælgeren har annulleret, overført genstanden eller solgt den andetsteds. Den kan også være dubleret eller ankomme uden for rækkefølge. Botten bør undersøge relevante aktuelle oplysninger, før ressourcer bindes til en gammel markedsbeskrivelse.

OpenSeas Stream API dokumenteres som levering efter bedste evne frem for en genafspillelig registrering af alle hændelser. En snipingvurdering bør derfor skelne kildedækning fra applikationens behandlingshastighed. En hændelse, der aldrig når applikationen, kan ikke genskabes blot ved at gøre dens klassifikator hurtigere.

Er en kandidat ikke længere gyldig ved første kontrol, registreres tilstanden. Kald det ikke et mislykket køb, medmindre et faktisk købsforsøg fandt sted. Adskilte observationer, forslag og indsendte transaktioner hindrer, at et dramatisk fejltal sammenblander almindelige markedsændringer og driftsfejl.

Konkurrence gør tilgængelighedsvinduet usikkert

Et synligt salgsopslag kan være brugbart ved observation og utilgængeligt, når en transaktion udføres. Flere købere kan indsende køb, der hver især kan gennemføres, og den relevante kæde og protokol afgør, hvilken gyldig operation der får virkning. Botten kan ikke reservere en genstand blot ved at vise den i en kø.

Vurderingen bør bevare sidste observation af tilgængelighed og det endelige udfald. Købte en anden genstanden, forklarer det resultatet mere præcist end en generisk fejl. Det beviser stadig ikke, at din egen transaktion ville være lykkedes, hvis én lokal beregning var blevet færdig lidt tidligere.

Ethereums transaktionsdokumentation forklarer, at signerede instruktioner skal behandles gennem netværket. Indsendelse og fuldført udførelse er forskellige trin. En hastighedspåstand målt kun frem til en tjenestes accept af anmodningen efterlader det økonomisk vigtigste udfald uafklaret.

Adskil en forpasset genstand fra en forpasset gevinst

Når en anden køber har anskaffet en genstand, kan dens nye udbudspris være meget højere. Udbudsprisen dokumenterer ikke, at køberen realiserede en gevinst. Genstanden kan forblive usolgt, få lavere tilbud eller senere blive solgt efter omkostninger for mindre end anskaffelsesprisen.

En vurdering af forpassede salgsopslag bør klassificere det faktisk kendte. Den kan fastslå, at en gyldig genstand blev udbudt til en pris, at en anden konto anskaffede den, og at et senere salg fandt sted. Hver yderligere oplysning understøtter en snævrere eller stærkere konklusion end den oprindelige notifikation alene.

Er senere transaktionsdokumentation utilgængelig, bevares tilfældet som uafklaret. At behandle enhver forpasset lav udbudspris som et vellykket hypotetisk videresalg skaber udvælgelsesbias: analysen fejrer synlige muligheder og ignorerer det beholdnings- og udtrædelsesarbejde, som ville have fulgt anskaffelsen. Antal muligheder kan ikke sidestilles med antal realiserede gevinster.

Beregn hele forsøgets pris før optimering af hastigheden

Antag, at en opdigtet genstand koster 0.35 ETH, og netværksudgiften ved indgang er 0.004 ETH. Anskaffelsesprisen er 0.354 ETH. Antag et muligt senere bruttosalg på 0.39 ETH, en samlet salgsafgift på 2% af bruttoprovenuet og en særskilt netværksudgift ved udtræden på 0.003 ETH.

Procentafgiften ville være 0.0078 ETH, hvilket efterlader et nettosalgsprovenu på 0.3792 ETH. Forskellen fra anskaffelsesprisen er 0.0252 ETH. Det er en illustrativ betinget margin, ikke et forventet afkast; salgspris, tidspunkt og evnen til at finde en køber er fortsat usikre.

Antag nu, at indgangens netværksudgift stiger til 0.024 ETH, mens alle andre antagelser er uændrede. Anskaffelsesprisen bliver 0.374 ETH, og samme hypotetiske udtræden efterlader kun 0.0052 ETH. Højere betaling for at forbedre udførelseschancen kan opbruge det meste af den tilsyneladende margin uden at forbedre den underliggende efterspørgsel efter genstanden ved gensalg.

Mislykkede forsøg hører til i den økonomiske registrering

Et mislykket køb kan medføre en netværksafgift afhængigt af hændelsesforløb og kæde. Et forslag afvist før indsendelse adskiller sig fra en transaktion, der udføres uden succes. Regnskabet bør bevare den faktiske udgift frem for at tildele alle mislykkede tilfælde samme omkostning.

Betragt en opdigtet vurderingsperiode med otte mislykkede forsøg til hver 0.002 ETH. Fejlene bruger i alt 0.016 ETH. Udeladelse fra en rapport, fordi ingen NFT ankom, ville få strategien til at se billigere ud at drive, end kontoens dokumentation understøtter.

Mål fejlomkostninger sammen med vellykkede anskaffelser og uafklarede forsøg. En højere anskaffelsesrate kan stadig være økonomisk dårligere, hvis den kræver tilstrækkeligt større udgifter eller accepterer genstande af lavere kvalitet. Målet er ikke færrest fejl for enhver pris, men forståelse af konsekvenserne af hele beslutningspolitikken.

Undgå at gøre en gebyrgrænse til et mål

En maksimal tilladt netværksomkostning angiver, hvad ejeren er villig til at risikere, ikke hvad hvert forsøg bør bruge. Den faktiske gebyrbeslutning bør afspejle aktuelle forhold og transaktionens tilladte økonomi. At øge grænsen blot fordi tidligere forsøg tabte konkurrencen, ændrer politikken.

Lad anskaffelsesloftet omfatte relevante omkostninger. Er genstandens pris fast, men den anslåede transaktionsudgift overstiger det resterende tilladte beløb, bør arbejdsgangen afslå eller indhente ny godkendelse. Den bør ikke ubemærket genfortolke loftet til kun at gælde NFT'ens udbudspris.

Det hindrer også en eskalerende konkurrence i at blive selvbegrundende. Botten kan korrekt rapportere, at et større gebyr kan ændre inklusionschancen, mens kontoreglen korrekt afviser udgiften. En gyldig markedsobservation og en godkendt kontohandling er separate konklusioner, også i et kort tilgængelighedsvindue.

Brug en reproducerbar vurdering af forpassede salgsopslag

En nyttig vurdering begynder med et defineret observationsunivers og en periode. Bevar alle modtagne opslag, der opfylder observationskravene, også senere afviste genstande og intervaller med utilgængelig kilde. Angiv samlingsfiltre, værdiansættelsesregel og kontogrænser før sammenligning af resultater.

Antag i en opdigtet gruppe på 100 observationer, at tyve allerede er utilgængelige ved verifikation, tredive ikke opfylder identitets- eller værdiansættelseskravene, og halvtreds fortsat er kandidater. Kategorierne beskriver forskellige begrænsninger. At kalde alle halvtreds udelukkede genstande for forpassede køb på grund af langsomhed ville skjule, at tredive bevidst var uegnede.

Blandt de halvtreds kandidater kan budgetreglen kun godkende tyve forsøg. De resterende tredive er ikke udførelsesfejl. Bevar separate antal for opdagede, verificerede, godkendte, forsøgte og anskaffede genstande, så læserne kan se, om begrænsningen var kildelevering, beslutningskvalitet, disponibel kapital eller konkurrence.

Gruppér gentagne hændelser omkring ét salgsopslag

Ét salgsopslag kan give flere observationer, når prisen ændres, status opdateres, eller forbindelsen leverer overlappende oplysninger. Optælling af hver besked som en ny mulighed oppuster det tilsyneladende antal chancer og kan også skabe gentagne forslag om samme økonomiske instruktion.

Brug relevant opslagsidentitet og versionssemantik til at forbinde relaterede observationer. En reel prisændring kan begrunde revurdering, mens en dubleret besked måske blot bekræfter allerede lagret dokumentation. Bevar begge tilfælde uden at antage, at de kræver samme handling.

Rapporter i vurderingen unikke kandidatopslag sammen med beskedantal. En kilde, der leverer tre kopier af ét attraktivt opslag, har ikke leveret tre selvstændigt købbare genstande. Omvendt bør to særskilte opslag for forskellige tokenidentifikatorer ikke sammenlægges blot på grund af samme pris og samling.

Denne disciplin forbedrer også tidsanalysen. Mål første brugbare observation, og bevar senere opdateringer som opdateringer. Valg af den dublet, der ankom mest gunstigt efter undersøgelse af resultatet, ville gøre den rapporterede svartid afhængig af bagklogskab frem for den regel, den kørende arbejdsgang brugte.

Bevar åben beholdning i vurderingen

Antag, at de tyve godkendte forsøg giver tolv anskaffelser og de otte tidligere beskrevne mislykkede forsøg. I vurderingsvinduet afsluttes fire anskaffede genstande med gevinst på hver 0.03 ETH og tre med tab på hver 0.025 ETH. Fem forbliver usolgte.

De syv lukkede positioner bidrager med 0.12 ETH i gevinst minus 0.075 ETH i tab, altså 0.045 ETH før de særskilte udgifter ved mislykkede forsøg. Fradrag af 0.016 ETH efterlader 0.029 ETH knyttet til de afsluttede udfald og fejl. Det fastslår ikke hele strategiens resultat, fordi fem beholdninger stadig er åbne.

Rapporter beholdningerne med registrerede omkostninger og tydeligt angivet værdiansættelsesgrundlag. En optimistisk værdiansættelse efter samlingens mindstepris bør ikke ubemærket gøre dem til afsluttede gevinster. Et kortere målevindue kan forskønne en strategi blot ved at udskyde registrering af vanskelige udtrædener, så sammenlign vurderingshorisonter konsekvent.

Udled ikke kontrafaktiske udførelser fra genafspilning

En genafspilning kan sammenligne, hvor hurtigt to versioner genkender samme registrerede hændelse. Den kan afsløre langsom parsing, en overflødig anmodning eller en forældet cache. Den kan ikke automatisk fastslå, hvilke transaktioner der ville have vundet en historisk konkurrence, genafspilningen ikke faktisk deltog i.

Manglende fakta kan omfatte andre afventende transaktioner, ændrede saldi, valideringsudfald og den præcise rækkefølge, blokproducenter havde til rådighed. En simulering bør angive sine antagelser om udførelse og adskille dem fra observerede udførelser. At en graf berører en målpris, er særlig svag dokumentation for et køb af en bestemt token.

Brug bevidst konstruerede testscenarier til at teste tids- og afvisningsregler. Lad eksempelvis et salgsopslag forsvinde før godkendelse, og verificer, at botten registrerer en utilgængelig kandidat. Det er en meningsfuld driftskontrol, selv om den hverken estimerer en faktisk udførelsesrate eller beviser, at den hurtigere version tjener mere.

Flyt stabilt arbejde ud af det presserende tidsvindue

Noget forberedelse kan ske, før et salgsopslag ankommer. Operatøren kan definere godkendte samlingsidentifikatorer, verificere understøttede standarder, fastlægge budgetpolitikken og organisere referencedata. Det reducerer gentaget arbejde uden at behandle et nyt opslag som allerede godkendt.

Den væsentlige forskel går mellem forholdsvis stabil konfiguration og skiftende tilstand. En gennemgået samlingsidentifikator kan være nyttig på tværs af mange observationer, mens sælgerens ejerskab, ordrens gyldighed og kontoens aktuelle forpligtelser kan ændres mellem dem. Caching af førstnævnte retfærdiggør ikke ubegrænset caching af sidstnævnte.

Registrer, hvornår hvert forberedt input senest blev kontrolleret, og hvad der gør det ugyldigt. En kontraktændring, ruteændring eller politikrevision bør udløse passende gennemgang. Ellers kan forudberegning gøre botten hurtigere ved at flytte en nødvendig kontrol så langt tilbage i tiden, at den ikke længere understøtter beslutningen.

En målt optimering bør vise, hvilken anmodning eller beregning der blev fjernet fra den kritiske vej, og hvorfor den resterende dokumentation er tilstrækkelig. Målet er at undgå unødvendigt gentaget arbejde og bevare de fakta, der kræves for at godkende netop dette køb.

Vurder lange forsinkelser og afbrydelser

En gennemsnitlig svartid kan skjule lejlighedsvise forsinkelser, der er store nok til at gøre et kortvarigt salgsopslag ugyldigt. Undersøg fordelingen af observerede trintider og forholdene ved de langsomste tilfælde. Brug en passende stikprøvestørrelse, før en percentil tillægges stor betydning.

Rapporter også afbrydelser separat. Tager genforbindelse flere sekunder, må hverken afbrydelsen eller dens virkning på dækningen udelades fra vurderingen. Et system, der kun ser hurtigt ud under uafbrudt drift, kan være uegnet til en opgave med uforudsigelige værdifulde observationer.

Den afhjælpende handling afhænger af problemet. Bedre genopretning kan forbedre dækning, mens et enklere identitetsopslag kan reducere almindelig valideringstid. Antag ikke, at enhver forsinkelse kræver mere aggressive transaktionsgebyrer. Gebyret kan ikke reparere en overset observation eller en forkert aktividentifikator.

Hold egenskabers værdi adskilt fra reaktionstid

En tilsyneladende sjælden egenskab kan fremme forhastede beslutninger, fordi genstanden ser usædvanlig ud. Men sjældenhedsrangering afhænger af samlingsdata og rangeringsmetode, mens gensalgsværdi afhænger af købere. Et hurtigt køb af en statistisk usædvanlig genstand kan stadig være en dyr værdiansættelsesfejl.

Vejledningen til en NFT-sniperbot til sjældne egenskaber undersøger hyppighed, efterspørgsel og usikkerhed ved afsløring. En hastighedsvurdering bør holde værdiansættelsesreglen stabil nok til at identificere, om bedre timing ændrer udfald. Ændring af både egenskabsmodel og udførelsesvej på samme tid slører, hvilken ændring der betød noget.

Er metadata ufuldstændige eller nyligt afslørede, bør en uafklaret egenskabsklassifikation forblive uafklaret. Botten kan registrere hændelsen og vente på pålidelig dokumentation. Hastværk gør ikke en foreløbig rangering mere præcis, og en usædvanligt lav pris forklarer ikke, hvorfor sælgeren valgte den.

Behandl afventende aktivitet som ufuldstændige oplysninger

Afventende transaktioner kan give tegn på konkurrence, men synligheden er ufuldstændig, og en afventende instruktion kan ændres, fejle eller aldrig blive inkluderet. En bot bør ikke behandle alle observerede afventende køb som fuldførte overførsler eller antage, at al konkurrerende aktivitet er synlig.

Vejledningen til en bot til afventende NFT-transaktioner undersøger begrænsningerne. I en snipingarbejdsgang bør afventende oplysninger have en defineret rolle i beslutningen, eksempelvis at udløse endnu en tilstandskontrol. De bør ikke erstatte dokumentation for salgsopslag, godkendelse og endelig udførelse.

Fasthold metodens fokus på legitime tilgængelige transaktioner. Observation af konkurrence kræver hverken manipulation af andre brugeres handler eller behandling af deres usikkerhed som garanti. Det praktiske spørgsmål er fortsat, om denne konto kan foretage et godkendt køb til en acceptabel samlet omkostning ud fra den aktuelle dokumentation.

Bedøm en NFT-sniperbot efter de beslutninger, den forbedrer

En nyttig hastighedsforbedring reducerer en identificeret forsinkelse og bevarer aktivverifikation, forbrugsgrænser og en klar transaktionsregistrering. Værdien bør vurderes mod faktiske anskaffelser, samlede omkostninger og endelige beholdningsudfald, mens uafklarede tilfælde forbliver synlige.

Nogle forpassede genstande vil være acceptable tab af muligheder. Salgsopslaget kan være for dyrt efter gebyrer, kontoen kan mangle kapacitet, eller dokumentationen kan være ufuldstændig. En bot, der afslår disse tilfælde, kan følge sin politik korrekt, selv om en anden køber anskaffer genstanden.

Den stærkeste vurdering forklarer både succeser og forpassede muligheder uden at gøre nogen af dem til en fortælling om sikkerhed. Den viser, hvornår opslaget blev observeret, hvorfor det opfyldte kravene, hvad kontoen tillod, og hvad der i sidste ende skete. Hastighed bliver da én målbar del af arbejdsgangen frem for en erstatning for eksekverbar værdi.