Oracle Problem

Che cos'è l'Oracle Problem?

L'Oracle Problem è il mal di testa che si presenta quando una blockchain ha bisogno di dati esterni ma non può recuperarli da sola. Hai codice trustless, eppure deve comunque fidarsi di qualcosa per sapere il prezzo di ETH o il meteo di oggi. Immagina una cucina chiusa che chiede a qualcuno alla finestra se sta piovendo prima di iniziare una zuppa.

Come funziona l'Oracle Problem

L'Oracle Problem si manifesta ogni volta che il codice sulla catena vuole informazioni che vivono fuori dalla catena. Breve panoramica:

• Passo 1: Le chiamate di smart contract hanno bisogno di dati, come il prezzo del BTC o il risultato di una partita.
• Passo 2: Un oracle recupera quei dati da fonti, per esempio più exchange, poi li aggrega.
• Passo 3: L'oracle pubblica i dati sulla catena così il contratto può leggerli.
• Passo 4: Il contratto agisce, magari liquidando un prestito o rilasciando un pagamento.
• Passo 5: Se il feed è sbagliato, in ritardo o manipolato, gli esiti si alterano e il valore si muove nella direzione sbagliata.

Per questo l'Oracle Problem riguarda come portare verità esterne senza compromettere la fiducia. Hai capito il senso.

Perché l'Oracle Problem è importante

Se ti interessa che le applicazioni crypto funzionino con casi reali, questo è rilevante.

• Vantaggio: Un design migliore degli oracle mantiene onesta la logica monetaria, così liquidazioni, pagamenti e scambi avvengono su dati equi.
• Prospettiva: È il problema silenzioso dietro feed di prezzo, scommesse sportive e attributi NFT che si aggiornano; se fallisce, la situazione peggiora in fretta.
• Rilevanza: Lo vedrai in finanza decentralizzata (DeFi), nel gaming, nei mercati predittivi e persino nelle assicurazioni on chain.

Caratteristiche principali dell'Oracle Problem

Cosa definisce questo tema:

• Fiducia: Si cerca di minimizzare la fiducia anche quando i dati arrivano da terze parti.
• Finalità: Una volta che i dati arrivano sulla catena, sono effettivamente immutabili, quindi input sbagliati rimangono.
• Latenza: I feed devono essere abbastanza freschi per evitare azioni basate su dati vecchi senza però saturare la catena.
• Diversità: Molteplici fonti e reporter indipendenti riducono i punti singoli di fallimento.
• Incentivi: I reporter devono avere responsabilità con ricompense e penalità che allineano il loro interesse con la verità.

Varianti

L'Oracle Problem assume volti diversi a seconda di quali dati e flussi servono:

1. In entrata: Dati del mondo reale che entrano nella catena, come prezzi o meteo.
2. In uscita: La decisione di un contratto inviata a un sistema di pagamento o a un server di gioco.
3. Push: I feed aggiornano la catena a intervalli senza essere richiesti.
4. Pull: I contratti richiedono dati solo quando servono per contenere i costi.
5. Firmato: I fornitori di dati firmano i valori off chain così chiunque può verificarne la fonte.
6. Comitato: Un gruppo di reporter raggiunge un accordo prima di pubblicare un valore.

Esempio

Un protocollo di prestito legge un feed di prezzo, ETH scende dell'uno per cento, i prestiti vengono liquidati e ore dopo tutti scoprono che il feed era sbagliato perché un singolo exchange ha avuto comportamenti strani classico Oracle Problem.

Curiosità

“Oracle” deriva dagli antichi indovini che parlavano per gli dei; nella crypto chiediamo loro prezzi e previsioni sul meteo, meno poetico ma molto più verificabile.

Riepilogo

L'Oracle Problem in una frase: portare verità esterne sulla catena senza chiedere agli utenti di fidarsi ciecamente. Se lo risolvi, il resto comincia a funzionare, Rolex incontra i thread di Reddit.