Bot til kontrol af DEX-likviditetslås: verificer påstanden

Belæg for en bot til kontrol af DEX-likviditetslås begynder med poolen

Begynd med netværk, protokolimplementering, poolidentifikator og begge underliggende aktiver. En token kan handles i flere pools, og én pools låsestatus beskriver ikke dem alle. Et skærmbillede med et velkendt symbol kan vedrøre en anden token, et andet noteringsaktiv eller et gammelt marked, der ikke længere leverer det meste af den aktuelle handelskapacitet.

Identificer derefter den position eller det krav, der styrer hæverettighederne. I nogle poolmodeller er dette en fungibel likviditetsudbydertoken. I andre har positionerne særskilte intervaller og repræsenteres eller administreres anderledes. Kontrollen behøver en adapter til den understøttede mekanisme frem for at behandle ethvert aktiv mærket LP som udskifteligt belæg.

Bevar forbindelsen fra den rapporterede lås tilbage til den præcise pool. En ægte lås på en irrelevant eller meget lille position kan stadig give et vildledende indtryk, hvis grænsefladen viser den ved siden af en tokens overordnede markedsinformation. Vejledningen til verificering af nye par forklarer, hvorfor begge sider og den specifikke markedsidentitet skal afklares, før likviditetsrelaterede observationer fortolkes.

Adskil et låst krav fra de underliggende reserver

En likviditetslås begrænser typisk et ejerskabs- eller hævekrav. De underliggende poolreserver kan stadig ændre sig gennem almindelig handel og andre understøttede operationer. Derfor beviser et fald i én reserve ikke i sig selv, at låsen svigtede. Omvendt beviser en stor reservesaldo ikke, at det krav, der styrer den, er begrænset.

Overvej en bevidst forenklet konstantproduktpool med 100.000 måltokens og 1.000 noteringsenheder, hvor gebyrer og al anden aktivitet ignoreres. Produktet er 100 millioner. Hvis en handler sælger yderligere 100.000 måltokens til poolen, bliver målreserven 200.000 og noteringsreserven 500 i denne model. Handleren modtager 500 noteringsenheder. Noteringsreserven er halveret uden nogen hævning fra likviditetsudbyderen.

Eksemplet forudsiger ikke et virkeligt marked. Det viser, hvorfor en kontrol bør skelne reserveændringer forårsaget af swaps fra ændringer forårsaget af likviditetsfjernelse. En lås på hæverettigheder kan ikke forhindre markedsdeltagere i at bytte aktiver efter poolens handelsregler. Den økonomiske kapacitet til at sælge en token kan forværres, selv mens selve låsen forbliver fuldt intakt.

Identificer den faktiske begrænsningsmekanisme

En tidsbaseret låsemekanisme, en permanent ordning uden hævemulighed og en position sendt til en bestemt adresse kræver forskellige fortolkninger. Udled ikke mekanismen alene fra en adressebetegnelse eller en markedsføringsformulering. Verificer kontrakten eller programmet, det deponerede krav og den tilstand, der fastslår begrænsningen i den understøttede implementering.

En overførsel til en kontrakt er ikke automatisk en lås. Kontrakten kan give en hævefunktion, en nødvej, overførbar kontrol eller en anden måde at genvinde positionen på. Mulighederne kræver undersøgelse; de er ikke anklager mod en bestemt implementering. En kontrol bør rapportere, hvad den faktisk har fastslået, og hvor analysen stopper.

Tilsvarende kan en grænseflade bruge ordet brænding om en mekanisme, der holder den oprindelige position i deponering, mens en anden rettighed bevares. Aktuel officiel protokoldokumentation omfatter sådanne ordninger. Den korrekte rapport beskriver det faktiske kontrolforhold frem for at antage, at enhver brug af brænding betyder ødelæggelse af alle tilknyttede krav. Præcis betydning er vigtigere end et velkendt ikon eller en tilsyneladende beroligende betegnelse.

Tilladelsesgennemgang i en bot til kontrol af DEX-likviditetslås er specifik

Låsemekanismen kan have tilladelser, der adskiller sig fra poolens og den underliggende tokens. Gennemgå dem særskilt. Hvem kan ændre den begunstigede, forlænge eller forkorte frigivelsestiden, migrere positionen, sætte operationer på pause eller ændre koden, hvor opgraderinger understøttes? En fraværende mulighed bør ikke opfindes, men en ugennemgået mulighed bør ikke rapporteres som umulig.

Tokenen har sin egen beføjelsesstruktur. Solanas officielle dokumentation om beføjelser skelner mellem specifikke roller for mint og tokenkonti og nævner yderligere roller til udvidelser. Fjernelse af én beføjelse fjerner ikke automatisk alle andre tilladelser. En likviditetsbegrænsning kan derfor ikke erstatte gennemgang af den faktiske tokenadfærd, som den tilsigtede handel bruger.

En illustrativ rapport kan sige, at en understøttet låsemekanisme forhindrer den almindelige begunstigede i at hæve en navngiven position før en registreret dato, mens kontrollen ikke har vurderet en opgraderingsbeføjelse. Det er en snævrere og mere nyttig konklusion end enten garanteret sikker eller helt sikkert ondsindet. Formålet er at give læseren en nøjagtig grænse for belægget, så en anden gennemgang kan behandle det uafklarede tilladelsesspørgsmål.

Gør procentens beregningsgrundlag synligt

En låst procentdel er ufuldstændig uden beregningsgrundlag. Den kan betyde andelen af aktuelt udestående fungible LP-krav, andelen af én udbyders position, andelen af rapporteret poolværdi eller andelen af likviditet, som en bestemt datatjeneste tæller. Det er forskellige mål. En vist værdi på 90% bør angive, hvad der divideres med hvad.

I et fiktivt eksempel med fungible krav er 900 LP-enheder verificeret som låste, og 1.000 enheder findes i den relevante total. Den rapporterede andel er 90%. Hvis en anden udbyder tilfører likviditet og modtager yderligere 1.000 LP-enheder, mens den låste mængde forbliver 900, bliver andelen 45%. Ingen oprindelig lås blev brudt. Beregningsgrundlaget ændrede sig.

Bevar mængde, beregningsgrundlag og observationstid sammen. En historisk markering på 90% kan blive forældet, selv om kontrollen korrekt verificerede den oprindelige deponering. Undgå at kombinere en ny låst tæller med en gammel total eller omvendt. Hvor den underliggende model ikke understøtter en meningsfuld fælles enhed, bør kontrollen forklare begrænsningen frem for at opfinde en universel procentdel af usammenlignelige positioner.

Læg ikke forskellige positioner sammen, som om de var identiske

Positioner med koncentreret likviditet kan betjene forskellige prisintervaller. Deres likviditetsenheder eller viste værdier bør ikke uden videre samles til en påstand om, at samme andel af den aktuelle dybde, der kan handles på, er låst. En position uden for det aktive handelsinterval kan fortsat være legitimt begrænset og samtidig give ringe eller ingen støtte til en swap ved den aktuelle pris.

En fiktiv pool har to positioner med samme anslåede markerede værdi. Den ene dækker den aktuelle pris tæt; den anden dækker et fjernt interval. Hvis kun den fjerne position er låst, ville det være uberettiget at kalde halvdelen af den aktuelle handelsdybde låst. Andelen af låst værdi og bidraget til aktiv dybde besvarer særskilte spørgsmål og kræver særskilte metoder.

Vejledningen til likviditetsdybde forklarer, hvorfor aktive intervaller og tilsigtet ordrestørrelse betyder noget for udførelse. En kontrol kan vise positionsspecifikt låsebelæg ved siden af aktuelt dybdebelæg, men bør ikke sammenfatte dem i én score. Hævebegrænsning handler om kontrol over en position. Kapacitet til udførelse handler om den markedstilstand, en bestemt foreslået handel møder.

Læs frigivelsesplanen som et sæt betingelser

En frigivelsesplan fra en bot til kontrol af DEX-likviditetslås bør omfatte det relevante tidsgrundlag, den dækkede mængde og alle betingelser, der påvirker adgangen. En menneskeligt læsbar dato er nyttig, men bør udledes af den faktiske lagrede tilstand med en erklæret tidszone. Afrunding i visningen bør ikke få en begrænsning til at se længerevarende ud, end belægget understøtter.

Nogle ordninger kan frigive forskellige dele på forskellige tidspunkter. I en hypotetisk plan forbliver 600 kravsenheder begrænsede indtil én dato og yderligere 300 indtil en senere dato. Rapportering af 900 som låste indtil den senere dato ville overdrive begrænsningen på den første del. Rapportering af kun den tidligere dato ville udelade nyttig information om resten. Bevar de særskilte trancher og deres mængder.

Opfyldelse af en frigivelsesbetingelse fastslår berettigelse til en autoriseret hævning under mekanismen; den beviser ikke, at en hævning fandt sted. Kontrollen bør skelne mellem forestående frigivelse, berettiget til hævning og observeret hævning. Hver tilstand understøtter forskellig overvågning og fortolkning. En afsluttet nedtælling er en ændring i tilladelser, ikke i sig selv belæg for, at likviditet er forsvundet, eller at en bestemt person vil fjerne den.

Skeln gebyrrettigheder fra rettigheder til at hæve hovedstolen

Nogle dokumenterede design til likviditetslås bevarer en ret til at opkræve handelsgebyrer, mens den underliggende position begrænses. Denne gebyrret kan selv være overførbar. Observation af en gebyropkrævning eller en overførsel af denne særskilte ret viser ikke automatisk, at den låste likviditet blev hævet. Kontrollen skal vide, hvilken ret det observerede objekt repræsenterer.

En fiktiv position kan placere sit hovedstolskrav under en mekanisme uden hævemulighed og samtidig udstede et overførbart gebyrcertifikat. Hvis certifikatet flyttes fra Address A til Address B, vedrører den relevante rapport en ændring i, hvem der kan kræve fremtidige gebyrer. Den bør ikke sige, at hovedstolen blev frigivet, medmindre den faktiske mekanisme og transaktionsbelægget understøtter konklusionen.

Sondringen forhindrer også falske anklager baseret på almindelige regnskabshændelser. En reserverelateret overførsel kan repræsentere opkrævede gebyrer, en understøttet justering eller en hævning afhængigt af implementeringen. Bevar transaktionskonteksten, og klassificer kun inden for adapterens verificerede dækning. Hvor kontrollen ikke sikkert kan skelne hændelsen, skal den rapportere en uafklaret fortolkning frem for at vælge den mest alarmerende betegnelse.

Anerkend, at en lås ikke fastfryser markedsværdien

En hævebegrænsning bevarer ikke tokenens efterspørgsel, dens relative pris eller poolens noterede værdi. Købere kan holde op med at komme, eksisterende indehavere kan sælge, og noteringsaktivet kan miste værdi i læserens regnskabsvaluta. Selv en permanent lås efterlader disse økonomiske risici intakte. Den begrænser en rettighed; den forsikrer ikke en pris.

Antag, at en fiktiv pool indeholder låste positioner til en værdi af 20.000 regnskabsenheder ved én observation. Senere markeres de samme positioner til 12.000, fordi aktivpriser og reservesammensætning ændrede sig. Forskellen på 8.000 enheder er et fald på 40% i markeret værdi. Dette forhold alene siger intet om, hvorvidt et likviditetskrav blev hævet. Rapporten behøver både værdiansættelsesbelæg og belæg om positionskontrol for at forklare ændringen.

Tilsvarende kan en token med en lille låst pool stadig have meget begrænset salgskapacitet. En lås på 100% af et meget lille beløb svarer ikke til et stort og varigt marked. Absolut størrelse, aktiv dybde og den tilsigtede handel er stadig relevante. Undgå at sammenligne låseprocenter på tværs af tokens, som om en højere procent nødvendigvis understøtter et sikrere eller større køb.

Bevar tokenudbud og handelskontroller i gennemgangen

En lås på likviditetsudbyderrettigheder begrænser ikke nødvendigvis oprettelse af flere måltokens, frysning af understøttede konti eller anden adfærd på tokenniveau. Disse kontroller afhænger af den faktiske tokenimplementering og aktuelle beføjelsestilstand. Kontrollen bør enten undersøge dem inden for sit understøttede omfang eller gøre det klart, at låseresultatet ikke dækker dem.

Vejledningen til tokentilladelser adskiller mintidentitet, beføjelser og overførselsadfærd. Adskillelsen er nyttig her, fordi en fuldt gyldig lås kan sameksistere med en ikke-understøttet eller foranderlig token. Ét gunstigt fund bør ikke slette en anden uafklaret afhængighed, blot fordi grænsefladen ønsker at give én samlet dom.

Undgå også at overkorrigere i den anden retning. Eksistensen af en administrativ mulighed er ikke bevis på, at dens indehaver har misbrugt den eller vil gøre det. Angiv muligheden og dens betydning for den foreslåede arbejdsgang. En faktuel rapport kan forklare, at en handel afhænger af, at de aktuelle tilladelser forbliver kompatible, uden at påstå kendskab til en udsteders identitet, motiver eller fremtidige adfærd.

Bevar belæggets oprindelse og observationstid

En låsemarkering fra en indekseringstjeneste er et nyttigt spor, men ikke det samme som en fuldstændig, uafhængigt verificeret påstand. Registrer tjenesten, rapporterede identifikatorer, underliggende kædekontekst og observationstid. Hvor det er praktisk inden for det understøttede design, skal den relevante tilstand på kæden verificeres frem for blot at kopiere markeringen til en anden grænseflade.

Forskellige kilder kan være uenige, fordi de observerer forskellige tilstande, genkender forskellige låseimplementeringer eller beregner forskellige grundlag. Sammenlign definitionerne, før en kilde kaldes forkert. En tjeneste tæller måske kun en understøttet permanent mekanisme, mens en anden medtager tidsbaserede låse. Deres procenter kan afvige, selv når begge nøjagtigt beskriver deres snævrere metoder.

Kontrollen bør bevare ukendte og ikke-understøttede resultater. En ny låseimplementering, som ikke genkendes, bør ikke som standard blive ulåst som en faktuel anklage eller låst som en optimistisk antagelse. Den kan klassificeres som ikke vurderet med den aktuelle adapter. Den ærlige begrænsning hjælper brugerne med at forstå behovet for yderligere undersøgelse og forhindrer, at et dækningshul udgiver sig for en konklusion om projektets adfærd.

Gennemgå en fiktiv låserapport

Overvej en fiktiv token med to pools. Pool A har 1.000 fungible LP-enheder, hvoraf 700 er verificeret i en understøttet tidsbaseret låsemekanisme. Yderligere 100 er knyttet til en ukendt kontrakt, og 200 forbliver i almindelig overførbar form. Pool B har en særskilt positionsstruktur, som kontrollen ikke understøtter. Rapporten bør holde disse forhold adskilt.

For Pool A er 70% verificeret under den understøttede låseanalyse. Yderligere 10% er uafklaret og bør ikke stiltiende medregnes i den verificerede låste andel. De resterende 20% er ikke begrænset af den genkendte mekanisme ved denne observation. Ingen af procenterne beskriver Pool B eller tokenens samlede markedskapacitet til udførelse på tværs af handelssteder.

Antag, at de 700 verificerede enheder bliver berettigede til hævning om tredive hypotetiske dage, mens de aktuelle tilladelser på tokenniveau ligger uden for kontrollens omfang. En nyttig rapport angiver dato, mekanisme, dækket mængde og resterende usikkerhed. Den omdanner ikke de samlede observationer til en påstand om, at 70% af ethvert muligt salg er garanteret i tredive dage. Den stærkere konklusion ville kræve belæg, rapporten ikke indeholder.

Overvåg ændringer uden at behandle enhver ændring som en hændelse

Vælg alarmer ud fra meningsfulde tilstandsændringer: en forestående frigivelse, en ændret understøttet beføjelse, en væsentlig ændring af beregningsgrundlaget eller en relevant positionsbevægelse. Beskeden bør identificere, hvad der ændrede sig, og hvilken tidligere konklusion der påvirkes. En generisk besked om øget risiko er mindre nyttig end en præcis forklaring om, at den verificerede andel faldt, fordi ny ulåst likviditet blev tilføjet.

En legitim forlængelse af en frigivelsesdato og en uautoriseret tidlig hævning ville betyde noget meget forskelligt. Kontrollen bør ikke slå dem sammen til én hændelse om ændret lås. Bevar tilstanden før og efter og den transaktionskontekst, der kræves for at fortolke opdateringen. Hvis det tilgængelige belæg er ufuldstændigt, kan alarmen anmode om gennemgang uden at påstå, at mekanismen svigtede.

Overvågningshyppigheden bør afspejle den beslutning, der understøttes. En langsigtet undersøgelsesrapport og en øjeblikkelig købspolitik kan kræve forskellige aktualitetsstandarder. Genbrug af gårsdagens låsebelæg i dagens automatiske godkendelse kan være upassende, selv når den underliggende mekanisme normalt ændrer sig langsomt. Rapporten bør angive, hvornår fundet var gyldigt, og hvilke betingelser der ville kræve en ny kontrol.

Versionsstyr fortolkningen sammen med dataene

Et genkendt programnavn er ikke nok til at fastslå, at en gammel fortolkning stadig gælder. Understøttede installationer, konfiguration og migrationsadfærd kan ændre sig. Knyt kontrolresultatet til adapterversionen og den specifikke tilstandsmodel, der blev vurderet. Hvis en senere opdatering ændrer, hvordan en position repræsenteres, skal tidligere rapporter bevares som historiske fund frem for stiltiende at blive omskrevet med dagens antagelser.

Ved en fiktiv migration flytter et projekt noget handelsaktivitet til en ny pool, mens den gamle pools lås forbliver intakt. Kontrollen kan korrekt fortsætte med at rapportere den gamle begrænsning og alligevel svigte læseren, hvis resultatet præsenteres som dækning af det nye handelssted. Markedskortet kræver derfor opdatering uafhængigt af låseregistreringen. Genvalidering bør bekræfte både, at mekanismen stadig forstås, og at fundet fortsat vedrører det marked, der er relevant for brugerens beslutning. Hverken et velkendt projektnavn eller et uændret logo giver denne forbindelse.

Test kontrollen med påstande, der ligner hinanden

Et meningsfuldt testsæt omfatter en understøttet tidslås, en udløbet lås, en permanent begrænsning med særskilte gebyrrettigheder, en ikke-understøttet kontrakt og en låst position uden for det aktive interval. Tilføj et skiftende LP-beregningsgrundlag og to pools med samme tokensymbol. Tilfældene tester, om kontrollen forstår påstanden frem for blot at genkende en velkendt adresse.

Angiv forventede fund, før eksemplerne køres. En overførsel af gebyrrettigheder bør ikke blive til en hævning af hovedstolen. Et større beregningsgrundlag bør ikke blive til en brudt lås. En ikke-understøttet mekanisme bør forblive uafklaret. Medtag fejlformede eller manglende kildedata, så systemet beviser, at det bevarer usikkerhed frem for at gøre enhver registrering til en uberettiget ja-eller-nej-dom.

En bot til kontrol af DEX-likviditetslås er nyttig, når den gør en snæver påstand om økonomisk kontrol lettere at verificere. Dens bedste rapport forklarer den præcise begrænsning, dens omfang og dens resterende afhængigheder på en måde, læseren kan undersøge. Belægget kan bidrage til en bredere handelsgennemgang, mens prisrisiko, likviditet til udførelse og tokenadfærd fortsat kræver deres egen analyse.