Bot for kontroll av DEX-likviditetslåser: verifiser påstanden

Dokumentasjonen for en bot som kontrollerer DEX-likviditetslåser, begynner med poolen

Begynn med nettverk, protokollimplementasjon, poolidentifikator og begge underliggende eiendeler. En token kan handles i flere pooler, og én pools låsestatus beskriver ikke alle. Et skjermbilde med et kjent symbol kan vise til en annen token, en annen noteringseiendel eller et gammelt marked som ikke lenger gir mesteparten av dagens handelskapasitet.

Identifiser deretter posisjonen eller rettigheten som styrer uttaksrettigheter. I noen poolmodeller er dette en ombyttelig token for likviditetsleverandører. I andre har posisjoner forskjellige intervaller og representeres eller forvaltes annerledes. Kontrollverktøyet trenger en adapter for den støttede mekanismen fremfor å behandle hver eiendel merket LP som ombyttelig dokumentasjon.

Bevar forbindelsen fra rapportert lås tilbake til nøyaktig pool. En ekte lås på en irrelevant eller svært liten posisjon kan fortsatt gi et misvisende inntrykk hvis grensesnittet viser den ved siden av tokenens samlede markedsinformasjon. Veiledningen om verifisering av nye par forklarer hvorfor begge sider og den konkrete markedsidentiteten må avklares før likviditetsrelaterte observasjoner tolkes.

Skill en låst rettighet fra underliggende reserver

En likviditetslås begrenser vanligvis en eier- eller uttaksrettighet. De underliggende poolreservene kan fortsatt endres gjennom vanlig handel og andre støttede operasjoner. Et fall i én reserve beviser derfor ikke i seg selv at låsen sviktet. Omvendt beviser ikke en stor reservesaldo at rettigheten som styrer den, er begrenset.

Vurder en bevisst forenklet pool med konstant produkt, 100 000 måltokens og 1 000 noteringsenheter, uten gebyrer og all annen aktivitet. Produktet er 100 millioner. Hvis en trader selger ytterligere 100 000 måltokens inn i poolen, blir målreserven 200 000 og noteringsreserven 500 under modellen. Traderen mottar 500 noteringsenheter. Noteringsreserven er halvert uten noe uttak fra likviditetsleverandører.

Eksemplet forutsier ikke et reelt marked. Det viser hvorfor et kontrollverktøy bør skille reserveendringer fra bytter fra endringer som skyldes fjerning av likviditet. En lås på uttaksrettigheter kan ikke hindre markedsdeltakere i å bytte eiendeler etter poolens handelsregler. Den økonomiske kapasiteten til å gå ut av en token kan svekkes selv mens selve låsen forblir helt intakt.

Identifiser den faktiske begrensningsmekanismen

En tidsbasert låsekontrakt, en permanent ordning uten uttak og en posisjon sendt til en bestemt adresse krever forskjellige tolkninger. Ikke utled mekanismen bare fra en adresselabel eller et markedsføringsuttrykk. Verifiser kontrakten eller programmet, den deponerte rettigheten og tilstanden som fastslår begrensningen under støttet implementasjon.

En overføring til en kontrakt er ikke automatisk en lås. Kontrakten kan ha en uttaksfunksjon, en nødvei, overførbar kontroll eller en annen måte å gjenvinne posisjonen på. Mulighetene krever undersøkelse; de er ikke beskyldninger mot en konkret implementasjon. Kontrollverktøyet bør rapportere hva det faktisk har fastslått og hvor analysen slutter.

Et grensesnitt kan tilsvarende bruke ordet brenning om en mekanisme som holder opprinnelig posisjon i deponering og bevarer en annen rettighet. Gjeldende offisiell protokolldokumentasjon inkluderer slike ordninger. Riktig rapport beskriver det faktiske kontrollforholdet fremfor å anta at enhver bruk av brenning betyr ødeleggelse av alle tilknyttede rettigheter. Presis betydning er viktigere enn et kjent ikon eller en tilsynelatende beroligende merkelapp.

Tillatelsesgjennomgangen i en bot for DEX-likviditetslåser er konkret

Låsekontrakten kan ha andre tillatelser enn poolen og den underliggende tokenen. Gjennomgå dem separat. Hvem kan endre mottaker, forlenge eller forkorte opplåsingstid, migrere posisjonen, sette drift på pause eller endre kode der oppgraderinger støttes? En manglende evne bør ikke finnes på, men en evne som ikke er gjennomgått, bør heller ikke rapporteres som umulig.

Tokenen har sin egen myndighetsstruktur. Solanas offisielle myndighetsdokumentasjon skiller konkrete roller for mint og tokenkonto og omtaler flere roller for utvidelser. Å fjerne én myndighet fjerner ikke automatisk alle andre tillatelser. En likviditetsbegrensning kan derfor ikke erstatte gjennomgang av den faktiske tokenatferden den planlagte handelen bruker.

En illustrerende rapport kan si at en støttet låsekontrakt hindrer den vanlige mottakeren i å ta ut en navngitt posisjon før en registrert dato, mens kontrollverktøyet ikke har vurdert oppgraderingsmyndighet. Det er en snevrere og nyttigere konklusjon enn enten garantert trygg eller definitivt ondsinnet. Formålet er å gi leseren en nøyaktig grense rundt dokumentasjonen slik at en annen gjennomgang kan behandle det uavklarte tillatelsesspørsmålet.

Gjør prosentens nevner synlig

En låst prosent er ufullstendig uten nevner. Den kan bety andelen av nå utestående ombyttelige LP-rettigheter, andelen av én leverandørs posisjon, andelen av rapportert poolverdi eller andelen likviditet en bestemt datatjeneste teller. Dette er forskjellige målinger. En vist verdi på 90 % bør identifisere hva som deles på hva.

I et fiktivt eksempel med ombyttelige rettigheter er 900 LP-enheter verifisert låst, og 1 000 enheter finnes i relevant total. Rapportert andel er 90 %. Hvis en annen leverandør tilfører likviditet og mottar ytterligere 1 000 LP-enheter mens låst mengde forblir 900, blir andelen 45 %. Ingen opprinnelig lås ble brutt. Nevneren endret seg.

Hold mengde, nevner og observasjonstid sammen. En historisk merkelapp på 90 % kan bli utdatert selv om kontrollverktøyet riktig verifiserte det opprinnelige innskuddet. Unngå å kombinere en ny låst teller med en gammel total eller omvendt. Der den underliggende modellen ikke støtter en meningsfull felles enhet, bør kontrollverktøyet forklare begrensningen fremfor å finne på en universell prosent fra usammenlignbare posisjoner.

Ikke summer ulike posisjoner som om de var identiske

Posisjoner med konsentrert likviditet kan betjene forskjellige prisintervaller. Likviditetsenheter eller viste verdier bør ikke uten videre summeres til en påstand om at samme andel av dagens gjennomførbare dybde er låst. En posisjon utenfor aktivt handelsintervall kan fortsatt være legitimt begrenset og samtidig gi liten eller ingen støtte til et bytte ved dagens pris.

En fiktiv pool har to posisjoner med lik anslått markert verdi. Én dekker dagens pris tett; den andre dekker et fjernt intervall. Hvis bare den fjerne posisjonen er låst, ville det være ubegrunnet å kalle halvparten av dagens handelsdybde låst. Andelen låst verdi og bidraget til aktiv dybde svarer på separate spørsmål og trenger separate metoder.

Veiledningen om likviditetsdybde forklarer hvorfor aktive intervaller og planlagt ordrestørrelse betyr noe for utførelse. Et kontrollverktøy kan vise posisjonsspesifikk låsedokumentasjon ved siden av dokumentasjon om dagens dybde, men bør ikke slå dem sammen i én skår. Uttaksbegrensning gjelder kontroll over en posisjon. Gjennomførbar kapasitet gjelder markedstilstanden en bestemt foreslått handel møter.

Les opplåsingsplanen som et sett vilkår

En opplåsingsplan fra en bot som kontrollerer DEX-likviditetslåser, bør inkludere gjeldende tidsgrunnlag, dekket mengde og eventuelle vilkår som påvirker tilgang. En menneskelesbar dato er nyttig, men bør avledes fra faktisk lagret tilstand med oppgitt tidssone. Visningsavrunding bør ikke få en begrensning til å fremstå som mer langvarig enn dokumentasjonen støtter.

Noen ordninger kan frigjøre forskjellige deler på forskjellige tidspunkt. I en hypotetisk plan forblir 600 rettighetsenheter begrenset til én dato og ytterligere 300 til en senere dato. Rapportering av 900 låst til den senere datoen ville overdrive første dels begrensning. Bare å rapportere den tidlige datoen ville utelate nyttig informasjon om resten. Bevar de separate delene og mengdene.

Oppfyllelse av et opplåsingsvilkår fastslår adgang til et autorisert uttak under mekanismen; det beviser ikke at uttak skjedde. Kontrollverktøyet bør skille forestående opplåsing, adgang til uttak og observert uttak. Hver tilstand støtter forskjellig overvåking og tolkning. At en nedtelling slutter, er en tillatelsesendring, ikke i seg selv bevis på at likviditet har forsvunnet eller at en bestemt person vil fjerne den.

Skill gebyrrettigheter fra retten til å ta ut hovedstolen

Noen dokumenterte likviditetslåsutforminger bevarer retten til å kreve inn handelsgebyrer mens den underliggende posisjonen begrenses. Gebyrrettigheten kan selv være overførbar. Observasjon av gebyrinnkreving eller overføring av den separate rettigheten viser ikke automatisk at låst likviditet ble tatt ut. Kontrollverktøyet må vite hvilken rettighet det observerte objektet representerer.

En fiktiv posisjon kan plassere hovedstolskravet under en mekanisme uten uttak og samtidig utstede et overførbart gebyrsertifikat. Hvis sertifikatet flyttes fra adresse A til adresse B, gjelder den relevante rapporten en endring i hvem som kan kreve fremtidige gebyrer. Den bør ikke si at hovedstolen ble låst opp med mindre faktisk mekanisme og transaksjonsdokumentasjon støtter konklusjonen.

Skillet hindrer også falske beskyldninger basert på vanlige regnskapshendelser. En reserverelatert overføring kan representere innkrevde gebyrer, en støttet justering eller et uttak, avhengig av implementasjonen. Bevar transaksjonskontekst og klassifiser bare innenfor adapterens verifiserte dekning. Der kontrollverktøyet ikke kan skille hendelsen sikkert, rapporter en uavklart tolkning fremfor å velge den mest alarmerende merkelappen.

Anerkjenn at en lås ikke fryser markedsverdien

En uttaksbegrensning bevarer ikke tokenens etterspørsel, relative pris eller poolens oppgitte verdi. Kjøpere kan slutte å komme, eksisterende innehavere kan selge og noteringseiendelen kan tape verdi i leserens regnskapsvaluta. Selv en permanent lås lar disse økonomiske risikoene bestå. Den begrenser en rettighet; den forsikrer ikke en pris.

Anta at en fiktiv pool inneholder låste posisjoner verdt 20 000 regnskapsenheter ved én observasjon. Senere markeres de samme posisjonene til 12 000 fordi eiendelspriser og reservesammensetning endret seg. Forskjellen på 8 000 enheter er et fall på 40 % i markert verdi. Dette alene sier ingenting om en likviditetsrettighet ble tatt ut. Rapporten trenger både verdsettingsdokumentasjon og dokumentasjon om posisjonskontroll for å forklare endringen.

En token med en liten låst pool kan tilsvarende fortsatt ha svært begrenset utgangskapasitet. En lås på 100 % av et svært lite beløp tilsvarer ikke et stort og varig marked. Absolutt størrelse, aktiv dybde og planlagt handel er fortsatt relevante. Unngå å sammenligne låseprosenter på tvers av tokens som om en høyere prosent nødvendigvis støtter et tryggere eller større kjøp.

Behold tokentilførsel og handelskontroller i gjennomgangen

En lås på likviditetsleverandørers rettigheter begrenser ikke nødvendigvis opprettelse av flere måltokens, frysing av støttede kontoer eller annen atferd på tokennivå. Kontrollene avhenger av faktisk tokenimplementasjon og nåværende myndighetstilstand. Kontrollverktøyet bør enten undersøke dem innenfor støttet omfang eller tydeliggjøre at låseresultatet ikke dekker dem.

Veiledningen om tokentillatelser skiller mintidentitet, myndighet og overføringsatferd. Skillet er nyttig her fordi en helt gyldig lås kan eksistere sammen med en token som ikke støttes eller kan endres. Ett gunstig funn bør ikke viske ut en annen uavklart avhengighet bare fordi grensesnittet ønsker å gi én samlet dom.

Unngå å overkorrigere i den andre retningen. At en administrativ evne finnes, beviser ikke at innehaveren har misbrukt eller vil misbruke den. Angi evnen og konsekvensene for foreslått arbeidsflyt. En faktabasert rapport kan forklare at en handel avhenger av at gjeldende tillatelser forblir forenlige, uten å hevde kunnskap om utstederens identitet, motiver eller fremtidige atferd.

Bevar dokumentasjonens opphav og observasjonstid

Et låsemerke fra en indekserer er et nyttig spor, men ikke det samme som en fullstendig uavhengig verifisert påstand. Registrer tjeneste, rapporterte identifikatorer, underliggende kjedekontekst og observasjonstid. Der det er praktisk innenfor støttet utforming, verifiser relevant kjedetilstand fremfor bare å kopiere merkelappen til et annet grensesnitt.

Forskjellige kilder kan være uenige fordi de observerer forskjellige tilstander, gjenkjenner forskjellige låseimplementasjoner eller beregner forskjellige nevnere. Sammenlign definisjonene før én kalles feil. En tjeneste kan bare telle en støttet permanent mekanisme, mens en annen inkluderer tidsbaserte låsekontrakter. Prosentene kan avvike selv om begge nøyaktig beskriver sine snevrere metoder.

Kontrollverktøyet bør bevare ukjente resultater og resultater som ikke støttes. En ny låseimplementasjon som ikke gjenkjennes, bør ikke som standard bli ulåst som en faktisk beskyldning eller låst som en optimistisk antakelse. Den kan klassifiseres som ikke vurdert under nåværende adapter. Den ærlige begrensningen hjelper brukere med å forstå hvilke tilleggsundersøkelser som trengs og hindrer at et dekningshull utgir seg for å være en konklusjon om prosjektets atferd.

Gå gjennom en fiktiv låserapport

Vurder en fiktiv token med to pooler. Pool A har 1 000 ombyttelige LP-enheter, der 700 er verifisert i en støttet tidsbasert låsekontrakt. Ytterligere 100 er knyttet til en kontrakt som ikke gjenkjennes, og 200 forblir i vanlig overførbar form. Pool B har en separat posisjonsstruktur kontrollverktøyet ikke støtter. Rapporten bør holde faktaene separate.

For pool A er 70 % verifisert under støttet låseanalyse. Ytterligere 10 % er uavklart; den andelen bør ikke i det stille inkluderes i verifisert låst andel. De resterende 20 % er ikke begrenset av den gjenkjente mekanismen ved denne observasjonen. Ingen av prosentene beskriver pool B eller tokenens samlede gjennomførbare markedskapasitet på tvers av handelsplasser.

Anta at de 700 verifiserte enhetene blir tilgjengelige for uttak om tretti hypotetiske dager, mens gjeldende tillatelser på tokennivå forblir utenfor kontrollverktøyets omfang. En nyttig rapport navngir dato, mekanisme, dekket mengde og gjenværende usikkerhet. Den gjør ikke de kombinerte observasjonene til en påstand om at 70 % av enhver mulig utgang er garantert i tretti dager. Den sterkere konklusjonen ville kreve dokumentasjon rapporten ikke inneholder.

Overvåk endringer uten å behandle hver endring som et avvik

Velg varsler rundt meningsfulle tilstandsendringer: forestående opplåsing, endret støttet myndighet, vesentlig endring i nevner eller relevant posisjonsbevegelse. Varslet bør identifisere hva som endret seg og hvilken tidligere konklusjon som påvirkes. En generell melding om økt risiko er mindre nyttig enn en presis opplysning om at verifisert andel falt fordi ny ulåst likviditet ble lagt til.

En legitim forlengelse av opplåsingsdato og et uautorisert tidlig uttak ville ha svært forskjellig betydning. Kontrollverktøyet bør ikke slå dem sammen til én hendelse med endret lås. Bevar tilstand før og etter og transaksjonskonteksten som trengs for å tolke oppdateringen. Hvis tilgjengelig dokumentasjon er ufullstendig, kan varslet be om gjennomgang uten å hevde at mekanismen sviktet.

Overvåkingsfrekvens bør gjenspeile beslutningen som støttes. En langsiktig undersøkelsesrapport og en umiddelbar kjøpspolicy kan trenge forskjellige ferskhetsstandarder. Gjenbruk av gårsdagens låsedokumentasjon i dagens automatiske autorisasjon kan være upassende selv når underliggende mekanisme vanligvis endres sakte. Rapporten bør angi når funnet var gyldig og hvilke forhold som krever ny kontroll.

Versjoner tolkningen sammen med dataene

Et gjenkjent programnavn er ikke nok til å fastslå at en gammel tolkning fortsatt gjelder. Støttede utrullinger, konfigurasjon og migreringsatferd kan endres. Knytt kontrollresultatet til adapterversjonen og den konkrete tilstandsmodellen den vurderte. Hvis en senere oppdatering endrer hvordan en posisjon representeres, bevar tidligere rapporter som historiske funn fremfor å skrive dem om i det stille med dagens forutsetninger.

Ved en fiktiv migrering flytter et prosjekt noe handelsaktivitet til en ny pool mens den gamle poolens lås forblir intakt. Kontrollverktøyet kan riktig fortsette å rapportere den gamle begrensningen og likevel svikte leseren hvis det presenterer resultatet som dekning av den nye handelsplassen. Markedskartet trenger derfor oppdatering uavhengig av låseregistreringen. Ny validering bør bekrefte både at mekanismen fortsatt forstås og at funnet fortsatt gjelder markedet som er relevant for brukerens beslutning. Verken et kjent prosjektnavn eller en uendret logo gir forbindelsen.

Test kontrollverktøyet med påstander som ligner

Et meningsfullt testsett inkluderer en støttet tidslås, en utløpt lås, en permanent begrensning med separate gebyrrettigheter, en kontrakt som ikke støttes og en låst posisjon utenfor aktivt intervall. Legg til en endret LP-nevner og to pooler med samme tokensymbol. Tilfellene tester om kontrollverktøyet forstår påstanden fremfor bare å gjenkjenne en kjent adresse.

Angi forventede funn før eksemplene kjøres. En overføring av gebyrrettighet bør ikke bli et uttak av hovedstol. En økt nevner bør ikke bli en brutt lås. En mekanisme som ikke støttes, bør forbli uavklart. Ta med feilformede eller manglende kildedata slik at systemet viser at det bevarer usikkerhet fremfor å gjøre hver registrering til en ubegrunnet ja-eller-nei-dom.

En bot for kontroll av DEX-likviditetslåser er nyttig når den gjør en snever påstand om finansiell kontroll enklere å verifisere. Den beste rapporten forklarer den nøyaktige begrensningen, omfanget og gjenværende avhengigheter på en måte leseren kan undersøke. Dokumentasjonen kan informere en bredere handelsgjennomgang, mens prisrisiko, gjennomførbar likviditet og tokenatferd fortsatt krever egen analyse.