DeFi-utlån: sikkerhet, likvideringer og tapsgjeld

Den enkleste måten å forstå DeFi-utlån på er å følge et konkret eksempel. En låntaker setter inn volatil sikkerhet verdt 150 000 dollar og låner 90 000 dollar i stablecoins. Det synlige resultatet er bare begynnelsen; de viktige spørsmålene gjelder dokumentasjonen, institusjonene og forpliktelsene som gjør resultatet gyldig.

DeFi-utlånsprotokoller lar brukerne tilføre eiendeler til smartkontraktbaserte pooler og låne mot sikkerhet etter programmerte regler for renter, kontosikkerhet og likvidering. Rentene påvirkes av utnyttelsesgraden og styringsparametere, mens orakler verdsetter sikkerheten. Ettersom lån ofte er overpantet, er likvidering den viktigste mekanismen for kredittrisiko.

Overpantsettelse fjerner ikke risikoen for tapsgjeld. Prisene kan falle brått, orakeloppdateringer kan bli forsinket, overbelastning i blokkjeden kan hindre likvidatorer, sikkerheten kan være korrelert med gjelden, og styringen kan godkjenne svake eiendeler eller endre risikoparametere. En høy avkastning på innskutt likviditet kan også omfatte insentiver og risikopremie, ikke bare renter fra låntakere.

For å sette DeFi-utlån inn i Securities.io sitt bredere innhold, kan du sammenligne firmaer som reviderer smartkontrakter, sikkerhet for smartkontrakter og KI og referansemodellen for DeFi-stakken. Samlet viser disse veiledningene hvordan det samme spørsmålet om infrastruktur for digitale eiendeler endrer seg når utstederen, eiendelen, investorens rettighet eller driftsinfrastrukturen er forskjellig.

Fra å stille sikkerhet til å fordele tap eller finne en løsning: kjeden for DeFi-utlån

Trinnet «Still sikkerhet» innebærer at godkjente eiendeler settes inn, og at det opprettes et registrert krav eller et rentebærende token. Resultatet blir deretter et grunnlag for å beregne lånekapasiteten, der orakelpriser, sikkerhetsfaktorer, grenser og kontosikkerhet anvendes. Denne overleveringen er det første stedet å kontrollere i DeFi-utlån: Mottakeren må kunne skille en fullført tilstandsendring fra en melding, et estimat eller en foreløpig registrering. Den samme kontrollen gjelder ved hver senere overgang, helt til trinnet «Fordel tap eller finn en løsning» gir et resultat som kan avstemmes uavhengig.

Les diagrammet baklengs, fra «Fordel tap eller finn en løsning». Sluttilstanden bør kunne føres tilbake til kontraktkode og -tilstand, orakeldata, risikoparametere, kontosikkerhet, historikk over lån og renter, gjennomføring av likvidering, reserver, styring og endelig tapsgjeld. Deretter går du videre til fullmakten som ble brukt til å utløse likvidering, eksponeringen som oppsto da lånet ble tatt opp og renter begynte å påløpe, og opplysningene som ble godtatt da sikkerheten ble stilt. Hvis denne kjeden bryter sammen, kan orakelmanipulering se ut som en fullført transaksjon, selv om en forvrengt pris skaper kunstig lånekapasitet eller utløser likvidering. Denne baklengs gjennomgangen holder analysen rettet mot verdien av sikkerheten, den variable gjelden, likvideringsregelen og fordelingen av gjenværende tap, snarere enn mot en leverandørbetegnelse eller status i et grensesnitt.

Hvem kontrollerer de viktigste registreringene i DeFi-utlån?

Leverandør og låntaker befinner seg på ulike sider av driftskjeden. Leverandøren gir likviditet og bærer tap i protokollen og i poolen, mens låntakeren stiller inn sikkerhet og skylder variabel gjeld. Deres registre – innskuddsrett, rente, utnyttelse, uttakskapasitet og tapregler – og sikkerhet, gjeld, helsefaktor, rente og likvidasjonshistorikk – skal være enige om samme hendelse uten å være kopier av en leverandørs database. Oracle, Liquidator og protokollstyring legger til distinkte beslutninger eller bevis; å behandle disse funksjonene som utvekslingsbare skjuler hvor skjønn, likviditet eller juridisk ansvar kommer inn.

En nedetid hos liquidatoren er en praktisk ansvarstest for DeFi-lån. Den lukker usunne posisjoner som en insentiv. Spørsmålet er om leverandør og låntaker fortsatt kan rekonstruere posisjonen fra utløser, kapital, transaksjon, beslaglagt sikkerhet og oppnådd slippage. Kontrakter kan tildele oppgaver, men part som eier kundens løfte, eiendel eller forpliktelse kan ikke erstatte bevis med en outsourcing‑klausul. Et robust design navngir fallback‑registret og personen som er autorisert til å løse en mismatch.

Tre tilstander som ofte forveksles i DeFi-lån

Sikkerhetsfaktor betyr andel av eiendomsverdi som støtter utlån under vanlige forhold; likvidasjonssgrense betyr derimot kontohelsegrensen der sikkerhet kan beslaglegges. Dårlig gjeld legger til en tredje betingelse: gjeld som gjenstår etter at tilgjengelig sikkerhet og gjenopprettingsmekanismer er uttømt. Distinksjonene er viktige fordi to brukere kan se en lignende bekreftelse samtidig som de har ulike rettigheter, møter ulike tidsrammer eller er avhengige av ulike institusjoner. I DeFi-lån navngir den nyttige sammenligningen det autoritative registret og tapets bærer for hver tilstand.

Sammenlign sikkerhetsfaktor, likvidasjonssgrense og dårlig gjeld på ett denomen: beløp, tid, forbrukt likviditet, reversibilitet, juridisk krav og residualt tap. For DeFi-lån er en raskere merkelapp ikke automatisk en mer endelig tilstand, og en jevnere rapportert avkastning er ikke automatisk en mindre økonomisk risiko. Å bruke ett måramme hindrer at tids- eller regnskapsforskjeller blir feilaktig tolket som reell forbedring.

Hvordan DeFi-lån endrer tilstand i praksis

1. Lever sikkerhet: Definer starttilstanden for DeFi-lån

Sett inn støttede eiendeler og motta en registrert rettighet eller renteinntektende token. I denne delen av DeFi-lån etablerer trinnet betingelsene som beregningen av lånekapasitet kan basere seg på. Leverandøren er sentral fordi han gir likviditet og bærer protokoll- og pooltap. Arbeidsregistret bør bevare innskuddsrett, rente, utnyttelse, uttakskapasitet og tapregler.

Feil i å utfordre her er Oracle-manipulasjon: En forvrengt pris skaper kunstig lånekapasitet eller likvidasjon. For å teste denne fasen, fang resultatet ved å bruke samme tid, omfang og styrende vilkår, og endre deretter en antagelse før du beregner lånekapasitet. For DeFi-lån identifiserer en forsvarlig overlevering hvem som godkjente det, hvilket register som endret seg, hva som fortsatt er reversibelt, og hvem som absorberer tapet hvis neste deltaker avviser beviset.

2. Beregn lånekapasitet: Identifiser beslutningsregelen i DeFi-lån

Bruk oracle-priser, sikkerhetsfaktorer, grenser og kontohelse. I denne delen av DeFi-lån filtrerer trinnet betingelsene som lån og avskrivning kan basere seg på. Låntakeren er sentral fordi han stiller inn sikkerhet og skylder variabel gjeld. Arbeidsregistret bør bevare sikkerhet, gjeld, helsefaktor, rente og likvidasjonshistorikk.

Feil i å utfordre her er prisgap: Sikkerhet faller utenfor insentiv og utførelseskapasitet før likvidasjon. For å teste denne fasen, beregn resultatet på nytt ved å bruke samme tid, omfang og styrende vilkår, og endre deretter en antagelse før du låner og avskriver. For DeFi-lån identifiserer en forsvarlig overlevering hvem som godkjente det, hvilket register som endret seg, hva som fortsatt er reversibelt, og hvem som absorberer tapet hvis neste deltaker avviser beviset.

3. Lån og avskriv: Mål overføringen av risiko i DeFi-lån

Overfør gjeldseiendom og oppdater variabel rente etter hvert som utnyttelsen endres. I denne delen av DeFi-lån omfordeler trinnet betingelsene som utløser likvidasjon. Oracle er sentral fordi den leverer verdier som bestemmer lønnsomhet. Arbeidsregistret bør bevare kilder, aggregasjon, oppdatering, latens, fallback og motstandsdyktighet mot manipulering.

Risikoen som må utfordres her, er likviditetstømming: Leverandørene kan ikke ta ut midlene sine fordi de fleste eiendelene er utlånt. For å teste dette trinnet må du stressteste utfallet med samme tidspunkt, omfang og gjeldende vilkår, og deretter endre én forutsetning før likvidering utløses. For DeFi-utlån innebærer en forsvarlig overlevering at det fremgår hvem som godkjente den, hvilken post som ble endret, hva som fortsatt kan reverseres, og hvem som bærer tapet hvis neste deltaker avviser dokumentasjonen.

4. Utløs likvidering: Avstem det autoritative registeret for DeFi-utlån

La tredjeparter eller protokollmoduler tilbakebetale gjeld og overta sikkerhet med rabatt. I denne delen av DeFi-utlån avstemmer trinnet vilkårene som fordeling eller håndtering av tap kan bygge på. Likvidatoren er sentral fordi vedkommende lukker posisjoner med for høy risiko mot et insentiv. Arbeidsdokumentasjonen bør bevare utløsende faktor, kapital, transaksjon, overtatt sikkerhet og realisert slippage.

Risikoen som må utfordres her, er korrelert sikkerhet: Gjeld og sikkerhet svikter samtidig eller er knyttet til samme marked. For å teste dette trinnet må du sammenligne utfallet med samme tidspunkt, omfang og gjeldende vilkår, og deretter endre én forutsetning før tapet fordeles eller håndteres. For DeFi-utlån innebærer en forsvarlig overlevering at det fremgår hvem som godkjente den, hvilken post som ble endret, hva som fortsatt kan reverseres, og hvem som bærer tapet hvis neste deltaker avviser dokumentasjonen.

5. Fordel eller håndter tapet: Test det endelige utfallet av DeFi-utlån

Bruk reserver, sikkerhetsmoduler, styring eller tap hos leverandørene hvis det fortsatt gjenstår gjeld. I denne delen av DeFi-utlån avslutter trinnet gjennomgangen av vilkårene som det registrerte utfallet kan bygge på. Protokollstyringen er sentral fordi den fastsetter eiendeler, faktorer, grenser, renter, oppgraderinger og nødtiltak. Arbeidsdokumentasjonen bør bevare avstemninger, administratornøkler, tidslåser, revisjoner, statskasse og parameterhistorikk.

Risikoen som må utfordres her, er styringsutnyttelse: Administrator- eller stemmekontroll endrer parametere, oppgraderer kode eller tapper eiendeler. For å teste dette trinnet må du dokumentere utfallet med samme tidspunkt, omfang og gjeldende vilkår, og deretter endre én forutsetning før det endelige utfallet registreres. For DeFi-utlån innebærer en forsvarlig overlevering at det fremgår hvem som godkjente den, hvilken post som ble endret, hva som fortsatt kan reverseres, og hvem som bærer tapet hvis neste deltaker avviser dokumentasjonen.

Kostnader, insentiver og balansevirkninger ved DeFi-utlån

Avkastningen på utlånte midler kommer fra renter betalt av låntakere, insentiver, gebyrer og noen ganger subsidier fra protokollen. Ved beregning av nettoavkastningen bør du trekke fra endringer i tokenpriser, begrensninger på uttak, gasavgifter, likvideringer av belånte reinvesteringssløyfer og sannsynlighetsvektede tap knyttet til protokollen.

Høyere utnyttelsesgrad øker rentene for å tiltrekke seg innskudd og dempe låneopptak, men en rentekurve kan ikke skape likviditet umiddelbart under et uttakspress. Muligheten til å ta ut midler avhenger av at låntakerne betaler tilbake, eller at ekstern likviditet kommer inn.

Likvidasjonsinsentivene må dekke gasavgifter, prisbevegelser og slippage uten å beslaglegge en urimelig stor del av låntakerens verdier. Lite likvide eller overbelastede markeder krever større buffere, noe som reduserer kapitaleffektiviteten.

Her svikter DeFi-utlån – og dette bør testes først

• Oracle-manipulering: En fordreid pris skaper kunstig lånekapasitet eller utløser likvidering. Stans tilførselen av sikkerhet mens leverandøren fortsatt har sin vanlige forpliktelse, og kontroller deretter om sikkerhetsfaktoren fortsatt har betydningen som er beskrevet ovenfor.
• Prishopp: Sikkerheten faller mer enn insentivene og gjennomføringskapasiteten kan håndtere før likvidering. Stans beregningen av lånekapasiteten mens låntakeren fortsatt har sin vanlige forpliktelse, og kontroller deretter om likvideringsterskelen fortsatt har betydningen som er beskrevet ovenfor.
• Likviditetstømming: Leverandørene kan ikke ta ut midlene sine fordi de fleste eiendelene er utlånt. Stans låneopptak og rentepåløp mens orakelet fortsatt oppfyller sin vanlige forpliktelse, og kontroller deretter om misligholdt gjeld fortsatt har betydningen som er beskrevet ovenfor.
• Korrelert sikkerhet: Gjeld og sikkerhet svikter samtidig eller er knyttet til samme marked. Stans utløsing av likvidering mens likvidatoren fortsatt oppfyller sin vanlige forpliktelse, og kontroller deretter om sikkerhetsfaktoren fortsatt har betydningen som er beskrevet ovenfor.
• Styringsutnyttelse: Administrator- eller stemmekontroll endrer parametere, oppgraderer kode eller tapper eiendeler. Stans fordeling eller håndtering av tapet mens protokollstyringen fortsatt oppfyller sin vanlige forpliktelse, og kontroller deretter om likvideringsterskelen fortsatt har betydningen som er beskrevet ovenfor.

En nyttig stresstest av DeFi-utlån kombinerer manipulering av orakler med uttømming av likviditet, i stedet for å teste hver av delene isolert. Frys eller forsink låneopptak og rentepåløp, gjør likvidatoren utilgjengelig, og krev at protokollens styring avstemmer resultatet mot stemmegivning, administratornøkler, tidslåser, revisjoner, treasury og parameterhistorikk. Utformingen består bare hvis tapet fordeles eller avklares til én tilstand som kan forklares, rettighetene knyttet til likvidasjonsterskelen opprettholdes, og eventuelle underskudd fordeles etter regler som fantes før forstyrrelsen.

Gjennomarbeidet eksempel: Følg én DeFi-utlånshendelse fra start til slutt

En låntaker stiller volatil sikkerhet verdt 150 000 dollar og låner 90 000 dollar i stablecoins. Hvis likvidasjonsterskelen er 80 %, blir posisjonen likvideringsberettiget når den justerte sikkerheten ikke lenger dekker gjelden. En likvidator tilbakebetaler en del av gjelden og mottar sikkerhet med rabatt. Hvis prisen faller brått og sikkerheten selges for mindre enn gjelden pluss kostnadene, har protokollen udekket gjeld som må dekkes etter reglene dens.

Eksempelet kan motbevises ved å endre forutsetningen som styrer beregningen av lånekapasiteten, eller ved å fjerne dokumentasjonen fra orakelet. Spor endringen gjennom låneopptak og rentepåløp, utløse en likvidering og fordel eller avklar tapet; ikke hopp direkte fra inndataene til hovedresultatet. Hvis det nye utfallet for DeFi-utlånet ikke kan gjenskapes ut fra kontraktskode og -tilstand, orakeldata, risikoparametere, kontos helse, historikk over lån og renter, gjennomføring av likvidering, reserver, styring og endelig udekket gjeld, bygger prosessen på en udokumentert vurdering eller oppføring.

Hvorfor DeFi-utlån er viktig nå

DeFi-utlån har blitt mer avansert med isolerte pooler, grenser for innskudd og lån, ulike orakelutforminger og leverandører av risikotjenester. Likevel kan automatiske likvideringer og komponerbarhet spre stress raskt. Brukere bør undersøke gjeldende parametere og avhengigheter, fordi pooler med svært ulike aktiva og styringsordninger kan finnes innenfor én og samme protokoll.

Den varige lærdommen fra DeFi-utlån er at det å stille sikkerhet og det å fordele eller avklare tap ikke er samme hendelse. Beslutningene imellom avgjør verdien av sikkerheten, den variable gjelden, likvideringsregelen og fordelingen av resterende tap, samtidig som innskytere og protokollens styringsorganer kan ha innsyn i ulike deler av dokumentasjonen. Automatisering er nyttig når den gjør beslutningene enklere og billigere å kontrollere; den er farlig når den slår dem sammen til én status som tilslører et styringsangrep.

Dokumentasjonen bak DeFi-utlån

De viktigste kildene om DeFi-utlån er BIS: Risikoer for finansiell stabilitet knyttet til DeFi, FSBs globale regulatoriske rammeverk for aktiviteter knyttet til kryptoaktiva og DeFi-rapporten fra CFTCs teknologiske rådgivende komité. Les dem som utfyllende lag: regler og definisjoner, institusjonelle forhold eller markedsstruktur, og driftsdokumentasjon som trengs for å etterprøve en konkret påstand. Ingen av dem bør brukes som erstatning for produktdokumentene, kontoene eller transaksjonsoppføringene som er beskrevet ovenfor.

Spørsmål du bør stille før du stoler på DeFi-utlån

• Kan innskyteren dokumentere innskuddsfordringen, renten, utnyttelsesgraden, uttakskapasiteten og tapsregelen før lånekapasiteten beregnes?
• Hvilken oppføring gjelder hvis låntakeren og likvidatoren er uenige?
• Hvem finansierer eller bærer eksponeringen som oppstår ved låneopptak og rentepåløp?
• Hva er den juridiske og økonomiske forskjellen mellom likvidasjonsterskelen og sikkerhetsfaktoren?
• Hvordan ville systemet oppdage et prisgap før tapet fordeles eller avklares?
• Hva skjer når orakelet er utilgjengelig eller dokumentasjonen derfra er utdatert?
• Kan en uavhengig kontrollør avstemme utfallet mot kontraktskode og -tilstand, orakeldata, risikoparametere, kontos helse, historikk over lån og renter, gjennomføring av likvidering, reserver, styring og endelig udekket gjeld?

I forbindelse med DeFi-utlån bør du erstatte formuleringer som «plattformen ordner det» med navngitte kontoer, kontrakter, tidsstempler, godkjenningsregler og ansvarlige enheter. Et fullstendig svar bør gjøre det mulig for en kontrollør å gå fra fordelingen eller avklaringen av tapet tilbake til sikkerheten som ble stilt, identifisere hvem som eier hver oppføring og beregne hvem som bærer tapet før et unntak oppstår.

Kjerneprinsippet bak DeFi-utlån

DeFi-utlån er lettest å forstå når analysen følger verdien av sikkerheten, den variable gjelden, likvideringsregelen og fordelingen av resterende tap gjennom de fem driftsfasene, og verifiserer resultatet mot kontraktskode og -tilstand, orakeldata, risikoparametere, kontos helse, historikk over lån og renter, gjennomføring av likvidering, reserver, styring og endelig udekket gjeld. Flyten forklarer hva som endres; deltakeroversikten viser hvem som kan godkjenne endringen; sammenligningen av de tre tilstandene hindrer at ulike typer krav blandes sammen; og feiloversikten viser hvor tilliten bør svekkes. Denne kombinasjonen skiller en reell forbedring fra friksjon eller risiko som er flyttet til et mindre synlig lag.

Primærkilder om DeFi-utlån

• BIS: Risikoer for finansiell stabilitet knyttet til DeFi
• FSBs globale regulatoriske rammeverk for aktiviteter knyttet til kryptoaktiva
• DeFi-rapporten fra CFTCs teknologiske rådgivende komité