Orakuli: cena kojoj ugovor veruje

Granica između koda i posmatranja

Pametni ugovor može dosledno primenjivati račun koristeći loš ulazni podatak. Orakl dostavlja informacije koje ugovor ne može samostalno izvesti iz sopstvenog stanja izvršavanja, poput spoljne tržišne cene. Ethereum dokumentacija o oraklima objašnjava tu granicu između izvršavanja na blokčejnu i spoljnih podataka. Važno pitanje nije samo da li se izvor ažurira, već i šta ažurirani broj znači.

Cena može predstavljati jedno mesto trgovanja, zbirni pokazatelj, vremenski ponderisano opažanje ili otkupnu vrednost. Te definicije odgovaraju na različita pitanja. Berzanska cena izvršenja opisuje transakciju; referentna cena podržava pravilo; otkupna vrednost opisuje potraživanje pod određenim uslovima. Ne treba ih zamenjivati bez objašnjenja.

Ispitajte specifikaciju izvora podataka

Za izmišljeno tržište kreditiranja zapišite par imovine, jedinice, broj decimala, uslove ažuriranja i ponašanje u rezervnom režimu. Utvrdite da li je vrednost kotirana u dolarima, drugom tokenu ili osnovnoj imovini. Broj koji izgleda ispravno, ali je skaliran pogrešnim decimalnim faktorom, može biti katastrofalno pogrešan kada ga protumači druga komponenta.

Ispitajte i svežinu podataka. Izvor koji se ažurira tek nakon odstupanja ili proteka intervala može se opravdano razlikovati od knjige naloga koja se brzo menja. Aplikacija mora odlučiti koliko stari podaci su prestari i šta tada učiniti. Pauziranje novog zaduživanja može štititi od zastarelih podataka, a ipak ostaviti postojeće pozicije izložene narednim ažuriranjima cena. Ne postoji univerzalno bezopasno rezervno rešenje.

Likvidnost je deo kvaliteta ulaznih podataka

Na plitkom tržištu cena poslednje trgovine može biti nereprezentativna za veliku transakciju koja se stvarno može izvršiti. Objedinjavanje više mesta trgovanja može smanjiti zavisnost od jednog mesta, ali zajedničko vlasništvo, deljena likvidnost ili istovremeni prekidi rada mogu ograničiti stečenu nezavisnost. Vremenski prosek ublažava kratkotrajna kretanja, ali uvodi kašnjenje. Svako rešenje zamenjuje jedan skup slabosti drugim.

Razmotrite token sa kotiranom cenom od $10, ali sa samo $5,000 obližnje kupovne dubine. Vrednovanje kolaterala od $1 milion po toj marginalnoj ceni ne pokazuje da likvidatori mogu ostvariti $1 milion. Orakul može ispravno prijaviti definisanu referencu dok model rizika precenjuje ostvarivi prihod. Kvalitet podataka i kapacitet likvidacije povezani su, ali različiti problemi.

Stres-testirajte obe strane koeficijenta kolaterala

Zajam obezbeđen kolateralom zavisi od cene kolaterala i cene duga. Pozajmljivanje tokena opisanog kao stabilan ne čini njegovu dolarsku vrednost matematički fiksnom. Ako dug postane skuplji za otkup dok kolateral pada, pozicija slabi sa obe strane. Modelujte te promene odvojeno umesto da iz navike jednu stranu držite nepromenjenom.

Pretpostavimo da kolateral vredi $12,000, dug iznosi 6,000 jedinica početno vrednih po $1, a hipotetički prag likvidacije je 75%. Početni koeficijent zdravlja iznosi 1.50. Ako kolateral padne 25% na $9,000, dok jedinice duga porastu na $1.10, koeficijent postaje $9,000 × 0.75 ÷ $6,600, približno 1.023. Naizgled komotan zaštitni višak gotovo je iscrpljen.

Istražite integraciju, ne samo pružaoca usluge

Ugledan pružalac podataka ne garantuje da aplikacija bira pravi izvor, obrađuje nedostupne vrednosti ili pravilno proverava vremenske oznake. Pregledajte dokumentaciju aplikacije, relevantne revizije i odluke o parametrima. U simulacionoj vežbi pratite uobičajeno ažuriranje cene, pa izostalo ažuriranje kroz proračun. Navedite gde vam nedostaju dokazi umesto da praznine popunjavate samopouzdanjem.

Koristan plan praćenja razlikuje tržišno kretanje od nepravilnosti u izvoru podataka. Uporedite navedenu referencu sa nezavisnim opažanjima i očekivanom politikom ažuriranja izvora. Razlike zahtevaju istraživanje, a ne automatsko trgovanje. Ova lekcija govori o razumevanju ponašanja ugovora i operativnog rizika, a ne o iskorišćavanju slabosti ulaznih podataka ili pretpostavci da se prividna pogrešna cena može bezbedno iskoristiti.

Za dodatnu vežbu izračunajte istu poziciju kolaterala uz tri referentne pretpostavke: poslednji prijavljeni podatak izvora, trenutnu izvršivu kupovnu cenu i stresnu prodajnu cenu. Jasno označite svaku. Dobijeni raspon nije interval pouzdanosti; on pokazuje osetljivost na izbor vrednovanja. Njegova svrha je da otkrije koja definicija cene određuje zaključak i gde su potrebni dodatni dokazi o likvidnosti.

Tačan prosek nije nužno cena trenutne prodaje

Hipotetička cena sedam minuta iznosi hiljadu dinara, a sledeća tri minuta osamsto. Vremenski ponderisan prosek deset minuta je 940 dinara. Račun je tačan, ali ne predstavlja automatski cenu po kojoj se može odmah prodati.

Duže usrednjavanje menja uticaj kratkih odstupanja, ali sporije prati i stvaran trajan pomak tržišta. Izbor prozora kompromis je vezan za namenu. Bezbednost ne proizlazi iz same reči „prosek”, već iz podataka i odluka koje ih koriste.

Nacrtaj nagli pad i postepeno kretanje proseka. Označi trenutak vrednovanja kolaterala. Da li treba istorijska referenca, aktuelni nivo ili izvršiva cena određene količine? Ta pitanja ne moraju imati isti odgovor.

Proveri jedinice i starost svake komponente cene

Token hipotetički košta 0,04 jedinice referentnog sredstva čija je cena 25.000 dinara. Rezultat je hiljadu dinara po tokenu. Posredna jedinica se u množenju poništava; broj 0,04 sam za sebe nije dinarska cena.

Ako prvi odnos potiče od pre sat vremena, a drugi je upravo ažuriran, rezultat spaja različite trenutke tržišta. Jedna vremenska oznaka može sakriti problem. Za svaki ulaz zapiši vreme opažanja i najveću prihvatljivu starost.

Odvoji i odnos otkupa od tržišne cene. Token može predstavljati 1,08 osnovnih jedinica i ipak se prodavati uz diskont. Knjigovodstvena vrednost potraživanja nije nužno ponuda dostupna likvidatoru odmah.