En arbeidsflyt for kryptoanalyse som kan si «ukjent»
Lag et falsifiserbart analysenotat i stedet for å samle grunner til å like et token.
Definer analyseobjektet
Begynn med nøyaktig identifikator for eiendelen, nettverk og produkt. En ticker er ikke nok: ubeslektede tokener kan dele navn, og innpakkede eiendeler tilfører avhengigheter. Angi om analysen gjelder en spottoken, en børssaldo, et fond eller et derivat. Ellers kan analyser av en blokkjede feilaktig brukes til å begrunne et produkt med andre gebyrer, oppbevaringsordninger og likvideringsregler.
Formuler deretter spørsmålet slik at dokumentasjon kan besvare det. «Er dette et godt prosjekt?» er for bredt. «Hvilke rettigheter gir denne tokenen, hvem kan endre tilbudet, og hvordan kan innehavere gå ut?» gir en håndterlig undersøkelse. Notatet bør få lov til å ende med uavklarte spørsmål. Selvsikkerhet erstatter ikke manglende dokumentasjon.
Skill påstander fra observasjoner
Lag en tabell med en påstand, en kilde, en observasjonsdato og en begrensning. Et prosjekts egen dokumentasjon er en primærkilde for hva det sier at utformingen skal gjøre, men ikke et uavhengig bevis på kommersiell suksess. Data på kjeden kan bekrefte enkelte transaksjoner, men identifiserer kanskje ikke de reelle brukerne eller det økonomiske formålet bak dem. En million adresser trenger ikke bety en million mennesker.
Bruk konsekvente definisjoner når du sammenligner måltall. Antall transaksjoner, aktive adresser, gebyrer og overført verdi måler forskjellige ting. Insentivprogrammer kan øke aktiviteten uten varig etterspørsel. Unngå å endre måltallet i det stille etter å ha sett et ubeleilig resultat. Et troverdig analysenotat forklarer hva som ville svekke tesen, like grundig som det som ser ut til å støtte den.
Spor sviktforløpene
List avhengighetene fra brukerens kontanter til den endelige eiendelen: handelsplass, oppbevaringssystem, blokkjede, kontrakter, prisstrømmer, broer og administratorer. For hver av dem spør du hva som skjer hvis den svikter eller blir utilgjengelig. Dette avhengighetskartet hjelper med å skille et prisfall fra et teknisk tap eller motpartsmislighold. Flere risikoer kan inntreffe samtidig fremfor pent én om gangen.
Undersøk deretter utgangen. Hvilken ordrestørrelse kan handles nær den viste prisen? Hvilke uttaksveier er tilgjengelige, til hvilken kostnad og under hvilke vilkår? En tilsynelatende stor markedsverdi garanterer ikke likviditet. En strategi som bygger på å flytte sikkerhet under markedsstress, bør testes mot forsinkede overføringer og midlertidig manglende tilgang til én markedsplass.
Skriv scenarioer, og gjør deretter dokumentasjonen reproduserbar
Bruk minst tre betingede scenarioer, hvert med forutsetninger fremfor skråsikre spådommer. Bruken kan for eksempel øke mens tokenetterspørselen forblir svak; gebyrene kan øke mens konkurrerende systemer tar brukere; frigivelse av tilbud kan sammenfalle med sterkere eller svakere etterspørsel. Angi hvilke observasjoner som ville skilt scenarioene. Et kursmål uten en mekanisme kan skjule mer enn det forklarer.
Avslutt med et kompakt kontrollspor: daterte kilder, uavklarte spørsmål, anslåtte handels- og oppbevaringskostnader og vilkårene for når analysen må revideres. Ta med skatte- og reguleringsspørsmål for den relevante jurisdiksjonen uten å late som et globalt nettsted gir personlig juridisk rådgivning. En analyseprosess er nyttig selv når den ikke leder til noen handel. Formålet er å redusere unngåelige misforståelser, ikke å skape aktivitet eller love en fordel.
Øv med et fiktivt prosjekt
Velg et oppdiktet token fremfor ekte penger til den første øvelsen. Gi det en tilbudsplan, en gebyrmodell, en liten ordrebok og en administrator med oppgraderingsmyndighet. La en annen elev utfordre forutsetningene. Det sterkeste utfallet er ikke enighet; det er en tydeligere liste over hva som er kjent, hva som er utledet, og hva som måtte verifiseres før noen beslutning.
Merk hva som er observert, tolket og påstått
«Denne adressen har utført en transaksjon» er en observasjon. «Dette er en ny kunde» er en tolkning. «Hver adresse tilhører en egen person» er en ytterligere påstand. Slås nivåene sammen, kan en usikker slutning se ut som en direkte målt opplysning.
Bruk et bevisregister med spørsmål, opprinnelig kilde, dato, kontrollmetode og gjenværende usikkerhet. Du kan kanskje fastslå kontraktsadressen uten å fastslå administratorenes uavhengighet. Delresultatet er nyttig fordi det lokaliserer kunnskapshullet i stedet for å skjule det bak en samlet tillitskarakter.
Kilder har ulike oppgaver. Dokumentasjon beskriver planlagt funksjon; kode og oppsett gjelder aktiv versjon; transaksjoner viser hendelser; vilkår beskriver oppgitte rettigheter. Også en primærkilde kan være ufullstendig eller ha egeninteresser. Nærhet til prosjektet gjør den ikke tilstrekkelig for alle spørsmål.
Bestem hva som vil gjøre notatet utdatert
Velg hendelser som krever ny vurdering: oppgradering, nytt sikkerhetsobjekt, endret utstedelse eller en annen utgang. En oppgraderbar kontrakt kan beholde adressen mens logikken endres. Ethereum forklarer slike oppgraderinger. En lagret adresse er derfor ikke alltid en fullstendig versjonsangivelse.
Anta at analysen bygger på én reserve og to dagers forsinkelse før styringsendringer. Et forslag legger til en reserve og forkorter tiden. Det gamle notatet kan være korrekt om fortiden og samtidig utilstrekkelig nå. Behold det og legg til en datert revisjon som viser hvilke antakelser som er endret.
Konklusjonen kan være «mekanismen forstått», «avgjørende opplysning ikke kontrollert» eller «hypotesen motsagt». Ingen krever kjøp. En god undersøkelse kan ende uten deltakelse, fremfor å gjøre brukt tid til en grunn for å investere penger.