Oracle Problem

Hva er Oracle Problem?

Oracle Problem er problemet som oppstår når en blockchain trenger data utenfra, men ikke kan hente det selv. Du har kode som er ment å fungere uten at man må stole på noen, men den må likevel stole på noe for å vite prisen på ETH eller dagens vær. Tenk på et låst kjøkken som spør noen ved vinduet om det regner før de starter en suppe.

Hvordan Oracle Problem fungerer

Oracle Problem viser seg når kode på en kjede trenger informasjon som finnes utenfor kjeden. Kort oversikt:

• Trinn 1: En smarte kontrakter forespørsel trenger data, som prisen på BTC eller resultatet i en kamp.
• Trinn 2: Et oracle henter disse dataene fra kilder, for eksempel flere børser, og pakker dem.
• Trinn 3: Oraclet legger dataene på kjeden slik at kontrakten kan lese dem.
• Trinn 4: Kontrakten handler, for eksempel ved å likvidere et lån eller utbetale midler.
• Trinn 5: Hvis feeden er feil, forsinket eller manipulert, blir resultatene skjeve og verdiendringer kan bli feil.

Derfor handler Oracle Problem om å ta sannhet utenfra inn på kjeden uten å ødelegge tilliten. Du skjønner poenget.

Hvorfor Oracle Problem er viktig

Hvis du bryr deg om at krypto skal fungere for reelle anvendelser, er dette relevant.

• Fordel: Bedre utforming av orakler gjør at pengelogikken forblir pålitelig, slik at likvidasjoner, utbetalinger og handler skjer basert på rettferdige data.
• Perspektiv: Det er det stille problemet bak prisfeeds, sportsveddemål og NFT-egenskaper som oppdateres; hvis det svikter, blir stemningen raskt dårlig.
• Relevans: Du vil se det i desentralisert finans (DeFi), spill, prediksjonsmarkeder og til og med forsikring på kjeden.

Nøkkeltrekk ved Oracle Problem

Hva som former dette temaet:

• Tillit: Målet er å holde behovet for tillit lavt selv når data kommer fra eksterne parter.
• Finalitet: Når data først er lagt på kjeden, er den i praksis immutable, så dårlige innspill blir værende.
• Latens: Feedene må være ferske nok til å unngå at handlinger baserer seg på utdaterte data, samtidig som de ikke spammer kjeden.
• Mangfold: Flere uavhengige kilder og rapportører reduserer enkeltpunkter for svikt.
• Incentiver: Rapportører trenger egeninteresse med belønninger og straff som stemmer med sannheten.

Varianter

Oracle Problem viser ulike sider avhengig av hvilken type data og flyt du trenger:

1. Inbound: Data fra virkeligheten inn i kjeden, som priser eller vær.
2. Outbound: En kontrakts avgjørelse sendt til en betalingskanal eller spillserver.
3. Push: Feeder oppdaterer kjeden med faste intervaller uten å bli bedt om det.
4. Pull: Kontrakter ber om data bare når det trengs for å spare kostnader.
5. Signed: Dataleverandører signerer verdier utenfor kjeden slik at hvem som helst kan verifisere kilden.
6. Committee: En gruppe rapportører blir enige før de legger ut en verdi.

Eksempel

En utlånsprotokoll leser en prisfeed, ETH faller med én prosent, lån blir likvidert, og timer senere får alle vite at feeden var feil fordi en enkelt børs oppførte seg merkelig. Klassisk Oracle Problem.

Morsomt faktum

Ordet «oracle» kommer fra gamle siere som talte på vegne av gudene; i krypto spør vi dem om priser og værvarsler, som føles mindre poetisk men mye mer etterprøvbart.

Oppsummering

Oracle Problem i én setning: ta sannhet utenfra inn på kjeden uten at brukerne bare må tro på deg. Får du det til, fungerer resten bedre, fra Rolex til Reddit-tråder.