Handelsopplæring på OpenSea: følg transaksjonen

Handelsopplæring på OpenSea: velg kjeden og gjenstanden

Begynn med eiendelens kjede og identitet. Et samlingsnavn, bilde eller tokennummer alene skiller kanskje ikke den planlagte gjenstanden fra en kopi eller en eiendel med lignende navn et annet sted. Registrer den faktiske samlingen eller kontrakten, tokenidentifikatoren, gjenstandstypen og mengden. Feltene knytter undersøkelsesregistreringen til det endelige kjøpet og salget.

OpenSeas veiledning om gjenstandssider beskriver blokkjededetaljene og aktivitetsinformasjonen som kan undersøkes. Bruk informasjonen til å verifisere kandidaten fremfor bare å stole på søkeresultatet. Hvis gjenstanden har en fordel eller egenskap som er relevant for verdien, må gjeldende tilstand kontrolleres før videre fremdrift.

En gjennomgang av første handel på OpenSea bør holde seg til en rute leseren kan forklare. Hvis gjenstanden er på en ukjent kjede eller bruker et ukjent betalingstoken, må spørsmålene avklares først. En liten kjøpspris gjør ikke nettverks-, eiendels- eller tillatelsesdetaljene valgfrie.

Oppgi hvorfor kjøpet vurderes

Skriv et kort formål for anskaffelsen. En samler kan verdsette kunsten eller en dokumentert fordel. En videreselger kan ha dokumentasjon på etterspørsel etter sammenlignbare gjenstander og en høyeste samlet kostnad. Formålene kan eksistere sammen, men registreringen bør ikke endre dem etter et ubekvemt utfall.

Definer hva som ville gjøre kjøpet uegnet. Eksempler er uavklart identitet, ustabile metadata som er sentrale for verdsettingen, en utilgjengelig betalingsrute eller anskaffelseskostnad over budsjettet. Vilkårene er mer nyttige enn en vag instruksjon om å være forsiktig, fordi de identifiserer dokumentasjonen som trengs for å fortsette.

Avgjør også hvor lenge midlene kan forbli bundet til gjenstanden. En salgsoppføring til en høyere pris finner kanskje ikke en kjøper raskt. Hvis kjøpet avhenger av umiddelbart videresalg, må den faktiske kvalifiserende etterspørselen undersøkes før kjøpet. En opplæring bør forklare eierskapsforpliktelsen i tillegg til mekanikken for å skaffe NFT-en.

Undersøk saldoer etter eiendel og nettverk

En lommebok kan vise flere eiendeler med navn som ser beslektet ut, mens de disponible saldoene er forskjellige. Nettverkets egen valuta ETH og WETH på Ethereum bør spores separat. Tokens på Polygon eller Solana tilhører sin egen nettverkskontekst. Gjenstandens betalingstoken og nettverkets egen eiendel til nettverkskostnader kan være forskjellige.

I det fiktive hovedeksemplet starter en vanlig selvfinansiert konto med ekstern lommebok med 0,300 ETH og 0,200 WETH på Ethereum. Dette er separate saldoer. Det planlagte kjøpet er en oppføring i nettverkets egen valuta ETH til 0,120 ETH, med en anslått transaksjonskostnad i gjennomgangen. WETH-saldoen blir ikke automatisk ETH fordi eieren trenger mer gass.

Behold en reserve til senere handlinger, som en støttet salgstransaksjon eller en nødvendig kansellering. Å bruke hver enhet av nettverkets egen valuta på kjøpet kan gjøre neste trinn upraktisk eller umulig uten mer finansiering. Riktig reserve avhenger av faktisk rute og aktuelle anslag, fremfor et fast beløp kopiert fra eksemplet.

OpenSea dokumenterer også gass betalt med stablecoins for støttede lommebøker med e-postinnlogging. Hvis den gjeldende prosessen tilbyr funksjonen, gjennomgås faktisk gebyreiendel og kontoautorisering. Eksemplet med nettverkets egen gebyrvaluta her bør ikke tolkes som et universelt krav for hver støttet lommebokrute.

Les salgsoppføringen før lommebokforespørselen åpnes

Bekreft prisen, valutaen, mengden, gjenstandsidentiteten og relevante ordrevilkår i den aktuelle markedsplassvisningen. Det opprinnelige undersøkelsesbildet kan være utdatert. En selger kan endre tilgjengeligheten, og en annen kjøper kan anskaffe gjenstanden mens den gjennomgås.

OpenSeas veiledning om fastpriskjøp beskriver gjennomgang av betalingsoversikten og lommebokens transaksjonsdetaljer. Behandle gjennomgangene som beslektet dokumentasjon. Lommebokhandlingen bør samsvare med gjenstanden og vilkårene som nettopp ble undersøkt, fremfor å godtas bare fordi den kom etter et kjøpsklikk.

Hvis de aktuelle vilkårene avviker fra planen, gå tilbake til beslutningen. En høyere pris, annen mengde eller endret rute er et nytt kjøpsforslag. At leseren allerede brukte tid på å undersøke gjenstanden, gjør ikke de nye vilkårene akseptable. Å avstå her er fortsatt et fullstendig og nyttig utfall.

Skill godkjenning, signatur og overføring

En tokengodkjenning autoriserer en bestemt interaksjon med en eiendel. En ordresignatur autoriserer vilkår som kan brukes senere. En transaksjon kan endre tilstand på kjeden, overføre eiendeler eller opprette en ordre under en kjedespesifikk mekanisme. Den faktiske prosessen kan kreve én eller flere av disse, og virkningene bør forstås separat.

Undersøk eiendelen og parten med bruksfullmakt eller kontrakten i en godkjenning. En tillatelse kan gjelde bredere enn den ene gjenstanden som vurderes. Ikke utled at en forespørsel bare er en harmløs innlogging fordi den ikke inneholder et umiddelbart kjøpsbeløp. Betydningen ligger i det den autoriserer.

Hvis en forespørsel ikke kan knyttes til den planlagte handlingen, stans og undersøk. En opplæring bør ikke oppmuntre til å fullføre hver forespørsel i rekkefølge uten å lese den. Målet er å vite hva som er autorisert, slik at senere ordretilstander og eiendelsflyttinger kan forklares fra registreringen.

Fullfør ett kjøp og avstem det

Anta at det fiktive kjøpet lykkes til 0,120 ETH og bruker 0,006 ETH i nettverkskostnad. Saldoen i nettverkets egen valuta faller fra 0,300 til 0,174 ETH. WETH-saldoen forblir 0,200 WETH. Den anskaffede NFT-en har et internt kostnadsgrunnlag på 0,126 ETH, forutsatt ingen andre tilordnede kostnader i dette forenklede trinnet.

Bekreftelsestrinn for OpenSea-kjøp bør verifisere den nøyaktige gjenstanden som nå holdes, betalingsbeløpet og det relevante transaksjonsresultatet. En endring i et miniatyrbilde eller en midlertidig suksessmelding er ikke eneste dokumentasjon. Bruk eiendelsidentiteten og bekreftet transaksjonsinformasjon til å knytte den nye beholdningen til det planlagte kjøpet.

Lagre faktisk nettverksutgift fremfor bare anslaget. Hvis beløpet avviker fra gjennomgangen, bør regnskapet vise både den opprinnelige rammen og den endelige belastningen. Kontoen kan da forklare om anskaffelsen forble innenfor budsjettet og hvilke forutsetninger som må revideres før neste forsøk.

Avklar en utilgjengelig oppføring uten erstatning

Hvis oppføringen ikke lenger er tilgjengelig, må det avgjøres om en transaksjon ble sendt. En utilgjengelig betalingsside oppdaget før innsending kan være uten nettverkskostnad. En transaksjon som nådde kjeden og mislyktes, kan ha et annet utfall. Neste handling avhenger av det som faktisk skjedde, fremfor bare feilteksten i én visning.

Ikke la grensesnittets neste foreslåtte gjenstand bli en automatisk erstatning. En annen NFT kan ha andre egenskaper, mengde, fordeler eller kostnader. Gå tilbake til undersøkelseskriteriene og vurder den som ny kandidat. Den opprinnelige autoriseringen gjaldt en bestemt beslutning, fremfor enhver tilgjengelig gjenstand med et lignende bilde.

Registrer muligheten som glapp hvis det bidrar til å vurdere prosessen. En oppføring som forsvant under gjennomgang, kan vise konkurransens hastighet, men beviser ikke at det ville vært klokt å hoppe over kontroller. Sammenligningen må inkludere feilene kontrollene skal oppdage, i tillegg til de synlige mulighetene som glapp.

Håndter ventende og mislykkede transaksjoner forskjellig

En ventende transaksjon forblir uavklart. En bekreftet mislykket transaksjon har et resultat, ofte med registrert nettverksutgift. En bekreftet vellykket transaksjon har endret den relevante tilstanden. En sjekkliste for gjenoppretting av NFT-transaksjoner bør begynne med riktig kategori fra tilgjengelig dokumentasjon.

Et sidetidsavbrudd kan komme etter innsending, så ikke anta at lukking av siden betyr at intet kjøp skjedde. Finn transaksjonsidentifikatoren i lommeboken eller relevant registrering og undersøk gjeldende status. Hvis dokumentasjonen er ufullstendig, beholdes den ventende tildelingen fremfor at budsjettet behandles som fullt tilgjengelig.

Før et nytt forsøk må beholdninger og saldoer kontrolleres sammen med ordren. Et duplikatforsøk kan være unødvendig eller skape enda en anskaffelse hvis det retter seg mot en annen gjenstand. Gjenoppretting bør avstemme kontoen først og deretter avgjøre om en ny handling fortsatt er passende under de opprinnelige kostnads- og eksponeringsgrensene.

Forbered et salg som en egen beslutning

Eierskap lar leseren vurdere et salg, men kjøpsbegrunnelsen bestemmer ikke kjøperens pris. Gjennomgå aktuelle sammenlignbare salg, gyldige bud og konkurrerende oppføringer. Et prisforlangende er et forslag. Et kvalifiserende bud er en mulig umiddelbar transaksjon under sine vilkår.

OpenSeas salgsveiledning skiller opprettelse av en salgsoppføring fra aksept av et bud og gir en gjennomgang av innbetalingen. Bruk skillet til å velge rute. En oppføring kan bevare et høyere mål og kreve tålmodighet; et bud kan gi et raskere salg til lavere pris.

Kontroller betalingsvalutaen og fradragene før aksept. Et salg i WETH påvirker en annen saldo enn det tidligere kjøpet i nettverkets egen valuta ETH. Handelsregistreringen bør bevare eiendelene som faktisk mottas, fremfor å skrive dem om til ETH fordi det var anskaffelsesvalutaen.

Fortsett den fiktive salgsregistreringen

Anta at kontoen pådrar seg en godkjenningsutgift på 0,001 ETH tilordnet forberedelse av gjenstanden for salg, slik at ETH i nettverkets egen valuta faller fra 0,174 til 0,173. Den aksepterer senere et bud på 0,150 WETH. Med fiktive samlede salgsfradrag på 3 % er mottatt betaling 0,1455 WETH. Salget bruker også 0,002 ETH i nettverkskostnad.

Sluttsaldoene er 0,171 ETH og 0,3455 WETH, og NFT-en eies ikke lenger. Med en uttrykkelig nominell én-til-én-konvensjon for ETH/WETH-rapportering, uten modellering av faktisk veksling, er samlet beløp tilsvarende 0,5165 ETH. Startbeløpet samlet var 0,500, så den nominelle gevinsten er 0,0165.

Samme resultat følger av handelsregistreringen: Salgsinnbetaling på 0,1455 WETH minus anskaffelsesgrunnlag på 0,126 ETH, minus 0,001 ETH i forberedelse og 0,002 ETH i salgsutgift, under den oppgitte likeverdighetskonvensjonen. Faktiske saldoer forblir separate, og senere innpakking, utpakking eller vekslingskostnader ville kreve egne poster.

Verifiser at salget og ordrene stemmer

Etter et salg bekreftes overføringen av gjenstanden og ankomsten av forventet betaling. Kontroller relevant transaksjonsresultat og oppdater beholdningsregistreringen. Hvis grensesnittet fortsatt midlertidig viser en gammel oppføring, må det ikke antas at eiendelen er solgt to ganger; undersøk underliggende tilstand og ordreidentitet.

Gjennomgå beslektede utestående instruksjoner. En tidligere salgsoppføring eller et bud kan ha en status som avviker fra en enkel synlig- eller skjult-etikett. OpenSeas veiledning om kansellering av salgsoppføringer bemerker at visse inaktive oppføringer kan bli aktive igjen når vilkårene vender tilbake. Inaktivitet bør ikke behandles som bevisst kansellering uten kontroll av den aktuelle mekanismen.

Hvis kansellering trengs, brukes den støttede ruten og resultatet verifiseres. En forespørsel, en ventende kansellering og en bekreftet avslutning av en ordre er forskjellige observasjoner. Opplæringen er først fullstendig når leseren kan forklare eide eiendeler, mottatte midler og gjenværende instruksjoner samlet.

Bruk Solana-prosessen på dens egne vilkår

OpenSeas veiledning om Solana-handel beskriver en Solana-lommebok, betaling i SOL eller Solana-USDC valgt av samlingen og SOL-nettverkskrav. Den bemerker også refunderbare kontoinnskudd for visse salgsoppførings- eller budhandlinger. Detaljene er ikke utbyttbare med Ethereum-WETH-eksemplet.

For flere Solana-gjenstander beskriver dokumentasjonen separate transaksjoner som kan gi delvis suksess. En valgt gruppe bør derfor spores etter enkeltgjenstand og transaksjon, fremfor å behandles som én garantert alt-eller-ingenting-anskaffelse. En vist suksessoppsummering på samlingsnivå besvarer kanskje ikke hva som skjedde med hver valgt gjenstand.

En Solana-NFT-bot eller en annen automatisert prosess bør bevare skillene. Spørsmålet er ikke om grensesnittet ligner et EVM-kjøp. Det er hvilke instruksjoner som ble sendt, hvilke eiendeler som skiftet eier, hvilke betalinger som skjedde, og hvilke beløp som fortsatt holdes eller er tilgjengelige under den faktiske kjedens mekanisme.

Avstem et eksempel på delvis kjøp

Anta at en separat fiktiv Solana-konto starter med 10 SOL og forsøker tre kjøp priset til 2,0, 2,1 og 2,2 SOL. Det første og tredje lykkes, mens det andre mislykkes etter innsending. Anta bekreftede nettverkskostnader på 0,002, 0,001 og 0,003 SOL, uten andre innskudd eller utgifter i dette forenklede eksemplet.

De anskaffede gjenstandene koster 4,2 SOL i kjøpsbetalinger, og alle tre forsøkene bruker 0,006 SOL i nettverkskostnader. Gjenværende saldo er 5,794 SOL, og kontoen eier to av de tre planlagte gjenstandene. Den eier ikke den andre gjenstanden der kjøpet mislyktes, og kjøpsprisen på 2,1 SOL ble ikke brukt under det oppgitte utfallet.

Før et nytt forsøk på den andre gjenstanden må tilgjengelighet og vilkår oppdateres og gjenværende budsjett revurderes. Det opprinnelige gruppeutvalget autoriserer ikke ethvert senere nødvendig forbruk. Kontoen må også bevare den mislykkede transaksjonsutgiften når hele anskaffelsesprosessen vurderes.

Behandle automatisering som gjentakelse av de samme kontrollene

Automatisering kan hjelpe med datainnsamling og gjentakelse av en definert rekke, men bør ikke fjerne kontrollene av eiendel, kostnad, tillatelse eller utfall. En automatisk NFT-kjøper bør vise hvorfor kjøpet kvalifiserte og hva som skjedde etter innsending. Antall forsøkte kjøp er ikke antall bekreftede anskaffelser.

En Polygon-NFT-bot trenger nettverks- og betalingsreglene som passer Polygon. En Solana-web3-handelsbot trenger Solana-spesifikk transaksjons- og kontohåndtering. Gjenbruk av én kjedes forutsetninger uten verifisering kan gi uriktige saldoer, ordrehandlinger som ikke støttes eller forvirret gjenopprettingsatferd.

Begynn med en prosess som kan forklares manuelt og prøves med harmløse historiske eller simulerte tilstander. Prøv særlig avbrutte innsendinger og delvise utfall. En prosess som bare fungerer når hvert svar kommer raskt, er ennå ingen fullstendig handelsprosess, uansett hvor raskt normalforløpet kjøres.

Kontroller den tilkoblede kontoen etter en kontekstendring

Bytte av lommebok, endring av nettverk eller retur etter et øktavbrudd kan endre konteksten for neste handling. Før videre fremdrift bekreftes aktiv adresse og kjede og sammenlignes med den planlagte kontoen. En porteføljevisning med flere tilknyttede lommebøker bør ikke behandles som bevis på at den valgte lommeboken kan bruke hver viste eiendel.

Kontrollen er særlig nyttig når en gjenstand ser ut til å mangle. Avgjør først om grensesnittet viser forventet adresse, nettverk og gjenstandstype. Undersøk deretter relevant transaksjonsresultat og eierskapstilstand. Gjentakelse av kjøpet før et visningskontekstproblem er løst, kan skape en unødvendig andre anskaffelse eller et uforklart duplikatforsøk.

Hold overføringer mellom eide lommebøker identifiserbare i registreringen. Flytting av en NFT fra én sporet adresse til en annen endrer plasseringen, men skaper ikke automatisk et salg eller en ny fortjeneste. Overføringen kan fortsatt bruke nettverksgebyrer. En nyttig kontoregistrering bevarer det opprinnelige anskaffelsesgrunnlaget og registrerer flyttingen og tilknyttet utgift separat.

Når konteksten er vesentlig endret, gjentas gjennomgangen av gjeldende vilkår. En forberedt transaksjon laget for én konto eller en tidligere markedstilstand bør ikke antas å passe en annen lommebok eller en senere økt. Formålet er å gjenopprette en sammenhengende forbindelse mellom planlagt eier, eiendel, betalingssaldo og autorisert handling. Når forbindelsen er tydelig, kan opplæringen fortsette fra den faktiske tilstanden fremfor skjermposisjonen der avbruddet skjedde.

Handelsopplæring på OpenSea: gjennomgå den fullførte oversikten

Ved slutten av en kjøps- og salgsrekke avstemmes startsaldoer, anskaffelsesbetalinger, nettverksutgifter, salgsinnbetalinger og sluttbeholdninger. Hold eksterne innskudd og overføringer atskilt fra handelsresultater. En større sluttsaldo fra ny finansiering bør ikke fremstilles som NFT-fortjeneste.

Gjennomgå om det opprinnelige formålet ble oppfylt. Passet gjenstanden den planlagte identiteten og fordelen? Holdt kostnadene seg innenfor budsjettet? Ble salget støttet av forventet kjøperdokumentasjon, eller bestemte noe uventet resultatet? Et gunstig utfall kan fortsatt avdekke en svak forutsetning, mens et ugunstig resultat kan komme innenfor en nøye avgrenset beslutning.

Gjennomgangens sentrale ferdighet er å følge tilstandsendringer. Vit hvilken eiendel som vurderes, hva hver autorisering tillater, hva hver transaksjon faktisk gjorde og hva som fortsatt er uavklart. Forståelsen gjør både vanlig handel og gjenoppretting etter feil lettere å håndtere uten å stole på en rekke grensesnittmeldinger der betydningen ikke er undersøkt.