UMA, izvorno nazvana Universal Market Access, pokrenuta je 2018. kao infrastruktura za stvaranje sintetičke financijske imovine na blockchainu. Projekt su osnovali Hart Lambur i Allison Lu s idejom da se financijski ugovori mogu izvršavati bez centraliziranog posrednika. Budući da takvi ugovori trebaju podatke o cijenama i događajima izvan blockchaina, UMA je postupno razvila optimistički oracle kao svoj ključni proizvod.
Za razliku od oracle mreža koje kontinuirano objavljuju cijene, UMA polazi od pretpostavke da je prijavljeni podatak točan dok ga netko ne ospori. Takav pristup smanjuje broj transakcija i omogućuje provjeru tvrdnji koje nisu samo numeričke, primjerice je li prijedlog prihvaćen, je li osigurani događaj nastupio ili je određeni kandidat pobijedio.
To UMA čini relevantnom za predikcijska tržišta, osiguranje, upravljanje protokolima i druge aplikacije unutar DeFi infrastrukture. Istodobno otvara teško pitanje: ako pametni ugovor ne može sam vidjeti vanjski svijet, tko zapravo odlučuje što je istina i što se događa kada odluka bude pogrešna?
Zašto blockchain ne može sam utvrditi pobjednika
Pametni ugovor na Ethereumu može provjeriti stanje računa, potpis transakcije ili rezultat drugog ugovora, ali ne može samostalno provjeriti rezultat izbora, nogometne utakmice ili sudskog postupka. Blockchain postiže konsenzus samo o podacima koji su mu dostavljeni. Oracle problem nastaje pri prijenosu činjenica iz vanjskog svijeta u determinističko okruženje blockchaina.
Čak i kada postoji vjerodostojan izvor, odgovor nije uvijek jednoznačan. Pitanje „Tko je pobijedio?” može značiti tko je osvojio najviše glasova, tko je službeno proglašen pobjednikom ili tko je preuzeo dužnost do određenog roka. Oracle ne rješava loše napisane uvjete. Ako je tvrdnja semantički nejasna, tehnički ispravan proces može proizvesti rezultat koji korisnici smatraju nepravednim.
UMA zato pokušava odvojiti predlaganje odgovora od njegova konačnog arbitriranja. Većinu očitih i neosporenih tvrdnji sustav rješava brzo, dok se samo sporni slučajevi šalju decentraliziranom mehanizmu glasanja. Time se smanjuju troškovi, ali se konačna sigurnost i dalje oslanja na ekonomske poticaje i kvalitetu ljudske procjene.
Kako UMA Optimistic Oracle tehnički funkcionira
U UMA Optimistic Oracle V3 aplikacija šalje provjerljivu tvrdnju, odnosno assertion. Tvrdnja može sadržavati opis događaja, referentno vrijeme, pravila razrješenja i dodatne podatke potrebne za interpretaciju. Predlagatelj polaže obveznicu u odobrenom kolateralu, čija veličina treba učiniti namjerno lažnu prijavu ekonomski neprivlačnom.
Nakon podnošenja počinje razdoblje osporavanja, poznato kao liveness period. Ako nitko ne ospori tvrdnju, ona se po isteku roka prihvaća kao istinita. Oracle pritom nije dokazao činjenicu; prihvatio ju je zato što nitko nije bio spreman riskirati kapital osporavajući je. To je srž optimističkog modela.
Ako osporavatelj položi traženu obveznicu, spor se prosljeđuje UMA-inu Data Verification Mechanismu, odnosno DVM-u. Vlasnici i stakeri UMA tokena glasaju kroz commit-reveal postupak. U fazi commit šalju kriptografski sažetak glasa, a u fazi reveal otkrivaju odgovor i podatak kojim dokazuju da nisu naknadno promijenili glas. Takva struktura smanjuje kopiranje glasova i dio mogućnosti koordinirane manipulacije.
Nakon utvrđivanja rezultata oracle vraća odgovor aplikaciji, koja izvršava unaprijed definiranu logiku: isplatu dobitnicima, povrat kolaterala ili odbijanje tvrdnje. Gubitnička obveznica služi za nagrađivanje ispravne strane i pokrivanje naknada. Integratori mogu koristiti i escalation manager ugovore kako bi prilagodili tko smije osporavati tvrdnju, koji se arbitražni sustav koristi i kako se obrađuju posebni slučajevi.
Tko odlučuje tko je pobijedio
U neosporenom slučaju praktično odlučuje predlagatelj, ali samo zato što nijedan promatrač nije aktivirao spor. To znači da sigurnost ovisi o postojanju barem jednog racionalnog sudionika koji prati tvrdnje i može profitabilno osporiti netočan odgovor. Pasivnost promatrača stoga je važan sigurnosni rizik.
U spornom slučaju konačnu odluku donose UMA glasači. Oni bi trebali primijeniti pravila navedena u tvrdnji i konzultirati javno dostupne izvore. Njihov zadatak nije glasati za politički ili financijski poželjan ishod, nego odrediti odgovor koji odgovara formulaciji zahtjeva. Sustav pretpostavlja da je vrijednost poštenog sudjelovanja veća od koristi koordinirane manipulacije.
Primjer su predikcijska tržišta kao što je Polymarket, koja su koristila UMA-u za razrješavanje tržišnih ishoda. Ako tržište pita hoće li se događaj dogoditi do određenog datuma, rezultat ne ovisi samo o stvarnom događaju nego i o definiciji roka, vremenskoj zoni, prihvatljivim izvorima i kriteriju konačnosti. Formulacija tržišta često je jednako važna kao i sam oracle.
Što se događa kada oracle pogriješi
Blockchain neće automatski prepoznati da je donesena pogrešna odluka. Kada DVM vrati rezultat, povezani pametni ugovor izvršava ga kao konačan prema svojim pravilima. Ako su sredstva već isplaćena, transakcije se u pravilu ne mogu poništiti bez posebne upravljačke ili administrativne funkcije. To je ključna razlika između tehničke konačnosti i činjenične istine.
Prvi stvarni rizik je nejasna specifikacija. Tvrdnja može imati nedorečen rok, proturječne izvore ili izraz koji različite skupine tumače drukčije. Ni velik broj poštenih glasača ne može pouzdano popraviti loše definirano pitanje. Integratori zato trebaju unaprijed navesti izvor podataka, vremensku zonu, kriterij službene potvrde i postupak za odgođene ili poništene događaje.
Drugi rizik je ekonomski napad. Ako vrijednost koju napadač može izvući iz protokola premašuje trošak kupnje, posudbe ili koordiniranja dovoljne glasačke moći, racionalni poticaji mogu zakazati. UMA taj problem promatra kroz odnos troška korupcije i profita od korupcije. Velike aplikacije zato ne bi trebale osiguravati vrijednost koja je nerazmjerno veća od ekonomske sigurnosti oracle sustava.
Treći rizik proizlazi iz niske likvidnosti kolaterala i operativnih troškova osporavanja. Promatrač mora pravodobno uočiti lažnu tvrdnju, osigurati kapital i prihvatiti rizik zaključavanja sredstava. Na mrežama s visokim naknadama mali sporovi mogu biti neisplativi. Integracije na sustavima Layer 2 smanjuju transakcijske troškove, ali uvode dodatne pretpostavke vezane uz mostove, sekvencere i prijenos poruka između mreža.
Gdje UMA ima najviše smisla
Optimistički oracle posebno je koristan za rijetke i diskretne događaje kod kojih bi kontinuirano objavljivanje podataka bilo nepotrebno skupo. Primjeri uključuju parametarsko osiguranje, ishode upravljačkih prijedloga, međulančane poruke i provjeru tvrdnji povezanih s tokeniziranom stvarnom imovinom. UMA-in oSnap, primjerice, povezuje odluke donesene putem Snapshot glasanja s izvršenjem transakcija na blockchainu.
Protokol Across koristi UMA-inu sigurnosnu arhitekturu u optimističkom modelu provjere prijenosa između mreža. Umjesto da svaki prijenos prolazi skupu individualnu validaciju, sustav pretpostavlja ispravnost predloženog obračuna dok se ne pojavi dokaz ili osporavanje. Prednost je kapitalna učinkovitost, dok je ograničenje ovisnost o aktivnim provjeravateljima i pravilno postavljenim rokovima.
UMA nije prikladna za svaki podatkovni problem. Za cijene koje se mijenjaju svake sekunde često su prikladniji oracle feedovi s čestim ažuriranjem. Optimistički model najbolje funkcionira kada je tvrdnja dovoljno jasna, vrijednost spora pokrivena obveznicom, a razdoblje osporavanja dovoljno dugo da neovisni sudionici mogu reagirati.
Zaključak
UMA rješava oracle problem kombinacijom pretpostavljene ispravnosti, financijskih obveznica, vremenskog prozora za osporavanje i decentraliziranog glasanja UMA tokenom. Prednosti su fleksibilnost, niži troškovi za neosporene tvrdnje i mogućnost obrade složenih nenumeričkih događaja. Nedostaci su ovisnost o pažljivom pisanju pravila, aktivnim osporavateljima i dovoljnoj ekonomskoj sigurnosti.
Za predikcijska tržišta, osiguranje, upravljanje i međulančane protokole UMA može biti učinkovita arbitražna infrastruktura, ali nije objektivni stroj za istinu. Ona je ekonomski koordiniran sustav odlučivanja. Kada pogriješi, blockchain dosljedno izvršava pogrešan odgovor, zbog čega kvaliteta integracije, ograničavanje izloženosti i precizna definicija tvrdnje ostaju važniji od samog izbora oracle protokola.
