Orakler: prisen en kontrakt stoler på
Skill markedspriser fra kontraktens inndata, og analyser utdaterte, tynne eller uegnede referansedata.
Grensen mellom kode og observasjon
En smartkontrakt kan bruke regneregler konsekvent og likevel bruke dårlige inndata. Et orakel leverer informasjon som kontrakten ikke selv kan utlede fra sin egen utførelsestilstand, for eksempel en ekstern markedspris. Ethereums dokumentasjon om orakler forklarer dette skillet mellom blokkjedeutførelse og eksterne data. Det viktige spørsmålet er ikke bare om en datastrøm oppdateres, men hva det oppdaterte tallet betyr.
En pris kan representere én handelsplass, et aggregat, en tidsvektet observasjon eller en innløsningsverdi. Definisjonene besvarer ulike spørsmål. En gjennomføringspris på en børs beskriver en transaksjon; en referansepris støtter en regel; en innløsningsverdi beskriver et krav under bestemte vilkår. De bør ikke byttes om uten forklaring.
Undersøk spesifikasjonen for datastrømmen
For et fiktivt utlånsmarked bør du skrive ned eiendelsparet, enheter, desimaler, oppdateringsvilkår og reserveatferd. Avgjør om en verdi er oppgitt i dollar, en annen token eller en basiseiendel. Et tall som ser riktig ut, men er skalert med feil desimalfaktor, kan være katastrofalt feil når en annen komponent tolker det.
Undersøk også aktualiteten. En datastrøm som bare oppdateres etter et avvik eller et tidsintervall, kan med god grunn avvike fra en raskt bevegelig ordrebok. Applikasjonen må avgjøre hvor gammelt som er for gammelt, og hva den da skal gjøre. Stans i nye lån kan beskytte mot utdaterte data, samtidig som eksisterende posisjoner fortsatt er utsatt for senere prisoppdateringer. Ingen reserveløsning er ufarlig i alle situasjoner.
Likviditet er en del av kvaliteten på inndataene
Et tynt marked kan gi en siste omsatt pris som ikke er representativ for en stor utførbar transaksjon. Sammenstilling av handelsplasser kan redusere avhengigheten av én handelsplass, men felles eierskap, delt likviditet eller samtidige avbrudd kan begrense den oppnådde uavhengigheten. Et tidsgjennomsnitt jevner ut kortvarige bevegelser, men innfører forsinkelse. Hver utforming bytter ett sett svakheter mot et annet.
Vurder et token med notert pris på $10, men bare $5,000 i kjøpsdybde nær prisen. Å verdsette $1 million i sikkerhet til denne marginalprisen viser ikke at likvidatorer kan realisere $1 million. Orakelet kan rapportere sin definerte referanse riktig samtidig som risikomodellen overvurderer gjenvinnbart proveny. Datakvalitet og likvidasjonskapasitet er beslektede, men forskjellige problemer.
Stresstest begge sider av et sikkerhetsforhold
Et lån med sikkerhet avhenger av prisen på sikkerheten og prisen på gjelden. Å låne en token som beskrives som stabil, gjør ikke dollarverdien matematisk fast. Hvis gjelden blir dyrere å kjøpe tilbake samtidig som sikkerheten faller i verdi, svekkes posisjonen fra begge sider. Modeller disse endringene hver for seg i stedet for av gammel vane å holde den ene siden konstant.
Anta at sikkerheten er verdt $12,000, gjelden er 6,000 enheter som opprinnelig er verdt $1 hver, og den hypotetiske likvidasjonsgrensen er 75%. Det opprinnelige soliditetsforholdet er 1.50. Hvis sikkerheten faller 25% til $9,000 mens gjeldsenhetene stiger til $1.10, blir forholdet $9,000 × 0.75 ÷ $6,600, omtrent 1.023. En tilsynelatende komfortabel buffer er nesten brukt opp.
Undersøk integrasjonen, ikke bare leverandøren
En anerkjent datatilbyder garanterer ikke at en applikasjon velger riktig datastrøm, håndterer utilgjengelige verdier eller kontrollerer tidsstempler riktig. Gå gjennom applikasjonens dokumentasjon, relevante revisjoner og parameterbeslutninger. I en papirøvelse følger du en vanlig prisoppdatering og deretter en manglende oppdatering gjennom beregningen. Angi hvor du mangler dokumentasjon fremfor å fylle hullene med selvsikkerhet.
En nyttig overvåkingsplan skiller en markedsbevegelse fra et avvik i prisstrømmen. Sammenlign den oppgitte referansen med uavhengige observasjoner og prisstrømmens forventede oppdateringspolicy. Forskjeller krever undersøkelse, ikke automatisk handel. Denne leksjonen handler om å forstå kontraktsatferd og operasjonell risiko, ikke å utnytte en svakhet i inndata eller anta at tilsynelatende feilprising trygt kan utnyttes.
Som ekstra øvelse beregner du samme sikkerhetsposisjon med tre referanseforutsetninger: sist rapporterte datastrøm, en gjeldende utførbar kjøpskurs og en stresset salgspris. Merk hver tydelig. Intervallet som oppstår, er ikke et konfidensintervall; det viser følsomhet for verdsettelsesvalg. Formålet er å avdekke hvilken prisdefinisjon som driver konklusjonen, og hvor det trengs mer dokumentasjon om likviditet.
Skriv enhetene før du stoler på svaret
Et sikkerhetstoken koster fiktivt 0,055 enheter av en referanseeiendel som er verdt 2 000 kroner. Det tilsvarer 110 kroner per token. Å lese 0,055 direkte som kroner er ikke en liten prisforskjell, men et annet regnestykke. Desimaler, noteringsvaluta og nøyaktig eiendel er del av dataspesifikasjonen.
Merk hvert trinn: referanseeiendel per token multiplisert med kroner per referanseeiendel. Mellomenheten skal kanselleres. La deretter én pris bli gammel mens den andre oppdateres. Et sammensatt kursmål arver to observasjonstidspunkter selv om skjermen viser ett tall.
Skill også omsettelig markedspris fra bokført omregningsforhold. Et kvitteringstoken kan representere 1,11 underliggende enheter og likevel handle med rabatt. Ved likvidasjon er kravets verdi ikke automatisk en kjøpspris som er tilgjengelig straks. Bruken av prisdata bestemmer hvilket spørsmål de må besvare.
En pause endrer hvilke risikoer som gjenstår
Applikasjonen må ha regler for gamle, manglende eller unormale data. Chainlink beskriver ansvar ved valg og integrering av prisstrømmer. Valg av leverandør avgjør ikke automatisk hvilke funksjoner som bør fortsette under en feil.
Et fiktivt utlånssystem stopper nye lån når prisdata er for gamle. Det kan hindre kreditt mot usikre verdier. Men stoppes også likvidasjoner mens sikkerheten faller, kan inndrivelsen bli vanskeligere. Fortsatt likvidasjon til gammel pris gir et annet problem. Beskriv derfor hva som stanser, hva som fortsetter og hvem som bestemmer gjenoppstart.
Tegn siste godkjente observasjon, markedsbevegelse, aldersgrense og neste gyldige oppdatering på en tidslinje. Marker mulige handlinger i hvert intervall. En enkel grønn indikator for tilgjengelig pris forklarer ikke disse avveiningene.