Il design degli oracle è spesso discusso come un problema tecnico. Quanto velocemente vengono aggiornati i dati. Quante fonti vengono utilizzate. Quanto da vicino i prezzi seguono i mercati esterni. Queste domande sono importanti, ma raramente sono la ragione per cui i sistemi falliscono.
I fallimenti di solito iniziano prima, a livello di governance.
Quando qualcosa va storto con un oracle, il problema è raramente che i dati non fossero disponibili. È che non esisteva un processo chiaro per decidere quali dati dovessero essere considerati affidabili, quando dovessero essere utilizzati o come gestire l'incertezza. In quei momenti, la precisione tecnica offre poca protezione.
La maggior parte degli incidenti oracolo segue lo stesso schema. I dati arrivano in tempo. I contratti vengono eseguiti come previsto. Niente si rompe immediatamente. I danni compaiono più tardi, una volta che le posizioni si sono già adattate a input che avrebbero dovuto essere messi in discussione, ritardati o filtrati.
Questo non è un bug. È una lacuna di design.
APRO tratta il comportamento oracolo come un problema di governance prima che diventi un problema di dati. Invece di assumere che più feed creino automaticamente sicurezza, APRO si concentra su come vengono prese le decisioni quando i segnali sono in conflitto o le condizioni cambiano.
Chi decide quali fonti hanno più peso? Cosa succede quando la volatilità distorce input altrimenti affidabili? Quando dovrebbe il sistema rallentare invece di reagire istantaneamente?
Queste domande non possono essere risposte al momento dell'esecuzione. Devono essere incorporate nella struttura dell'oracolo stesso. I contratti intelligenti non valutano il giudizio. Enforzano regole. Se queste regole non tengono conto dell'incertezza, l'automazione amplifica l'errore.
Il design di APRO separa l'approvvigionamento, la validazione e la consegna in strati distinti. Questa separazione rende possibile applicare la governance senza fermare il sistema. I dati possono ancora fluire, ma non fluiscono alla cieca.
Il compromesso è sottile. La governance aggiunge frizione. Le decisioni richiedono leggermente più tempo. I cruscotti possono sembrare meno impressionanti durante i mercati calmi.
Ma quando le condizioni cambiano, quella frizione diventa una salvaguardia.
I sistemi oracolo raramente falliscono perché sono troppo lenti. Falliscono perché si muovono troppo rapidamente senza sapere quando fermarsi. La governance è ciò che dice a un sistema quando la velocità diventa rischio.
APRO è costruito attorno a questa comprensione. Non per eliminare l'incertezza, ma per prevenire che l'incertezza diventi silenziosamente danno.
