En NFT-bot er programvare som utfører en definert oppgave med ikke-fungible tokener. Den kan overvåke oppføringer, sammenligne priser, klargjøre et tilbud eller hjelpe med å avstemme kjøp. Oppgavene kan danne én arbeidsflyt, men bør ikke behandles som én udelelig handling. Å observere en gjenstand godkjenner ikke kjøp, og å be om en transaksjon fastslår ikke eierskap.
Det nyttigste utgangspunktet er én tokenspesifikk beslutning. Følg bevisene fra første markedsobservasjon til endelig kontooppføring. Det avslører hva programvaren vet, hva den antar og hvilken myndighet den trenger på hvert trinn. Det gjør også mislykkede og usikre utfall lettere å forklare.
Denne artikkelen følger en oppdiktet gjenstand kalt Atlas Postcard 418. Alle samlinger, priser, gebyrer og kontogrenser er oppdiktet for opplæring. Eksemplet bruker et kjøp av Ethereum-typen for å forklare kjeden; andre kjeder og NFT-standarder krever egne transaksjons- og eierskapskontroller.
Definer beslutningslivsløpet for NFT-boten
Beslutningslivsløpet for NFT-boten begynner med en observasjon om et bestemt aktivum og slutter når den økonomiske virkningen er forstått. Mellom punktene ligger identitetskontroller, verdsetting, budsjettgodkjenning, transaksjonsklargjøring, innsending og avstemming. Hvert trinn trenger bevis som det foregående trinnet ikke kan levere alene.
For Atlas Postcard 418 er observasjonen en oppføring til 0,72 ETH. Tallet er en selgers foreslåtte pris for én identifisert gjenstand. Det er ingen prognose for videresalgsverdi, garanti for tilgjengelighet eller bevis på at kontoen bør bruke beløpet.
En nyttig arbeidsflyt kan stoppe på ethvert trinn med en tydelig grunn. Oppføringen kan være utdatert, aktivumet utelukket, anslått kostnad over budsjettet eller kontoen kan ha et annet uavklart kjøp. En dokumentert beslutning om ikke å handle er del av livsløpet fremfor manglende evne til å produsere aktivitet.
Gjør oppgaven avgrenset nok til å forklare
En første automatiseringsoppgave kan overvåke et definert sett samlingskontrakter og rapportere nylig observerte oppføringer under en terskel. En annen oppgave kan klargjøre et kjøpsforslag etter kontroll av gjenstandsidentitet og kontokapasitet. Dette er forskjellige omfang og bør ha forskjellige tillatelser.
Unngå å beskrive oppgaven bare som å finne lønnsomme NFT-er. Uttrykket skjuler verdsettingsforutsetninger, beholdningsperiode og utførelsesvilkår. En presis oppgave angir hvilke gjenstander som kvalifiserer, hvilke bevis som kreves og hvilket resultat programvaren får lage.
Veiledningen om en NFT-handelsbot utvider livsløpet til beholdningsstyring. Hold her fokus på én beslutning. Dersom en kontrollør ikke kan forklare hvorfor dette ene kjøpet ble foreslått, vil flere samlinger eller samtidige ordrer gjøre usikkerheten vanskeligere å undersøke.
Fastslå gjenstandens identitet før prisen
Et samlingsnavn og et bilde er visningsinformasjon, ikke fullstendige aktivaidentifikatorer. Oppføringen trenger relevant kjede- og tokenidentitet. For en vanlig EVM-NFT inkluderer det normalt kontrakt og tokenidentifikator, med korrekt tolkning av tokenstandard og mengde.
OpenSeas veiledning om gjenstandssiden viser lesere til blokkjededetaljer og aktivitetshistorikk. Detaljene hjelper med å knytte en vist gjenstand til den underliggende oppføringen. Et liknende navn på en annen kontrakt bør ikke i det stille komme inn i samme godkjente samlingssett.
Den oppdiktede kjøpsoppføringen identifiserer derfor Atlas Postcard 418 med kjede, kontrakt og identifikator før salgstilbudet på 0,72 ETH knyttes til. Den registrerer også hvilken oppføring og selger som ga observasjonen. Dersom en identifikator endres under klargjøring, bør systemet undersøke et nytt forslag fremfor å anta at det er samme gjenstand til oppdatert pris.
Bevar det boten faktisk observerte
En tokenspesifikk kjøpsoppføring bør beholde oppføringspris, betalingsaktivum, selger, ordrereferanse og relevante tidsstempler. Tidspunktet markedsplassen rapporterer en hendelse og tidspunktet boten mottar den, kan variere. En senere gjennomgang må vite hvilken informasjon som var tilgjengelig da beslutningen ble tatt.
Anta at en oppføring publiseres klokken 14:00:00, mottas klokken 14:00:03 og vurderes klokken 14:00:05. Beslutningen bruker informasjon som allerede er fem sekunder etter publiseringstidspunktet, forutsatt sammenlignbare klokker. En rask sluttberegning fjerner ikke den foregående forsinkelsen.
Behold opprinnelig observasjon selv om oppføringen endres. Å erstatte den med en nyere verdi kan få den historiske beslutningen til å virke som om den brukte informasjon den aldri hadde. Den nyere observasjonen hører hjemme i en ny versjon av forslaget, med eget tidspunkt og forklaring.
Behandle markedsstrømmer som bevis med begrensninger
En aktiv forbindelse kan levere nyttige hendelser uten å garantere en fullstendig historikk. OpenSeas Stream API-dokumentasjon beskriver levering etter beste evne og mulige rekkefølgeproblemer. En leser bør ikke utlede at hver oversett oppføring automatisk vises etter ny tilkobling.
For den hypotetiske arbeidsflyten er strømming en oppfordring til å undersøke en kandidat. En kontroll av gjeldende tilstand avgjør deretter om oppføringen fortsatt er relevant. Denne totrinnsutformingen er et teknisk valg: Ett trinn legger merke til endringer, mens et annet fastslår bevisene som trengs for foreslått handling.
Boten bør merke hull og usikre perioder i journalen. Dersom den var frakoblet i ti minutter, beviser ikke en tom hendelsesliste i intervallet at ingenting skjedde. Skillet betyr noe både for umiddelbare beslutninger og senere påstander om hvor mange muligheter systemet fant eller overså.
Gjør et attraktivt salgstilbud til et verdsettingsspørsmål
Salgstilbudet på 0,72 ETH kan ligge under andre synlige oppføringer, men de andre salgstilbudene beskriver selgernes hensikter. De fastslår ikke hva en kjøper ville betale for Atlas Postcard 418. Boten trenger en separat forklaring av verdi og utgangsvilkår.
Relevante bevis kan inkludere sammenlignbare gjennomførte salg, gyldige gjenstandstilbud og egenskaper kjøpere ser ut til å verdsette. Hvert har begrensninger. Et salg kan være gammelt, et tilbud kan utløpe og en sjelden egenskap kan ha liten demonstrert etterspørsel. Bevar begrensningene sammen med anslaget.
En verdsettingsoppføring bør beskrive et intervall av plausible utfall fremfor å gjøre én gunstig sammenligning til sikkerhet. I eksemplet vurderer analytikeren et mulig salg på 0,78 ETH, men også en utgang på 0,64 ETH. Ingen av dem fremstilles som en gjeldende gjennomførbar kvotering eller et forutsagt resultat.
Beregn hele den hypotetiske rundturen
Anta at selve kjøpet koster 0,72 ETH og faktisk nettverkskostnad ved inngang er 0,008 ETH. Samlet anskaffelseskostnad er 0,728 ETH. For det illustrative salget antas et samlet gebyr lik 3 % av bruttoproveny og en separat nettverkskostnad ved utgang på 0,006 ETH.
Ved et bruttosalg på 0,78 ETH ville prosentgebyret være 0,0234 ETH. Nettoprovenyet ville være 0,7506 ETH etter begge antatte fradrag. Når anskaffelseskostnaden trekkes fra, gjenstår 0,0226 ETH. Det lille positive resultatet avhenger av oppdiktet salgspris og kostnadsforutsetninger.
Ved en bruttoutgang på 0,64 ETH ville prosentgebyret være 0,0192 ETH og etterlate 0,6148 ETH etter nettverkskostnaden. Sammenlignet med 0,728 ETH brukt ville tapet være 0,1132 ETH. Et lavt første salgstilbud fjerner ikke muligheten for at den endelige kjøperen betaler mindre.
Hold gebyrforutsetninger atskilt fra gjeldende regler
Gebyret på 3 % ovenfor er en oppdiktet forutsetning om samlede salgskostnader, ikke et utsagn om OpenSeas gjeldende gebyrplan. Et faktisk forslag må identifisere gjeldende markedsplassgebyrer, skaperinntekter og nettverkskostnad uten å telle noen komponent to ganger.
Dersom en utførelsesforhåndsvisning for eksempel allerede oppgir netto selgerproveny etter en skaperbetaling, undervurderes resultatet dersom betalingen trekkes fra igjen. Omvendt overdriver bruk av bruttoproveny mens et aktuelt fradrag ignoreres, forventet mottatt kontantbeløp. Kostnadsoppføringen bør identifisere hvilke tall som er brutto og netto.
Valuta betyr også noe. Et ETH-resultat og et dollarresultat kan bevege seg i forskjellige retninger når valutakursen endres. Bevar beløp i nettverkets aktivum og omregningstidspunktet brukt for en dollarrapport. En senere valutakurs bør ikke i det stille erstatte transaksjonens historiske kostnad.
Godkjenn kjøpet mot eksisterende forpliktelser
Verdsettingstrinnet foreslår en handling; et kontotrinn avgjør om den tillates. Anta at de oppdiktede reglene tillater maksimalt 2 ETH i anskaffelsesforpliktelser i samlingen. Eksisterende beholdninger har 0,9 ETH i registrert anskaffelseskostnad, mens ventende kjøp reserverer ytterligere 0,5 ETH.
Bare 0,6 ETH gjenstår etter denne enkle regelen. Den foreslåtte anskaffelsen på 0,728 ETH passer ikke, selv om lommebokens synlige saldo er stor nok til å betale. Riktig reaksjon er avvisning etter oppgitt regel fremfor å behandle tilgjengelige penger som ubegrenset tillatelse.
Dersom en separat reservasjon på 0,3 ETH senere frigjøres endelig, faller ventende forpliktelser til 0,2 ETH og kapasiteten blir 0,9 ETH. Et oppdatert forslag kan da passe. Frigjøringen må støttes av opprinnelige transaksjons- eller ordrebevis; en ubesvart kanselleringsforespørsel er utilstrekkelig.
Henvis og tjen USDC
Henvis og tjen USDCPartnerprogrammet vårt betaler i sanntid.
Gi et godkjent forslag begrenset levetid
Et godkjent forslag beskriver en bestemt gjenstand, pris og kontotilstand på et bestemt tidspunkt. Det bør ikke bli permanent tillatelse til å kjøpe enhver senere versjon av oppføringen. Dersom selgeren endrer betalingsaktivum eller samlet vederlag endres, må klargjøringstrinnet bringe forskjellen tilbake til godkjenningsregelen.
Eieren kan definere et gyldighetsvindu og en maksimal tillatt kostnad. Kontrollene besvarer forskjellige spørsmål: Vinduet begrenser hvor gamle bevisene kan bli, mens kostnadsgrensen avgrenser forbruk. At en pris forblir under grensen, gjør ikke ubegrenset gamle identitets- eller kontobevis akseptable.
Behold et utløpt forslag i journalen med begrunnelse. Et oppdatert forslag kan vise til det tidligere, men bør bevare egne observasjoner og godkjenningsresultat. Historikken skiller en bevisst ny vurdering fra et system som i det stille tøyer tillatelse for å fullføre en gammel idé.
Skill datatilgang fra forbruksmyndighet
En bot kan lese offentlig gjenstandsinformasjon uten å trenge myndighet til å flytte brukerens aktiva. Den kan også klargjøre et usignert forslag til gjennomgang. Lommeboksignering og tokengodkjenninger tilfører forskjellige evner, som hver bør forstås før delegering.
Operatøren bør kunne identifisere kontoen som signerer, aktivumet som brukes, tiltenkt mottaker og eventuell fortsatt godkjenning handlingen skaper. En vennlig beskrivelse som koble til eller aktiver beskriver ikke hele den økonomiske virkningen av en signatur.
Ved vurdering av den beste NFT-handelsboten for en bestemt oppgave undersøkes om tillatelsene passer oppgaven. En arbeidsflyt bare med varsler bør vurderes på observasjonene og varslene sine. En kjøpsarbeidsflyt trenger i tillegg tydelige signeringsgrenser, transaksjonskontroller og en oppføring over hvem som godkjente handlingen.
Klargjør en transaksjon uten å kalle den et kjøp
Utførelsesdata er et forslag til hva en transaksjon skal gjøre. OpenSeas referanse for oppfyllelse av oppføringer beskriver usignerte oppfyllelsesdata for støttede ruter. Å motta dataene i seg selv verken overfører NFT-en eller bruker kjøpsbeløpet.
Den hypotetiske boten sammenligner klargjort transaksjon med godkjent kjøpsoppføring. Gjenstand, mottaker, betalingsaktivum, beløp og tillatt rute bør stemme overens. Et avvik krever undersøkelse fremfor automatisk signatur bare fordi dataene kom fra en kjent tjeneste.
Samme prinsipp gjelder simulering. En vellykket simulering kan være nyttige bevis om en foreslått handling under en bestemt tilstand, men forholdene kan endres før utførelse. Systemet må fortsatt følge innsendt transaksjon og fastslå faktisk resultat.
Følg opprinnelig innsending gjennom usikkerhet
Etter innsending lagres transaksjonsreferanse og tiltenkt virkning før et utfall presenteres for operatøren. Et nettverk eller en tjeneste kan akseptere forespørselen mens applikasjonen mister svaret. Fravær av en synlig bekreftelse beviser ikke at ingenting skjedde.
Dersom den oppdiktede boten får tidsavbrudd, bør den undersøke det opprinnelige forsøket. En uvedkommende ny kjøpsinstruksjon kan skape ekstra forbruk eller forstyrre gjenoppretting. Atferd ved nye forsøk må følge kjedens og rutens betydninger fremfor å behandle hver kommunikasjonsfeil som tillatelse til en ny beslutning.
En usikker tilstand bør beholde budsjettreservasjonen og forbli synlig. Dette kan midlertidig hindre andre kjøp, men er en korrekt gjenspeiling av manglende kunnskap. Å frigjøre kapasitet bare for å holde arbeidsflyten i gang ville få kontoen til å virke mindre bundet enn den faktisk kan være.
Skill transaksjonssuksess fra korrekt beholdning
En transaksjonsoppføring kan fastslå at en operasjon ble utført, men regnskapsprosessen må fortsatt kontrollere tiltenkt gjenstand og mottaker. Boten bør knytte transaksjonsbevis til passende eierskaps- eller saldooppføring for NFT-standarden som inngår.
For det oppdiktede kjøpet av én gjenstand bør beholdningen inneholde Atlas Postcard 418 nøyaktig én gang, med anskaffelseskostnad og transaksjonsreferanse knyttet til. En duplisert hendelse bør oppdatere bevis om samme kjøp, ikke skape en andre gjenstand i regnskapet.
Dersom lommebokvisning, markedsplassvisning og lokal oppføring er uenige, bevar avviket og identifiser observasjonstidspunktene. Ett grensesnitt kan oppdateres senere enn et annet. Oppgaven er å avgjøre hvilken tilstand som har støtte i bevisene, fremfor å tvinge totaler til å stemme ved å slette en ubeleilig oppføring.
Bevar mengde når aktivumet har flere enheter
Det oppdiktede postkortet behandles som én individuelt eid gjenstand, men noen NFT-standarder kan representere flere enheter under én tokenidentifikator. Da beskrives ikke eierskap tilstrekkelig med et ja-eller-nei-flagg. Oppføringen må bevare hvor mange enheter som ble anskaffet, overført eller solgt.
Et kjøp av tre enheter fulgt av salg av én etterlater to enheter, selv om kjede og tokenidentifikator er uendret. Kostnadsfordeling og mulige fremtidige mottak bør følge mengdene. Mottak av flere hendelser om samme kjøp av tre enheter øker ikke anskaffet mengde.
Før arbeidsflyten utvides, kontroller faktisk standard og rutebetydning. En eierskapskontroll for én gjenstand bør ikke kopieres til en saldomodell for flere enheter uten justering. Livsløpet forblir nyttig, men bevisene som kreves for å fastslå sluttilstanden, endres med aktivarepresentasjonen.
Definer eierskapsavstemming for NFT-boten
Eierskapsavstemming for NFT-boten sammenligner tiltenkt kjøp med aktiva- og kontantendringene som faktisk skjedde. Den spør om forventet NFT kom frem, hvilken betaling som forlot kontoen, hvilke gebyrer som påløp og om noen relatert forpliktelse fortsatt er åpen.
Et mislykket forsøk kan fortsatt kreve en utgiftspost dersom et nettverksgebyr ble betalt. Et avvist forslag før innsending kan være uten utgift på kjeden. Tilfellene bør ikke slås sammen til ett feilantall fordi kontovirkningene er forskjellige.
Veiledningen om en automatisk NFT-handler følger tilstandene gjennom omstarter og flere beholdninger. For ett kjøp er det vesentlige utfallet en fullstendig oppføring en senere prosess kan stole på. Neste beslutning bør ikke avhenge av at en operatør husker hva en tidligere skjerm viste.
Gjenopprett beslutningen etter en omstart
En omstart bør begynne med å laste uavklarte beslutninger fremfor umiddelbart å lete etter et nytt kjøp. Boten må vite hvilket forslag som ble godkjent, hvilken transaksjon som ble sendt inn og hvilke reservasjoner som fortsatt representerer mulig forbruk. Minne som forsvant med prosessen, kan ikke tjene som kontoens driftsoppføring.
For Atlas Postcard 418 kan vi tenke oss at applikasjonen starter på nytt etter innsending, men før eierskap registreres. Gjenopprettingsprosessen finner opprinnelig transaksjonsreferanse, undersøker status og kontrollerer tiltenkt mottaker. Deretter fullfører den samme kjøpsoppføring. Den bør ikke opprette en ny oppføring bare fordi oppføringsvarselet kommer igjen.
Dette er en praktisk grunn til å gi økonomiske beslutninger stabile identifikatorer. Hendelsesmeldinger, transaksjonsforsøk og eierskapsobservasjoner kan alle vise til ett tiltenkt kjøp. Å holde referansene sammen hindrer at omstart gjør gjentatt informasjon til gjentatt økonomisk aktivitet.
Bevar grunnen til å holde eller selge
Når NFT-en eies, blir første kjøpsoppføring utgangspunkt for en ny beslutning. Boten trenger beholdnings- eller utgangsregler som forklarer hvilke bevis som betyr noe, hvor lenge posisjonen kan forbli åpen og hva som ville gjøre opprinnelig verdsetting ugyldig.
En høyere minste oppføringspris i samlingen fastslår ikke automatisk en realiserbar gevinst på den eide gjenstanden. Relevant spørsmål er om en egnet kjøper kan handle på akseptable vilkår. En gjenstand kan se lønnsom ut når den verdsettes mot salgstilbud og samtidig være vanskelig å selge.
Registrer faktiske salg atskilt fra foreslåtte oppføringer og urealiserte verdsettinger. Dersom gjenstanden legges ut til 0,9 ETH, men ikke får et akseptabelt tilbud, holder regnskapet fortsatt NFT-en. En ambisiøs prisantydning er ikke inntekt, og kansellering av oppføringen sletter ikke opprinnelig anskaffelseskostnad.
Gjennomgå NFT-boten som en beslutningskjede
En siste gjennomgang bør identifisere hvor utfall avvek fra forventninger. Observasjonen kan ha kommet sent, verdsettingen vært for optimistisk, budsjettregelen avvist en holdbar kandidat eller transaksjonen mislyktes. Hver konklusjon peker mot en annen forbedring.
Ikke vurder arbeidsflyten bare etter videresalgsresultatet. Et lønnsomt salg kan følge en dårlig kontrollert beslutning, mens et nøye avgrenset kjøp kan tape verdi. Gjennomgå bevis og økonomisk resultat sammen og hold gunstig flaks atskilt fra gjentakbar prosesskvalitet.
Hele livsløpet etterlater en sporbar vei fra én observert oppføring til én kontrollert kontovirkning. Veien gjør boten forståelig: Den viser hva som ble foreslått, hvorfor det ble tillatt, hva som ble forsøkt og hva kontoen faktisk eier. Skillene forblir nyttige når arbeidsflyten vokser utover sin første gjenstand.