Een NFT-biedbot kan biedingen op specifieke items, eigenschapsgroepen en hele collecties onderhouden. Die biedingen kunnen overlappen: één token kan aan alle drie reikwijdten voldoen. De boekhoudvraag is hoeveel activa de bot kan verwerven en hoeveel hij kan besteden als verschillende verkopers zijn onafhankelijk geldige orders accepteren. Overlappende toelating creëert niet automatisch één gedeelde verwervingslimiet.

Dat telt omdat elk bod afzonderlijk redelijk kan lijken. Een verzamelaar kan een speciaal item tegen één prijs goedkeuren, een gewenste eigenschap tegen een andere en elk aanvaardbaar collectie-item tegen een lagere prijs. Samen kunnen die beslissingen meer blootstelling creëren dan de verzamelaar bedoelde. Het walletsaldo alleen verklaart niet de gezamenlijke strategieverplichtingen of gevolgen van toekomstige financieringswijzigingen.

Deze gids modelleert item-, eigenschaps- en collectiebiedingen met een fictieve Ethereum-collectie genaamd Garden Registers. De voorbeelden gebruiken hypothetische WETH-prijzen en onafhankelijke orders die elk één keer kunnen worden geaccepteerd tenzij anders vermeld. Werkelijk biedgedrag moet voor relevante chain, protocol en route worden gecontroleerd; het doel is gezamenlijke blootstelling begrijpelijk maken voordat een bot meer orders maakt.

Breng blootstelling van de NFT-biedbot vóór prijsstelling in kaart

Maak één registratie voor elke onafhankelijke order. Registreer identificatie, toegestane activa, betalingstoken, bedrag, hoeveelheid of resterende acceptatiecapaciteit, vervalmoment, financieringsvereisten en actuele status. Een gebruikersinterfacegroep kan verschillende onafhankelijk aanvaardbare biedingen bevatten, dus de groepering zelf mag niet de eenheid voor blootstellingsboekhouding zijn.

Een itembod richt zich op een specifiek token. Een eigenschapsbod richt zich op een vastgelegde verzameling geschikte tokens en een collectiebod op de onder zijn voorwaarden toegestane collectiepopulatie. Die verzamelingen kunnen elkaar overlappen, maar orderidentiteiten en acceptatiecapaciteiten blijven afzonderlijk tenzij het uitvoeringsmechanisme ze expliciet verbindt.

De huidige gids van OpenSea voor collectiebiedingen beschrijft een collectiebod dat één keer kan worden geaccepteerd, terwijl meer hoeveelheid meerdere afzonderlijk aanvaardbare biedingen creëert. Dezelfde gids beschrijft eigenschapsfiltering voor ondersteunde collecties. Lees de werkelijke orderstructuur in plaats van een getoonde hoeveelheid naar een ongefundeerde universele regel te vertalen.

Toelating kan ook afhangen van wanneer de order is opgebouwd. Als eigenschapsmetadata later veranderen, passen de door een bestaande order gedekte activa mogelijk niet bij een pas vernieuwd visueel filter. Bewaar de criteria die bij de order zelf horen. De huidige mening van de bot over de collectie mag niet stilzwijgend herschrijven wat hij al autoriseerde.

Doorloop drie overlappende biedingen

Stel dat Garden Registers token R met een blauwe kaft, token S met een blauwe kaft en token T met een groene kaft bevat. De bot maakt een itembod van 0,60 WETH op R, een eigenschapsbod van 0,50 WETH op blauwe kaften en een collectiebod van 0,40 WETH. Elk is onafhankelijk geldig en kan onder de aannames van dit voorbeeld één keer worden geaccepteerd.

Token R voldoet aan alle drie reikwijdten, S aan eigenschaps- en collectiebiedingen en T alleen aan het collectiebod. Het zou onjuist zijn de hele verzameling als één bod te tellen alleen omdat R in elke toelatingsgroep verschijnt. Drie verschillende verkopers kunnen R aan het itembod leveren, S aan het eigenschapsbod en T aan het collectiebod.

Die mogelijke acceptatiereeks besteedt 1,50 WETH en verwerft drie NFT’s. Als de verzamelaar maximaal 1,20 WETH nieuwe biedverplichtingen bedoelde, overschrijdt het plan dat vóór aanvullende uitgaven met 0,30 WETH. Een wallet met 1,80 WETH zou in dit vereenvoudigde voorbeeld de drie biedbedragen kunnen financieren, maar dat saldo overschrijft het lagere beleidsplafond niet.

De verzamelingsrelatie helpt mogelijke uitvoeringen verklaren maar creëert geen annuleringsregel. Acceptatie van het itembod annuleert niet automatisch het ongerelateerde eigenschaps- of collectiebod alleen omdat zij ooit hetzelfde token konden accepteren. De bot moet volgen wat elke werkelijke order doet wanneer er één wordt uitgevoerd.

Onderscheid gedeelde toelating van wederzijdse uitsluiting

Een unieke NFT kan niet in dezelfde eenvoudige overdracht tegelijk aan meerdere kopers worden geleverd. Die fysieke beperking betekent niet dat alle biedingen ervoor blijvend onderling uitsluitend zijn. Andere toegestane tokens kunnen aan de resterende orders voldoen en toekomstige overdrachten kunnen veranderen welke activa bij welke verkopers beschikbaar zijn.

Vertrouw alleen op een gedeelde limiet wanneer het relevante mechanisme die werkelijk handhaaft. Een lokale notitie koop er één uit deze groep is niet hetzelfde als een onchain of protocollaire voorwaarde die verdere geaccepteerde orders verhindert. Als de bot verschillende onafhankelijke orders maakt en de andere na de eerste uitvoering wil annuleren, accepteert hij een race tussen herkenning, annulering en verdere uitvoering.

Tel voor voorzichtige planning onafhankelijk uitvoerbare verplichtingen op tenzij er een geverifieerde reden is waarom een lagere grens afdwingbaar is. Uitgebreidere toelatingsanalyse kan scenario’s helpen verklaren maar mag reserveringen niet alleen vanwege gehoopt verkopersgedrag of verwachte annuleringssnelheid verminderen.

Het doel is niet voorspellen welke verkoper eerst handelt. Het is begrijpen wat de bot heeft toegestaan. Beleid dat onder verschillende aannemelijke acceptatiereeksen betaalbaar blijft is robuuster dan beleid dat alleen werkt als verkopers in de door de gebruiker gewenste volgorde komen.

Bouw het budget voor overlappende NFT-biedingen

Budgettering moet open biedingen met bestaand bezit en andere openstaande verwervingen verbinden. Een collectielimiet kan nieuwe besteding beperken terwijl de wallet ruim voldoende middelen heeft. Een portefeuillelimiet kan verschillende collecties beperken die hetzelfde betaalsaldo delen. Houd die limieten als afzonderlijke toetsen van dezelfde voorgestelde handeling zichtbaar.

Stel dat de drie Garden Registers-biedingen samen 1,50 WETH zijn, bestaande collectievoorraad een verwervingsgrondslag van 0,20 WETH heeft en de verzamelaar 0,05 WETH-equivalent voor relevante operationele uitgaven reserveert. Onder een bewust eenvoudig campagneplafond van 2,00 WETH-equivalent is gepland gebruik 1,75 en resterende capaciteit 0,25. Een nieuw onafhankelijk bod van 0,30 WETH zou dat plafond met 0,05 overschrijden.

De berekening in equivalente eenheden is een beleidsoverzicht en geen claim dat native gas en WETH hetzelfde besteedbare token zijn. Werkelijke saldi en machtigingen vereisen nog valutaspecifieke controles. Een systeem kan ruimte onder een gecombineerd boekhoudplafond hebben en toch het native token voor een onchain handeling missen.

Reserveer capaciteit voordat je de nieuwe order plaatst. Meerdere werkprocessen mogen niet elk dezelfde resterende ruimte lezen en onafhankelijk vastleggen. Het biedgrootboek vereist een gecoördineerde wijziging die reservering en bijbehorend voornemen registreert, zodat gelijktijdige collectiestrategieën niet elk al elders toegezegd geld kunnen besteden.

Scheid financieringsstatus van orderbedoeling

Bij op Ethereum gerichte WETH-biedingen met middelen in de wallet kan het saldo tot acceptatie door een verkoper in de wallet blijven. Dat kan geld voor een ander doel beschikbaar laten lijken terwijl de bot meerdere mogelijke toepassingen ervan heeft gecreëerd. Het interne verplichtingengrootboek moet orders weerspiegelen die onder de geplande financieringsvoorwaarden uitvoerbaar kunnen worden.

De OpenSea-gids voor collectiebiedingen beschrijft ook dat ongefinancierde biedingen weer actief worden zodra voldoende middelen terugkeren. Middelen tijdelijk verwijderen is daarom niet gelijk aan elke openstaande order annuleren. Een latere storting voor een nieuwe strategie kan oude verplichtingen doen herleven als de onderliggende biedingen van kracht blijven.

Beoordeel actieve, ongefinancierde en onopgeloste orders voordat je middelen toevoegt. Bepaal of het nieuwe saldo niet langer gewenste verwervingen mogelijk zou maken. Een bijstorting verandert uitvoeringscapaciteit van het systeem en verdient daarom dezelfde aandacht als een groter strategiebudget, ook als op dat moment geen nieuwe order wordt gemaakt.

Solana gebruikt andere mechanismen. De gids van OpenSea voor Solana-biedingen beschrijft onchain bij een bod aangehouden middelen en momenteel geen eigenschapsbiedingen. Neem het Ethereum-financieringsmodel met middelen in de wallet of het voorbeeld met drie reikwijdten niet zonder aanpassing op die route over. Gemeenschappelijke rapportagecategorieën kunnen naast chainspecifieke verplichtingenregels bestaan.

Behandel vervangingen als mogelijk overlappende orders

Een prijsupdate kan afhankelijk van het mechanisme een nieuwe order creëren terwijl de oude nog kan worden uitgevoerd. De bot moet weten of de route vervangt, annuleert of onafhankelijk een order toevoegt. Een nieuwe lokale weergaverij stelt niet vast wat met de vorige autorisatie gebeurde.

Stel dat op een bestaand eigenschapsbod van 0,50 WETH een nieuw bod van 0,52 WETH volgt. Als beide tijdens een overgang onafhankelijk geldig blijven, is hun gezamenlijke verplichting 1,02 WETH en niet alleen de prijsverhoging van 0,02 WETH. Alleen het verschil reserveren neemt een vervangingsgarantie aan die mogelijk niet bestaat.

Wanneer onomstotelijk vaststaat dat het oude bod buiten werking is, kan zijn reservering worden vrijgegeven. Bewaar tot dan identificatie en status. Een mislukt annuleringsverzoek of onzekere reactie mag de oude order niet uit de boekhouding laten verdwijnen alleen omdat de interface nu de nieuwe prijs benadrukt.

Een geautomatiseerde OpenSea-bieder vereist ook een waarderingsregel die eindeloze prijsstijgingen verhindert. Vervangingsboekhouding en prijsdiscipline lossen andere problemen op: de ene begrenst gelijktijdige verplichtingen en de andere wat de bot voor elke afzonderlijke verwerving wil betalen.

Begrijp annulering als proces

Een annuleringsverzoek is een handeling die de werking van een order moet veranderen. Het resultaat hangt van protocol en route af. De bot moet registreren welk mechanisme werd gebruikt, wanneer het werd aangevraagd, welk bewijs de uitkomst bevestigt en of een eerdere uitvoeringsautorisatie nog kan tellen.

De referentie van OpenSea voor offchain annulering plaatst expliciet een voorbehoud bij de garantie wanneer vóór annulering een uitvoeringshandtekening werd uitgegeven. De praktische les is niet elke API-ontvangstbevestiging als onvoorwaardelijk bewijs te behandelen dat geen verdere acceptatie kan optreden. Houd relevante onzekerheid zichtbaar totdat de routevoorwaarden zijn opgehelderd.

De bot stoppen stopt niet noodzakelijk bestaande orders. Een werkproces kan niet meer plaatsen terwijl eerder ondertekende biedingen actief blijven. Een volledige pauzeprocedure moet openstaande verplichtingen inventariseren en geautoriseerd annulerings- of vervalbeleid toepassen. Het rapport moet nieuwe ordercreatie uitgeschakeld van alle eerdere orders opgehelderd onderscheiden.

Ook verval vereist zorgvuldige interpretatie. Een vervallen order is mogelijk niet meer uitvoerbaar, maar bijbehorende middelen of interfacestatus kunnen afhankelijk van de chain hun eigen updateschema volgen. Registreer de werkelijke ordervoorwaarden en het bewijs voor vrijgave van middelen in plaats van alleen op een lokale aftelweergave te vertrouwen.

Stem elke acceptatie af naar voorraad

Wanneer een verkoper een bod accepteert, moet de bot verworven activum, hoeveelheid, betalingsstromen en transactie-uitkomst identificeren. Een melding die de collectie noemt stelt niet voldoende vast welk token aankwam of welke specifieke order werd verbruikt. Verbind acceptatie met orderidentificatie en relevante voorraadregistratie.

De biedreservering wordt een verwerving in plaats van eenvoudig te verdwijnen. Als de strategie aangehouden voorraad onder een campagneplafond telt, kan een uitvoering totale vastgelegde blootstelling grotendeels gelijk laten en haar vorm veranderen. Een bot die na elke uitvoering het hele biedbedrag als nieuwe capaciteit vrijgeeft kan boven de bedoelde limiet voorraad blijven opbouwen.

Werkelijke uitgaven moeten volgens gekozen boekhoudbeleid worden afgestemd. Sommige kunnen aan het verworven activum worden toegewezen terwijl onsuccesvolle of administratieve handelingen bij campagne-uitgaven kunnen horen. De methode moet consequent zijn en nooit dezelfde vergoeding dubbel tellen of weglaten omdat zij via een andere dienst aankwam.

Behoud een openstaande verwervingstoestand en hergebruik de capaciteit niet als acceptatie onzeker blijft. Onderzoek transactie- en eigendomsregistratie voordat je vervangende biedingen plaatst. De volgende beslissing moet de afgestemde toestand volgen en niet de afwezigheid van een succesbericht in het geheugen van één werkproces.

Beheer selectierisico binnen brede biedingen

Een breed bod laat verkopers kiezen welk toegestaan activum zij leveren. De resulterende voorraad kan geconcentreerd zijn in de minst aantrekkelijke items die aan de criteria voldoen. Een gemiddelde verkoopprijs op collectieniveau garandeert niet dat via brede biedingen verworven activa lijken op de items achter dat gemiddelde.

Eigenschapsfilters kunnen de verzameling beperken zonder dit selectie-effect te verwijderen. Tokens met één gedeeld kenmerk kunnen verschillen in andere eigenschappen, visuele aantrekkelijkheid, herkomst of overdrachtsbeperkingen. Prijs het bod tegen de volledige aanvaardbare verzameling, inclusief zwakkere items die de criteria toestaan. Verander de criteria of maak het bod niet als die items onaanvaardbaar zijn.

De voorraadredenering in een NFT-marketmakingbot is hier nuttig. Een verwervingsbeleid moet meenemen wat de bot al bezit en hoe nog een vergelijkbaar item concentratie verandert. Na verschillende soortgelijke uitvoeringen een breed bod blijven plaatsen kan een grotere positie creëren dan de verzamelaar per item zou hebben gekozen.

Beoordeel werkelijke uitvoeringen tegen de bedoelde selectiethese. Als verkopers consequent tokens met zwakke wederverkoopvraag leveren, is dat bewijs over het biedontwerp en niet alleen pech om uit het rapport weg te laten. De bot moet leren of zijn criteria de echte voorkeuren van de verzamelaar voldoende precies uitdrukken.

Beheer selectierisico binnen brede biedingenItem offerTrait offerCollection offerShared budgetTRADING FIELD NOTESEDUCATIONAL RESOURCE
Item-, eigenschaps- en collectiebiedingen kunnen toegestane activa delen en toch afzonderlijke verplichtingen onder één gedeeld budget blijven.

Coördineer biedingen over strategieën en wallets heen

Eén verzamelaar kan tegelijk een itemselectiestrategie en een collectiebiedstrategie uitvoeren. Als zij een wallet delen, delen zij ook saldi, goedkeuringen en voorraadcapaciteit. Hun afzonderlijke dashboards kunnen elk betaalbaar lijken terwijl het gezamenlijke plan dat niet is. Een gemeenschappelijke verplichtingenregistratie maakt die samenhang zichtbaar.

Afzonderlijke wallets kunnen sommige operationele koppelingen verminderen maar spreiden niet automatisch economische blootstelling. Twee wallets die op dezelfde collectie bieden stellen de eigenaar nog aan dezelfde collectievraag bloot. Een beoordeling op portefeuilleniveau moet de posities samenvoegen ook als transactiebevoegdheid is verdeeld.

Tel overdrachten tussen die wallets niet als nieuwe marktvraag of gerealiseerde uitstappen. Een verworven NFT naar een opslagwallet verplaatsen verandert de bewaarlocatie en niet het economische feit dat de verzamelaar hem nog bezit. De biedstrategie moet het activum onder elke relevante concentratielimiet blijven meetellen.

De praktische gids voor bieden op OpenSea automatiseren kan orderbeheer met die bredere coördinatie helpen verbinden. De belangrijke ontwerpkeuze is elke strategie een consistent beeld van de verplichtingen geven die de volgende geautoriseerde aankoop kunnen beïnvloeden.

Test een NFT-biedbot met acceptatiereeksen

Test verschillende mogelijke reeksen en niet één ideale gebeurtenisvolgorde. Laat in Garden Registers in het ene geval het itembod eerst worden uitgevoerd, in een ander het eigenschapsbod en in een derde het collectiebod. Bevestig dat elk resultaat de passende ordercapaciteit verbruikt en resterende verplichtingen correct weergegeven blijven.

Neem een vervanging waarvan de oude order onopgelost blijft, een ongefinancierd bod dat na een storting gefinancierd raakt en een herstart na acceptatie maar vóór lokale voorraadopslag mee. Die gevallen testen of de bot verplichtingen tijdens overgangen bewaart. Een geslaagde demonstratie met schone start dekt ze niet.

Controleer budgetgrenzen met kleine verschillen. Een voorstel dat de resterende ruimte met 0,01 WETH overschrijdt moet even duidelijk falen als een veel grotere overschrijding. Exacte bedragverwerking telt omdat afronding van getoonde waarden anders een ongeldige verplichting gelijk aan de limiet kan laten lijken.

Vergelijk ten slotte eindvoorraad en saldi van de test met de ordergeschiedenis. Elke verwerving moet met een geldige verbruikte verplichting overeenkomen en elke vrijgegeven reservering moet een op bewijs gebaseerde reden hebben. Verberg een onafstembaar totaal niet in een overige aanpassing die het rapport laat kloppen zonder gedrag te verklaren.

Houd hoeveelheid gescheiden van het aantal rijen

Een rapportage-interface kan één rij voor een order met verschillende eenheden tonen of verschillende rijen die kopieën van dezelfde waarneming beschrijven. Geen van beide rijenaantallen is op zichzelf een betrouwbaar verwervingsaantal. Sla resterende ordercapaciteit en de hoeveelheidswerking van het activum expliciet op en leid het rapport daarna uit die velden af.

Onderscheid bij editieactiva het aantal eenheden van het aantal unieke identificaties. Vier eenheden onder één identificatie verwerven geeft andere concentratie dan vier unieke tokens verwerven, ook als de totaalprijs gelijk is. De campagne kan zowel een bestedingsplafond als een eenhedenplafond instellen wanneer dat onderscheid voor haar doel telt.

Gedeeltelijke voltooiing vereist dezelfde precisie. Stem als een ondersteunde order in delen kan worden uitgevoerd de werkelijk verworven eenheden en resterende capaciteit onder die specifieke order af. Pas een voorbeeld met één acceptatie niet op elke protocolorder toe alleen omdat de marktplaats die op hetzelfde biedingentabblad presenteert.

Beoordeel alle biedingen samen

Een nuttig biedrapport begint met totale mogelijke verwervingen, vastgelegde bedragen per valuta, bestaande voorraad en onopgeloste overgangen. Daarna kan het die totalen naar item-, eigenschaps- en collectiereikwijdten uitsplitsen. Met het geheel beginnen voorkomt dat een lezer drie afzonderlijk bescheiden orders voor een bescheiden totale positie aanziet.

Beoordeel veranderingen van toelating en vraag naast orderstatus. Een collectiebrede gebeurtenis kan meerdere overlappende biedingen tegelijk onaantrekkelijk maken. Een metadatawijziging kan de aannames achter een eigenschapsprijs beïnvloeden. De bot moet een manier hebben om geen extra blootstelling toe te voegen terwijl de gebruiker alle biedingen opnieuw beoordeelt.

Het sterkste biedbeleid beschrijft wat kan gebeuren als verkopers onafhankelijk en snel handelen. Het hangt niet af van tijdig opmerken van de eerste uitvoering om elke andere te verhinderen. Een NFT-biedbot wordt voorspelbaarder wanneer overlappende reikwijdten expliciet zijn vastgelegd, verplichtingen een budget delen en geaccepteerde orders zichtbare voorraad worden in plaats van uit beeld te verdwijnen.

Verder leren

Alle bronnen bekijken