Oracle Problem

Wat is Oracle Problem?

De Oracle Problem is de kopzorgen die ontstaan wanneer een blockchain externe gegevens nodig heeft maar die niet zelf kan ophalen. Je hebt code die zonder vertrouwen werkt, maar toch iets moet vertrouwen om de prijs van ETH of het weer van vandaag te weten. Denk aan een afgesloten keuken die iemand bij het raam vraagt of het regent voordat er soep wordt gemaakt.

Hoe Oracle Problem werkt

De Oracle Problem verschijnt wanneer code op een chain informatie wil die off chain leeft. Korte rondleiding:

• Stap 1: Een smart contracts oproep heeft gegevens nodig, zoals BTC prijs of een wedstrijduitslag.
• Stap 2: Een oracle haalt die gegevens op bij bronnen, bijvoorbeeld meerdere beurzen, en verpakt ze.
• Stap 3: De oracle plaatst de gegevens op chain zodat het contract ze kan lezen.
• Stap 4: Het contract neemt actie, bijvoorbeeld een lening liquideren of een uitbetaling vrijgeven.
• Stap 5: Als de feed fout, te laat of gemanipuleerd is, raken uitkomsten vertekend en beweegt waarde zich de verkeerde kant op.

Daarom gaat de Oracle Problem over het naar de chain brengen van waarheidsgetrouwe gegevens van buitenaf zonder het vertrouwensmodel te ondermijnen. Zo krijg je een goed beeld.

Waarom Oracle Problem van belang is

Als je wilt dat crypto werkt voor echte toepassingen, is dit belangrijk.

• Voordeel: Beter ontwerp van oracles houdt geldlogica eerlijk, zodat liquidaties, uitbetalingen en transacties op eerlijke gegevens plaatsvinden.
• Perspectief: Het is het stille probleem achter prijsfeeds, sportweddenschappen en NFT-eigenschappen die bijwerken; als het faalt, gaat het snel mis.
• Relevantie: Je ziet het in decentralized finance (DeFi), gaming, voorspellingsmarkten en zelfs on chain verzekeringen.

Belangrijkste kenmerken van Oracle Problem

Wat dit onderwerp kenmerkt:

• Vertrouwen: Je probeert het vertrouwen tot een minimum te beperken, ook als gegevens van externe partijen komen.
• Finaliteit: Zodra gegevens op chain staan, zijn ze feitelijk immutable, dus slechte inputs blijven bestaan.
• Latentie: Feeds moeten actueel genoeg zijn om verouderde acties te voorkomen, zonder de chain te overspoelen.
• Diversiteit: Meerdere onafhankelijke bronnen en reporters verminderen het risico op één enkel faalpunt.
• Incentives: Reporters moeten skin in the game hebben met beloningen en straffen die aansluiten bij de waarheid.

Variaties

De Oracle Problem kent verschillende vormen, afhankelijk van welke gegevens en welk proces je nodig hebt:

1. Inbound: Reële gegevens uit de omgeving die een chain ingaan, zoals prijzen of het weer.
2. Outbound: Een besluit van een contract dat naar een betalingsnetwerk of een game server wordt gestuurd.
3. Push: Feeds werken de chain periodiek bij zonder dat erom gevraagd wordt.
4. Pull: Contracten vragen alleen gegevens op wanneer dat nodig is om kosten te besparen.
5. Signed: Dataleveranciers ondertekenen waarden off chain zodat iedereen de bron kan verifiëren.
6. Committee: Een groep reporters bereikt overeenstemming voordat een waarde wordt geplaatst.

Voorbeeld

Een leenprotocol leest een prijsfeed, ETH zakt met één procent, leningen worden geliquideerd, en uren later blijkt dat de feed verkeerd was omdat één exchange rare gegevens gaf; klassiek Oracle Problem.

Leuk weetje

„Oracle” komt van oude zieners die voor de goden spraken; in crypto vragen we ze om prijzen en informatie over het weer, wat minder poëtisch voelt maar veel beter verifieerbaar is.

Samenvatting

De Oracle Problem in één zin: haal waarheid van buitenaf naar de chain zonder gebruikers te vragen je simpelweg te geloven. Als dat goed geregeld is, valt de rest op zijn plek, Rolex ontmoet Reddit threads.