Een bot voor een geautomatiseerde marketmaker kan software betekenen die een positie in een liquiditeitspool beheert, software die tegen pools handelt of een actieve bot voor prijsnoteringen die onnauwkeurig wordt omschreven. Dat zijn verschillende activiteiten. Een liquiditeitspool heeft regels die de uitwisseling tussen reserves bepalen. Een apart programma kan een positie bewaken of aanpassen, maar dat programma is niet noodzakelijk het mechanisme dat iedere handelsprijs vaststelt.
De eerste taak is bepalen wat de software bestuurt. Stort zij activa, trekt zij een positie terug, verandert zij een prijsbereik, int zij vergoedingen of plaatst zij onafhankelijke orders? Zodra de activiteit duidelijk is, kan de economie van de bot worden beoordeeld aan de hand van activahoeveelheden, kasstromen en een vastgelegde vergelijking. Inkomsten uit vergoedingen alleen bewijzen niet dat liquiditeitsverschaffing het resultaat van een rekening verbeterde.
Rollen van AMM-bots hebben duidelijke namen nodig
Een pooldeelnemer brengt volgens de protocolregels activa in een mechanisme in en bezit een aanspraak op de resulterende positie. Een poolbeheerbot kan die positie aanpassen wanneer vastgelegde omstandigheden veranderen. Een swapbot handelt daarentegen tegen beschikbare liquiditeit. Een marketmaker in een orderboek plaatst afzonderlijke koop- en verkoopbiedingen. Deze rollen kunnen samenwerken, maar hun bevoegdheden en voorraadmodellen verschillen.
Een softwarebeschrijving moet aangeven welke rol zij vervult en welke contracten, rekeningen of handelsplatforms zij kan beïnvloeden. Een bewakingshulpmiddel kan de waarde van een positie berekenen zonder toestemming om activa te verplaatsen. Een beheerhulpmiddel kan een aanpassing voorstellen die goedkeuring vereist. Een volledig bevoegde controller kan binnen grenzen transacties indienen. Het label geautomatiseerd zegt niet welke van deze grenzen geldt.
De oudere basisgids over cryptohandelsbots helpt brede softwarecategorieën te onderscheiden. Gebruik dat onderscheid voordat je poolhulpmiddelen vergelijkt. Een grafiek met poolvergoedingen is onderzoeksbewijs; een instructie die activa terugtrekt, is een rekeninghandeling. De interface moet de overgang tussen die activiteiten expliciet maken zodat waarneming niet voor toestemming wordt aangezien.
Een vereenvoudigde constantproductpool maakt voorraad zichtbaar
Neem een fictieve pool met 100 eenheden van activum X en 10.000 eenheden van het noteringsactivum. Neem voor deze wiskundige oefening aan dat het product van beide reserves tijdens transacties 1.000.000 blijft en negeer vergoedingen, externe kosten en alle protocolspecifieke details. Dit is een vereenvoudigd constantproductmodel, geen claim dat iedere echte pool identieke regels volgt.
De verhouding tussen de reserves suggereert binnen het model een aanvankelijke marginale waarde van 100 noteringseenheden per X. Als een handelaar 1.000 noteringseenheden toevoegt, wordt de noteringsreserve 11.000. Om het product gelijk te houden, wordt de reserve van X ongeveer 90,9091. De handelaar ontvangt vóór eventuele kosten ongeveer 9,0909 X, wat een gemiddelde aankoopprijs van 110 noteringseenheden per X oplevert.
Het verschil tussen de aanvankelijke marginale waarde en de gemiddelde uitvoeringsprijs ontstaat door de beweging langs de curve. De pool biedt geen onbeperkte hoeveelheid tegen de aanvankelijke verhouding. Dit voorbeeld is nuttig omdat het handelsomvang rechtstreeks met reserveveranderingen verbindt. De positie van een liquiditeitsverschaffer verandert door deze uitwisselingen van samenstelling, ook als de aanbieder geen nieuwe instructie indient.
De poolomvang verandert het effect van een transactie
Herhaal dezelfde hypothetische invoer van 1.000 noteringseenheden bij een pool met 1.000 X en 100.000 noteringseenheden. Het product is 100.000.000. Na de invoer is de reserve van X ongeveer 990,0990, zodat de handelaar ongeveer 9,9010 X ontvangt. De gemiddelde prijs is 101 noteringseenheden per X, tegenover 110 in het kleinere voorbeeld.
Beide pools begonnen met dezelfde reserveverhouding. Hun verschillende omvang veroorzaakte verschillende uitvoeringsuitkomsten voor dezelfde transactie. Daarom beschrijft een prijs alleen geen liquiditeit. De relevante vraag is hoeveel kan worden uitgewisseld binnen een aanvaardbare uitvoerbeperking. Een grotere getoonde totaalwaarde kan ook misleiden wanneer de actieve liquiditeit van de betreffende positie door een bereik of ander mechanisme wordt beperkt.
De oudere gids over liquiditeitsdiepte werkt dit omvangbewuste perspectief uit. Pas het toe wanneer een beheerhulpmiddel een aantrekkelijk vergoedingspercentage of een stabiel ogende prijs toont. De aanbieder moet begrijpen waar bruikbare liquiditeit zit en hoe transacties de positie veranderen, niet alleen of de huidige reserveverhouding op een bekende marktprijs lijkt.
Eigendom is een aanspraak op een veranderende samenstelling
Stel dat een hypothetische aanbieder vóór de transactie een tiende van de vereenvoudigde eerste pool bezit. Als we voor de duidelijkheid de inbrengprocedure en vergoedingen negeren, begint de evenredige aanspraak van de aanbieder als 10 X en 1.000 noteringseenheden. Na de invoer van 1.000 noteringseenheden wordt die aanspraak ongeveer 9,0909 X en 1.100 noteringseenheden. De aanbieder heeft minder X en meer eenheden van het noteringsactivum.
Deze verandering in samenstelling staat centraal bij het vergelijken van AMM-liquiditeitsverschaffing. De positie bestaat niet simpelweg uit de oorspronkelijke activa plus vergoedingen. Handelaren wisselen tegen de vastgelegde reserves, waardoor verandert wat de aanbieder later kan terugtrekken. Een bruikbaar dashboard moet zowel de onderliggende hoeveelheden als hun waardering tonen, met de aannames achter een gecombineerd totaal.
De gids over cryptohandelsdashboards legt uit waarom kasstromen en waarderingen gescheiden moeten blijven. Bij een poolpositie betekent die discipline ook dat onderliggende voorraad, nog niet geïnde vergoedingen en eventueel extern geld voor aanpassingen worden onderscheiden. Eén positiewaarde kan handig zijn, maar mag niet verhullen welke activa de rekening onder de huidige omstandigheden werkelijk zou ontvangen bij terugtrekking.
Vergelijk met het aanhouden van de oorspronkelijke activa
Een gebruikelijke economische vergelijking vraagt wat de aanbieder zou bezitten als de oorspronkelijke activa eenvoudig waren aangehouden. Neem de vereenvoudigde pool met aanvankelijk 100 X en 10.000 noteringseenheden en veronderstel dat de externe waarde van X van 100 naar 200 stijgt. Bij de aanname van een constantproductevenwicht zonder vergoedingen worden de poolreserves ongeveer 70,7107 X en 14.142,1356 noteringseenheden.
Gewaardeerd tegen 200 per X is de pool ongeveer 28.284,2712 noteringseenheden waard. Het aanhouden van de oorspronkelijke 100 X en 10.000 noteringseenheden zou 30.000 waard zijn. Het verschil is ongeveer 1.715,7288, of circa 5,72 procent van het aanhoudscenario. Dit is een wiskundig voorbeeld onder expliciete aannames, geen schatting voor een livepositie.
De vergelijking betekent niet dat de absolute poolwaarde daalde. Zij steeg van 20.000 naar ongeveer 28.284,27, maar bleef achter bij het vastgelegde alternatief van aanhouden. Dat onderscheid is belangrijk omdat de term verlies verkeerd kan worden begrepen. Het referentiescenario, het prijsverloop, vergoedingen en kosten bepalen wat de vergelijking betekent. Een hulpmiddel moet die definities uitleggen in plaats van een los percentage zonder context te tonen.
Voeg vergoedingen aan het juiste referentiescenario toe
Handelsvergoedingen kunnen een liquiditeitsverschaffer compenseren, maar moeten samen met voorraadveranderingen en bedrijfskosten worden beoordeeld. Een totaal aan vergoedingen is opbrengst volgens de betreffende boekhoudregels, niet automatisch nettowinst. Ook de rekeneenheid is belangrijk. Vergoedingen die in een volatiel activum worden ontvangen, veranderen van waarde afhankelijk van het gekozen waarderingsmoment en de methode.
Neem als hypothetische uitbreiding van het vorige voorbeeld aan dat de positie 800 noteringseenheden aan vergoedingen ontvangt en 50 aan bedrijfskosten maakt, terwijl de vereenvoudigde voorraadberekening verder gelijk blijft. De resulterende waarde zou ongeveer 29.034,27 zijn, nog onder het aanhoudscenario van 30.000. Deze verzonnen cijfers illustreren dat positieve vergoedingsinkomsten kunnen samengaan met een slechter resultaat dan een vastgelegd alternatief.
Maak hiervan geen universele conclusie over liquiditeitsverschaffing. Verschillende prijsverlopen, poolregels, kostenstructuren en beheerbeleidsregels geven verschillende uitkomsten. De nuttige les gaat over de methode: vergelijk volledige posities onder consistente aannames. Een beheerhulpmiddel dat vergoedingen prominent toont, moet ook de voorraadwaarde en relevante kosten voor dezelfde periode en rekeningafbakening beschikbaar maken.
Controles voor poolbeheer verschillen van controles voor prijsnoteringen
Een actieve orderboekbot kan vaak afzonderlijke prijs- en hoeveelheidsinstructies veranderen, onder de regels van het handelsplatform. Een poolbeheerbot handelt via de operaties die zijn gekozen protocol ondersteunt. Hij kan liquiditeit toevoegen of verwijderen, een bereik aanpassen of bijbehorende swaps uitvoeren. De resulterende positie reageert vervolgens op transacties volgens het poolmechanisme, niet als een voortdurende reeks onafhankelijk gekozen bilaterale biedingen.
De gids over crypto-arbitragehandelsbots helpt te begrijpen hoe afzonderlijke aanpassingstransacties tussentijdse blootstelling kunnen veroorzaken. Terugtrekken, swappen en opnieuw storten kunnen aparte stappen zijn, tenzij de daadwerkelijke implementatie een geverifieerde gecombineerde transactie biedt. Neem niet aan dat onafhankelijke indieningen, rekeningen of netwerken atomair werken alleen omdat de interface één herbalanceringsknop toont.
Controles voor een poolherbalanceringsbot moeten daarom vastleggen welke operaties zijn toegestaan en welke toestand ertussen vereist is. Een mislukte tweede stap kan de rekening met een andere activamix buiten de pool achterlaten. De bot moet die toestand afstemmen voordat hij opnieuw probeert. Een visueel volledig procesdiagram bewijst niet dat alle stappen samen plaatsvonden of helemaal niet plaatsvonden.
Verwijs klanten en verdien USDC
Verwijs klanten en verdien USDCOns affiliateprogramma betaalt in realtime.
Geconcentreerde bereiken geven de blootstelling een andere vorm
Sommige poolontwerpen wijzen liquiditeit toe binnen een gekozen prijsbereik. Dat verandert hoe kapitaal deelneemt wanneer de prijs door het bereik beweegt of erbuiten komt. Het precieze gedrag hangt af van het mechanisme. Een hulpmiddel moet daarom het protocol, de positieparameters en de huidige toestand bewaren in plaats van op iedere positie een algemene formule voor het volledige bereik toe te passen.
Een bereik kiezen kan een verwachting uitdrukken over waar activiteit zal plaatsvinden, maar verandert ook de samenstelling en beschikbaarheid van liquiditeit wanneer prijzen bewegen. Een smal bereik kan de deelname concentreren en tegelijk vaker beheerbeslissingen nodig maken. De lezer moet de volledige reeks aanpassingen beoordelen, inclusief kosten en tijd buiten de bedoelde actieve omstandigheden, in plaats van alleen naar een aantrekkelijke vergoedingsschatting binnen het bereik te kijken.
De vereenvoudigde constantproductvoorbeelden in deze gids vervangen geen berekeningen die specifiek voor een bereik gelden. Ze leggen het basisidee uit dat handel de voorraad verandert. Voor de beoordeling van een geconcentreerde positie zijn de werkelijke positieberekeningen en regels nodig, met actuele documentatie en reproduceerbare berekeningen. Als een hulpmiddel zijn bereikmodel niet kan uitleggen, blijft een nauwkeurig ogende rendementsschatting een ongeverifieerde uitkomst.
Herbalancering kan kosten realiseren en het referentiescenario veranderen
Een beheerbeleid kan een positie terugtrekken en opnieuw opzetten wanneer de prijs een grens passeert. Die handeling kan transactiekosten, handelskosten en een nieuwe voorraadverdeling veroorzaken. Ook kan zij het referentiescenario veranderen waartegen het resultaat wordt gemeten. Een vergelijking die na iedere ongunstige beweging het beginpunt opnieuw instelt, kan het cumulatieve effect van de strategie verhullen.
Bewaar het oorspronkelijke referentiescenario op rekeningniveau en de geschiedenis van iedere positie. Het journaal moet stortingen, opnames, swaps, vergoedingen en eindactiva over alle aanpassingen heen tonen. Een rapport per positie kan nog steeds nuttig zijn, maar mag het gezamenlijke overzicht niet vervangen. Anders kan de beheerder veel aantrekkelijke lokale samenvattingen zien en tegelijk de kosten van het wisselen ertussen missen.
De gids over cryptoliquiditeitsbots verbindt deze aanpassingsbeslissingen met breder voorraadbeheer. Herbalancering moet worden toegestaan omdat zij onder actueel bewijs een vastgelegd doel dient, niet omdat de software iedere positie graag zichtbaar actief houdt. Een pauze of ongewijzigde positie kan de juiste uitkomst zijn wanneer kosten of onzekerheden de beleidsgrenzen overschrijden.
Scheid toestemming voor waarnemen van toestemming om activa te verplaatsen
Een hulpmiddel kan een openbare positie bewaken zonder onbeperkte bevoegdheid over haar activa nodig te hebben. Als het proces ondertekening of goedkeuringen omvat, bepaal dan exact welke rekeningbevoegdheden nodig zijn. Bij tokeninterfaces in Ethereum-stijl is een bestedingsmachtiging iets anders dan een saldowaarneming. De lezer moet begrijpen op welk activum, welke bestedende partij en welke hoeveelheid of welk bedrag een goedkeuring betrekking heeft voordat die als een gewone verbindingsstap wordt behandeld.
De officiële ERC-20-documentatie beschrijft de interfaces voor saldo, overdracht en bestedingsmachtigingen van de standaard. Het bestaan van die interfaces bewijst niet dat een bepaald token of contract economisch veilig is. Bij een softwarebeoordeling moeten nog steeds de werkelijke instructie en de rekeningbevoegdheid die zij verleent worden begrepen.
De oudere gids over walletkeuze geeft context voor operationele eisen zoals zicht op ondertekening en gescheiden rekeningen. Beoordeel bij een poolcontroller hoe de bevoegdheid wordt begrensd en ingetrokken. Nieuwe beheerhandelingen stilleggen mag niet de registraties wissen die nodig zijn om een positie te begrijpen die op het netwerk actief blijft.
Transactietoestand kan een beheerplan onderbreken
Een voorbereide transactie, een ingediende transactie en een bevestigd resultaat zijn verschillende toestanden. Een beheerbot moet deze verschillen voor iedere handeling bewaren. Als een antwoord na indiening verdwijnt, kan een nieuwe poging een operatie verdubbelen of handelen op saldi die al veranderd zijn. Herstel moet de oorspronkelijke uitkomst onderzoeken voordat een nieuwe economische instructie wordt gemaakt.
Een hypothetische herbalancering kan worden gemodelleerd als activa terugtrekken, een begrensde swap uitvoeren en een nieuwe positie storten. Als het terugtrekken lukt maar de swap mislukt, bevindt de rekening zich niet meer in de begintoestand. De software moet tonen welke activa nu worden aangehouden en welk deel van het plan onvoltooid is. De hele reeks zonder afstemming herhalen kan ongeldig zijn of een andere blootstelling creëren dan bedoeld.
Houd transactiemiddelen gescheiden van positiewaarde. Een poolpositie kan waardevol zijn terwijl de beherende rekening niet het eigen activum van het netwerk bezit dat nodig is voor haar volgende transactie. Het beheerbeleid moet rekening houden met de middelen die nodig zijn om onder de bedoelde omstandigheden aan te passen of de positie te beëindigen. Een prominent getoonde rekeningwaarde garandeert niet dat de volgende stap operationeel uitvoerbaar is.
Meet de strategie in rustige en actieve perioden
Een eerlijke beoordeling omvat perioden met weinig activiteit die vergoedingen oplevert, perioden met een gerichte prijsbeweging en perioden waarin aanpassingen nodig zijn. Alleen een drukke periode met zijwaartse koersen kiezen, kan het beleid aantrekkelijker laten lijken dan het is. Het onderzoeksdossier moet het kandidatenuniversum en de beslisregels bewaren voordat resultaten worden beoordeeld, inclusief momenten waarop de bot niet handelde.
Meet beheerkosten én verdiende vergoedingen. Veelvuldig aanpassen kan een zichtbaar responsieve positie opleveren en tegelijk middelen verbruiken en de blootstelling veranderen. Een trager beleid kan minder kosten maken maar langer buiten de bedoelde omstandigheden blijven. De vergelijking moet aangeven welke afweging wordt gemeten in plaats van aan te nemen dat actiever beheer per definitie beter is.
Gebruik gevoeligheidsanalyse wanneer invoergegevens onzeker zijn. Varieer transactiekosten, ontvangen vergoedingen en het moment van aanpassingen. Het doel is vaststellen welke aannames de conclusie bepalen, niet een gegarandeerde voorspelling fabriceren. Een beleid dat alleen onder een smalle verzameling optimistische aannames gunstig lijkt, vergt nader onderzoek voordat het schijnbare voordeel als robuust wordt behandeld.
Reconstrueer een opname in onderliggende eenheden
Een nuttige laatste oefening is uitleggen wat de rekening zou ontvangen als de positie onder een vastgelegde momentopname werd teruggetrokken. Scheid onderliggende activa van afzonderlijk opeisbare vergoedingen en identificeer de kosten om de handeling af te ronden. Als een schatting van een route of een toekomstige transactie afhangt, benoem die afhankelijkheid in plaats van haar als al gerealiseerde kasopbrengst te behandelen.
Vergelijk vervolgens de ontvangen eenheden met de oorspronkelijke inbreng en alle tussentijdse stromen. Deze reconstructie laat zien of de software vergoedingen dubbel heeft geteld, een opname heeft weggelaten of een inconsistente prijs heeft toegepast. Zij helpt ook een verandering in marktwaarde te onderscheiden van een verandering door kapitaal toe te voegen of weg te halen. Beide beïnvloeden het getoonde totaal, maar slechts één is rendement op bestaande middelen.
Het resultaat moet zonder de oorspronkelijke interface te begrijpen zijn. Een duurzame export van hoeveelheden, transacties en waarderingsaannames ondersteunt onafhankelijke beoordeling. Een percentage alleen doet dat niet. Poolbeheer is gemakkelijker te beoordelen wanneer de rekeninghouder de economische positie rechtstreeks kan volgen in plaats van afhankelijk te zijn van een samenvatting waarvan de definities ontbreken.
Beoordeel het mechanisme en de beheerder afzonderlijk
Het poolmechanisme bepaalt hoe transacties de vastgelegde reserves beïnvloeden. Het beleid van de bot bepaalt wanneer en hoe de rekening deelneemt. Een volledige beoordeling heeft beide nodig. Een juiste wiskundige uitleg van de pool bewijst niet dat de beheerstrategie nuttig is, en een handige beheerinterface bevestigt niet de aannames waarmee het positieresultaat wordt geschat.
Veranker de vergelijking in een expliciet alternatief, volledige kosten en de werkelijk aangehouden hoeveelheden. Benoem welke aspecten geverifieerd protocolgedrag zijn en welke beleidskeuzes of hypothetische projecties zijn. Zo worden de grenzen van de analyse zichtbaar zonder de nuttige werking te verhullen die de lezer kan begrijpen en reproduceren.
Een bot voor een geautomatiseerde marketmaker kan het best worden beoordeeld als beheerder van een veranderende activapositie. Zijn economische dossier moet stortingen, transacties binnen het mechanisme, vergoedingen, aanpassingen en opnames verklaren. Wanneer die onderdelen duidelijk zijn, kan de lezer het proces op zijn werkelijke gevolgen beoordelen in plaats van aan te nemen dat automatisering of vergoedingsinkomsten alleen een voordeel bewijzen.