Automatisk budgivning på OpenSea: Grenser og utløp

Automatisk budgivning på OpenSea begynner med en anskaffelsesregel

Begynn med eiendelen du er villig til å eie. Et objekttilbud angir et bestemt token. Et samlingstilbud aksepterer et kvalifiserende medlem av en definert samling. Et egenskapsbasert tilbud snevrer inn det kvalifiserende settet, avhengig av støttet markedsplass og gjeldende vilkår. Dette er forskjellige anskaffelsesbeslutninger selv med samme pris.

En regel som sier «by under gulvet», er ufullstendig. Gulvet kan bygge på en oppføring som ikke kvalifiserer, er uvanlig svak eller ikke kan gjennomføres. Det sier lite om verdien av den bestemte NFT-en som kommer etter at et tilbud aksepteres. Definer akseptabel kontrakt, kjede, tokenstandard og kriterier før en pris utledes.

OpenSeas veiledning til samlingstilbud forklarer at ett samlingstilbud kan aksepteres én gang, mens flere tilbud kan opprettes og aksepteres separat. Mengde betyr derfor noe. Én akseptmulighet for hele samlingen er ikke det samme som å kjøpe hvert token i samlingen.

Ved kriteriebasert kjøp spør du om hvert kvalifiserende token er akseptabelt til foreslått beløp. Hvis svaret avhenger av manuell gjennomgang av tokenet som til slutt kommer, passer kanskje ikke et bredt uovervåket tilbud strategien. Programmet kan ikke love selektivitet de signerte kriteriene ikke uttrykker.

Veiledningen til OpenSea-tilbudsstrategi undersøker hvordan tilbudsomfang påvirker den økonomiske beslutningen. Automatisering legger til behovet for å representere omfanget i en varig regel og kontrollere at faktisk signert instruks samsvarer.

Pris eiendelen som faktisk kan komme

Et samlingstilbud gir selgeren et valg. Hvis ett token i den kvalifiserende gruppen er mindre ønskelig eller vanskeligere å videreselge, kan eieren være mer villig til å akseptere. Å bruke samlingens gjennomsnittssalg som forventet verdi for hvert innkommende objekt kan derfor overvurdere fremtidig beholdningskvalitet.

En forsiktig prismodell begynner med en plausibel utgang for svakeste akseptable objekt og inkluderer deretter kostnader og usikkerhet. Den bør ikke ta samlingens høyeste nylige salg og anta at boten vil motta et like ønskelig token til den brede tilbudsprisen.

Se på et oppdiktet planleggingstilfelle med anslått brutto videresalgsverdi på 0,42 ETH. Anta samlede selgerfradrag på 5 % av salgsprisen og 0,009 ETH i ekstra utgangskostnader. Forventet netto salgsproveny under antakelsene er 0,399 minus 0,009, eller 0,39 ETH.

Hvis regelen krever modellert margin på 0,04 ETH og tillater 0,005 ETH til inngangskostnader, er største kjøpsvederlag i tråd med regnearket tilsvarende 0,345 ETH. Betaling av 0,345, inngangsutgift på 0,005 og mottak av 0,39 ville etterlate 0,04.

Det er et betinget tak, ikke bevis på at en NFT er verdt 0,345 eller at salget vil skje. Hvis videresalgsanslaget faller til 0,36, etterlater samme fradrag 0,333 etter utgangskostnaden. Maksimalt vederlag for samme modellerte margin og inngangsramme faller til 0,288.

Endringen kommer fra en svakere salgsantakelse, ikke et behov for å overby en konkurrent. En bot som automatisk øker tilbudet når et annet tilbud dukker opp, kan miste forbindelsen mellom pris og anskaffelsesverdi.

Behold valutaidentitet i forslaget

Opprinnelig ETH og WETH er separate saldoer. De kan være knyttet sammen gjennom innpakkingsmekanismer, men et Ethereum-tilbud som krever WETH, blir ikke finansiert bare fordi lommeboken viser nok opprinnelig ETH. Transaksjonen trenger også passende tillatelser og en separat måte å betale eventuelle påkrevde nettverkskostnader i opprinnelig valuta på.

OpenSeas WETH-forklaring beskriver WETHs rolle i Ethereum-NFT-tilbud. For automatisering bevares nøyaktig betalingstokenkontrakt og kjede sammen med beløpet. Et kjent symbol uten identifikatorene er ingen tilstrekkelig finansieringsinstruks.

Et forslag bør vise sine opprinnelige enheter så vel som eventuell rapporteringsomregning. Hvis en undersøker sammenligner kostnader i ETH-ekvivalenter, behold hvilke kostnader som betales i WETH og hvilke som betales i opprinnelig ETH. Planleggingsekvivalensen må ikke overskrive lommebokens faktiske tokensaldoer.

Godkjenninger er en annen dimensjon. Å ha nok WETH er forskjellig fra å tillate relevant operatør å overføre det under et gyldig akseptert tilbud. En manglende tillatelse kan hindre gjennomføring; en for bred eller glemt tillatelse kan skape et annet kontoforvaltningsproblem. Kontroller faktisk operatør og omfang fremfor å behandle godkjenning som en generell oppsettsboks.

Ikke pakk automatisk inn hele gjenværende ETH-saldo for å finansiere flere tilbud. Driftsplanen kan trenge opprinnelig valuta til kanselleringer, overføringer eller andre støttede handlinger. Et kjøpsbudsjett og en nettverkskostnadsreserve tjener forskjellige formål selv om begge til slutt rapporteres i samme regnskapsvaluta.

Automatisk budgivning på OpenSea trenger et reservasjonsregnskap

For et Ethereum-eksempel antar vi at lommeboken har 1,00 WETH. Eieren setter av 0,10 WETH som utilgjengelig for strategien, og lar 0,90 WETH stå til tilbudsvederlag. En separat saldo i opprinnelig ETH dekker nettverksoperasjoner under egen grense.

Boten foreslår tre forskjellige tilbud på ett objekt til 0,28 WETH hver. Samlet mulig kjøpsvederlag er 0,84 WETH, slik at 0,06 av strategitildelingen er uforpliktet. Hvis alle tre aksepteres mens de er gyldige, kan regelen finansiere dem uten å bygge på at et annet tilbud mislykkes.

Et fjerde identisk tilbud ville øke mulig vederlag til 1,12 WETH, over tildelingen på 0,90. Programmet bør avvise eller revidere forslaget etter eierens regler. Det bør ikke bruke nåværende lommeboksaldo uavhengig for hvert tilbud og ignorere andre forpliktelser.

Dette er lokale budsjettreservasjoner, ikke en påstand om at Ethereum-tilbudsmidler er flyttet til deponering. Gjeldende samlingstilbudshjelp beskriver forhåndsautorisert WETH som blir i lommeboken til aksept. Reservasjonsregnskapet er en forsiktig regnskapskontroll som følger hva lommeboken fortsatt kan bli bedt om å betale.

Anta nå at to tilbud aksepteres. Kjøpsvederlaget er totalt 0,56 WETH og etterlater en lommeboksaldo på 0,44 WETH i dette forenklede finansieringseksemplet. Av beløpet støtter 0,28 fortsatt gjenværende tilbud, og 0,10 står utenfor strategien. Bare 0,06 er uforpliktet under regelen.

Å telle hele 0,44 som ny budkapasitet ville glemme både det aktive tilbudet og den beskyttede tildelingen. Budsjettgrenser for automatisk budgivning på OpenSea må overleve endringer i synlig lommeboksaldo fremfor å beregnes på nytt fra saldoen alene.

Avgrens beholdning så vel som valuta

En pengegrense fanger ikke alle anskaffelseshensyn. En konto kan ha råd til fem billige NFT-er og samtidig bare ønske å undersøke, lagre og håndtere tre. En konsentrasjonsgrense for samlingen kan også nås før samlet valutabudsjett er brukt opp.

For eksemplet med tre tilbud antar vi at strategien tillater høyst tre ekstra objekter fra samlingen. De tre aktive tilbudene bruker allerede den mulige anskaffelseskapasiteten. Selv et billigere fjerde tilbud ville bryte antallsregelen med mindre en annen forpliktelse avklares.

Ta eksisterende beholdning med i samme beregning. Hvis strategien allerede eier to objekter og samlet samlingsgrense er fire, kan den bare tillate to ytterligere mulige anskaffelser. En bot som teller åpne tilbud, men glemmer beholdning, kan overskride tiltenkt konsentrasjon etter noen vellykkede aksepter.

Grenser bør også vurdere relaterte samlinger eller felles etterspørselsdrivere når sammenhengen betyr noe for strategien. Tre forskjellige kontraktadresser representerer ikke nødvendigvis tre uavhengige kilder til kjøperinteresse. Passende gruppering er et undersøkelsesskjønn som bør forbli synlig.

Diskusjonen av en NFT-markedsmakerbot utvikler beholdningsproblemet og problemet med ugunstig utvalg. En budregel kan være mekanisk korrekt og likevel samle eiendeler nettopp når informerte selgere helst vil ut. Mengdegrenser gir operatøren tid til å vurdere mønsteret.

Sammenlign forslaget med det som signeres

En siste gjennomgang bør sammenligne godkjent forslag med faktisk instruks presentert for signatur. Kontroller eiendelskriterier, betalingstoken, maksimalt beløp, mengde, mottaker og gyldighetsperiode. En korrekt undersøkelsesberegning beskytter ikke kontoen hvis signeringstrinnet bruker andre vilkår.

Finansieringskontroller for automatisk budgivning på OpenSea bør også gjentas mot tilstrekkelig oppdaterte saldoer og eksisterende reservasjoner. Tiden mellom undersøkelse og signering kan inneholde en annen aksept, en overføring eller en separat strategibeslutning. Godkjenning basert på et tidligere kontoøyeblikksbilde er ikke varig tillatelse til å bruke samme beløp.

Bevar godkjent forslag og resulterende ordreidentifikator sammen. Hvis signatøren ser en vesentlig annerledes instruks, stopp og avklar forskjellen fremfor å anta at programmet har gjort en harmløs justering. Eieren må forstå faktisk myndighet som gis.

I et hypotetisk eksempel autoriserer et forslag ett objekt til 0,28 WETH for en begrenset periode. En senere skjerm med tre separat akseptable tilbud til beløpet skaper opptil 0,84 WETH i mulige kjøp. Enhetsprisen stemmer, men mengden har endret beslutningen.

Tilsvarende endrer erstatning av et smalt objekttilbud med et samlingstilbud hvilken eiendel som kan komme, selv om mengde og samlet vederlag er identiske. Forskjellene er synlige bare når gjennomgangen sammenligner betydning fremfor én fremhevet pris.

Den resulterende kontrollregistreringen bør forklare både samsvar og avviste avvik. Den blir referansen for senere aksept, kansellering og gjenoppretting, slik at operatøren kan spore et anskaffet objekt til omfanget som opprinnelig ble autorisert.

Gi hvert tilbud en bevisst levetid

Et tilbuds gyldighetsperiode er del av prisen. Vilje til å betale 0,28 WETH neste time er forskjellig fra vilje til å betale samme beløp etter en viktig kunngjøring i morgen. Lengre eksponering gir mer tid for selgeren til å akseptere etter at kjøperens antakelser er blitt utdaterte.

Velg varigheter faktisk grensesnitt og protokoll støtter. Reglene bør identifisere seneste tillatte utløp og forholdene som krever tidligere gjennomgang. Unngå å avlede tilbudslevetid fra en programstandard uten å vurdere samlingens informasjonsplan.

Tilbudsutløp ved automatisk budgivning på OpenSea bør bruke en uttrykkelig tidsstandard og et lagret tidsstempel. En lokal visning av «én time igjen» er ingen varig identifikator. Lagre faktiske vilkår slik at en omstart kan rekonstruere om aksept fortsatt kan være mulig.

Utløp er også forskjellig fra å fjerne en rad fra en lokal liste. Programmet bør avstemme originaltilbudets tilstand og gjeldende gyldighetsvilkår. En skjerm som skjuler gamle tilbud, kan forenkle visningen uten å bevise at hver skjult instruks har mistet virkningen.

Oppdater tesen før et tilbud fornyes. Automatisk forlengelse av samme pris for alltid gjør en midlertidig beslutning til en stående forpliktelse. En fornyelse bør være en ny vurdering av eierskapskriterier, salgsdokumentasjon, tilgjengelige midler og nåværende eksponering, ikke bare en tidtakerhendelse.

Kansellering er en prosess med et omfang

En kanselleringskommando må identifisere hvilket tilbud, på hvilken kjede og under hvilken protokoll den prøver å ugyldiggjøre. Kansellering av ett objekttilbud fjerner ikke automatisk alle samlingstilbud. Tilbakekalling av en lokal bots myndighet ugyldiggjør heller ikke nødvendigvis ordrer som allerede er signert og tilgjengelige andre steder.

Gjeldende OpenSea-kanselleringsreferanse gir en bestemt begrensning for kansellering utenfor kjeden av SignedZone-beskyttede ordrer: En allerede utstedt gjennomføringsautorisasjon kan ha betydning. Den brede driftslærdommen er å kontrollere relevant kanselleringsrute fremfor å anta at hvert vellykket API-svar garanterer at ingen senere utførelse kan skje.

Hold mulige forpliktelser reservert mens kansellering er usikker. Hvis et tilbud aksepteres under kanselleringsprosessen, er resultatet en anskaffet NFT og en brukt saldo, ikke bare en mislykket oppryddingshandling. Beholdnings- og budsjettregnskapene må gjenspeile anskaffelsen.

En ryddig nedstenging har derfor flere deler. Stopp autorisering av nye tilbud, identifiser eksisterende forpliktelser, be om støttede kanselleringer når det passer, og avstem sluttstatusen. Å lukke en bærbar datamaskin eller koble fra et grensesnitt stopper bare grensesnittet; det sletter ikke tidligere gitt myndighet.

Skillet betyr noe selv når kansellering vanligvis er praktisk. Automatisering bør utformes rundt de bestemte garantiene relevant mekanisme gir, inkludert dokumenterte unntak, fremfor den mest betryggende merkelappen brukeren ser.

Ufinansierte tilbud er ingen ryddig avslutningsplan

Å stole på utilstrekkelige midler for å gjøre tilbud ubrukelige er en svak erstatning for bevisst ordrehåndtering. Gjeldende veiledning til Ethereum-samlingstilbud påpeker at ufinansierte tilbud kan bli aktive igjen når tilstrekkelig WETH tilføres. En senere finansieringshandling kan derfor gjenopplive en gammel økonomisk forpliktelse.

Anta at en trader slutter å følge en samling etter at utsiktene forverres, og så fyller på WETH til et urelatert kjøp. Et oversett gammelt tilbud kan igjen få ressursene som trengs for aksept. Finansieringstransaksjonen og det gamle tilbudet kan påvirke hverandre selv om brukeren plasserer dem i forskjellige mentale kategorier.

En bot bør synliggjøre avhengigheten før en betalingstokensaldo økes. Gjennomgå aktive tilbud og tilbud som potensielt kan reaktiveres, med støttede kontodata. Hvis reglene ikke lenger godkjenner dem, bruk passende kansellerings- eller ugyldiggjøringsprosess og bekreft resultatet.

Samme forsiktighet gjelder endringer i bruksfullmakter og annen tilstand som påvirker gjennomføring. Midlertidig manglende utførbarhet er ikke alltid permanent avslutning. Systemet bør skille utløpte eller endelig ugyldiggjorte instrukser fra instrukser som bare ikke kan gjennomføres under nåværende forhold.

Dette er en grunn til å beholde tilbudshistorikk, ikke til å bygge omveier rundt finansieringskontroller. En ærlig budprosess legger inn tilbud kontoen er forberedt på å innfri innen oppgitt omfang, og vedlikeholder dem bevisst når forholdene endres.

Skill finansieringsmodellene på Ethereum og Solana

OpenSea er et grensesnitt på tvers av forskjellige nettverk, ikke én universell oppgjørsmekanisme. En Ethereum-rettet reservasjonsmodell bør ikke kopieres til Solana-kode bare ved å endre betalingssymbolet. Kontovirkninger og støttede tilbudstyper trenger uavhengig kontroll.

OpenSeas gjeldende Solana-tilbudsveiledning sier at tilbudsmidler holdes på kjeden til tilbudet avsluttes. Den beskriver også kansellering på kjeden og samlingsspesifikk betalingsvaluta. Mekanismene skiller seg fra eksemplet ovenfor med forhåndsautorisert WETH i lommeboken.

Samme veiledning sier for tiden at egenskapstilbud ikke er aktivert for Solana-samlinger. Et produktgrensesnitt som viser et egenskapsfilter, dokumenterer derfor ikke tilstrekkelig at et tilsvarende Solana-tilbud kan opprettes. Søke- og visningskriterier og støtte for gjennomførbare ordrer er separate funksjoner.

For en operatør på tvers av nettverk vedlikeholdes separate saldoer, nettverkskostnadsreserver, tilbudsidentiteter og avstemmingsregler. En samlet porteføljeverdi kan hjelpe rapportering, men verken gjør midler utbyttbare mellom kjeder eller fjerner trinnene som trengs for å endre hvor kapital er tilgjengelig.

Den bredere OpenSea-handelsveiledningen hjelper med å plassere tilbud blant undersøkelses-, kjøps- og videresalgsbeslutninger. Kjedespesifikke mekanismer bør forbli synlige i den bredere arbeidsflyten fremfor å skjules bak én bryter for automatisk budgivning.

Test regelen med ugunstige aksepter

En nyttig aksepttest begynner med et utfall kjøperen helst ikke ville fått. Flere tilbud fylles etter at etterspørselen svekkes. De svakeste kvalifiserende objektene kommer. Et kanselleringssvar forsinkes, og et gammelt tilbud blir finansiert etter et innskudd. Programmet bør fortsatt forklare forpliktelsene og holde seg innen definerte regler.

Skriv forventet regnskap før testen kjøres. I eksemplet med tre tilbud innebærer to bekreftede anskaffelser og ett fortsatt gyldig tilbud 0,56 WETH brukt og 0,28 potensielt betalbart. Duplisering av en akseptmelding må ikke registrere et tredje kjøp som aldri skjedde.

Test samtidige forslag fra separate strategiprosesser. Begge bør konsultere en konsekvent reservasjonstilstand fremfor uavhengig å avgjøre at samme uforpliktede 0,06 er tilgjengelig. Samordning betyr noe selv når hver individuell budregel er enkel.

En mislykket test bør gi en bestemt rettelse. Feil objektkriterier krever identitetsarbeid. Overforpliktede saldoer krever reservasjonsarbeid. Utdaterte fornyelser krever en bedre beslutningsplan. Å samle alle feil i en generell transaksjonsfeil skjuler mekanismen som trenger oppmerksomhet.

Automatisk budgivning er klar for en bredere rolle først når operatøren kan undersøke hva systemet fortsatt kan kjøpe, hvorfor hvert tilbud fortsatt er gyldig under reglene, og hvordan mulige kjøp passer både valuta- og beholdningsgrenser. Dokumentasjonen er nyttigere enn antallet tilbud programmet kan opprette.