Mga oracle: ang presyong pinaniniwalaan ng kontrata
Ihiwalay ang mga presyo ng merkado sa mga input ng kontrata at suriin ang lipas, manipis o hindi tugmang reperensiyang datos.

Ang hangganan ng code at obserbasyon
Maaaring pare-parehong maglapat ng aritmetika ang smart contract habang gumagamit ng mahinang input. Nagbibigay ang oracle ng impormasyong hindi malayang mahihinuha ng kontrata mula sa sarili nitong execution state, gaya ng presyo sa panlabas na merkado. Ipinapaliwanag ng dokumentasyon ng Ethereum tungkol sa oracle ang hangganang ito sa pagitan ng pagpapatupad sa blockchain at panlabas na datos. Hindi lamang kung nag-a-update ang feed ang mahalagang tanong, kundi kung ano ang kahulugan ng na-update na numero.
Maaaring kumatawan ang presyo sa isang venue, pinagsamang datos, obserbasyong may timbang ayon sa oras, o redemption value. Magkakaibang tanong ang sinasagot ng mga depinisyong ito. Inilalarawan ng execution price sa exchange ang isang transaksiyon; sinusuportahan ng reference price ang isang tuntunin; inilalarawan ng redemption value ang claim sa ilalim ng tinukoy na mga kondisyon. Hindi dapat ipagpalit ang mga ito nang walang paliwanag.
Siyasatin ang espesipikasyon ng feed
Para sa kathang-isip na lending market, isulat ang pares ng asset, mga yunit, decimal, kondisyon ng update, at fallback na asal. Tukuyin kung naka-quote ang halaga sa dolyar, ibang token, o base asset. Maaaring maging mapaminsalang mali ang numerong mukhang tama ngunit pinarami sa maling decimal factor kapag binigyang-kahulugan ng ibang bahagi.
Suriin din ang pagiging bago. Maaaring lehitimong maiba sa mabilis gumalaw na order book ang feed na nag-a-update lamang pagkatapos ng paglihis o takdang pagitan. Kailangang magpasya ang application kung kailan masyado nang luma at ano ang gagawin pagkatapos. Maaaring proteksiyon laban sa lumang datos ang paghinto ng bagong paghiram ngunit maaari pa ring malantad ang kasalukuyang posisyon sa kasunod na update ng presyo. Walang fallback na laging walang-pinsala.
Bahagi ng kalidad ng input ang liquidity
Maaaring lumikha ang manipis na merkado ng last-trade price na hindi kumakatawan sa malaking transaksiyong maaaring isagawa. Maaaring mabawasan ng pagsasama ng mga venue ang pagdepende sa isang venue, ngunit maaaring limitahan ng iisang pagmamay-ari, pinagsasaluhang liquidity, o sabay-sabay na pagkaantala ang nakukuhang kalayaan. Pinapakinis ng time average ang panandaliang galaw kapalit ng pagkaantala. Ipinagpapalit ng bawat disenyo ang isang hanay ng kahinaan sa iba.
Isaalang-alang ang token na may naka-quote na presyong $10 ngunit $5,000 lamang na buying depth malapit dito. Hindi ipinapakita ng pagpapahalaga sa $1 milyon na collateral sa marginal price na iyon na makakakuha ang mga liquidator ng $1 milyon. Maaaring wastong iulat ng oracle ang tinukoy nitong sanggunian habang sumosobra ang pagtataya ng risk model sa mababawing halaga. Magkaugnay ngunit magkaibang problema ang kalidad ng datos at kapasidad sa liquidation.
Isailalim sa stress ang dalawang panig ng collateral ratio
Nakadepende sa presyo ng collateral at presyo ng utang ang pautang na may collateral. Hindi nagiging nakapirmi sa matematika ang halaga sa dolyar ng token dahil lamang inilalarawan itong stable. Kung mas mahal bilhing muli ang utang habang bumababa ang collateral, humihina ang posisyon mula sa dalawang panig. Imodelo nang magkahiwalay ang mga pagbabagong iyon sa halip na panatilihing hindi nagbabago ang isang panig dahil lamang sa nakasanayan.
Ipagpalagay na $12,000 ang halaga ng collateral, 6,000 yunit ang utang na sa simula ay nagkakahalaga ng $1 bawat isa, at 75% ang haka-hakang liquidation threshold. 1.50 ang paunang health ratio. Kung bumaba ang collateral nang 25% tungo sa $9,000 habang tumaas sa $1.10 ang bawat yunit ng utang, magiging $9,000 × 0.75 ÷ $6,600 ang ratio, o humigit-kumulang 1.023. Halos maubos ang buffer na mukhang komportable.
Saliksikin ang integrasyon, hindi lamang ang provider
Hindi garantiya ang mapagkakatiwalaang data provider na pinipili ng application ang tamang feed, pinangangasiwaan ang mga halagang hindi makuha o wastong sinusuri ang mga timestamp. Suriin ang dokumentasyon ng application, mga kaugnay na audit at mga pasiya sa parameter. Sa pagsasanay sa papel, sundan sa pagkalkula ang isang karaniwang pag-update ng presyo at pagkatapos ay ang nawawalang update. Sabihin kung saan kulang ang ebidensiya sa halip na punan ng kumpiyansa ang mga puwang.
Ibinubukod ng kapaki-pakinabang na plano sa pagsubaybay ang paggalaw ng merkado sa anomalya sa data feed. Ihambing ang nakasaad na reference sa mga independiyenteng obserbasyon at inaasahang patakaran sa pag-update ng feed. Dapat siyasatin ang mga pagkakaiba, hindi awtomatikong mag-trade. Tungkol ang araling ito sa pag-unawa sa kilos ng kontrata at panganib sa operasyon, hindi sa pagsasamantala sa kahinaan ng input o pag-aakalang ligtas na mapagkakakitaan ang tila maling pagpepresyo.
Para sa dagdag na pagsasanay, kalkulahin ang parehong posisyon ng collateral gamit ang tatlong batayang palagay: ang huling naiulat na feed, isang kasalukuyang bid na maaaring isagawa, at presyong mabebentahan sa matinding sitwasyon. Lagyan ng malinaw na label ang bawat isa. Hindi confidence interval ang mabubuong saklaw; nagpapakita ito ng sensitivity sa piniling valuation. Layunin nitong ilantad kung aling depinisyon ng presyo ang nagtutulak sa konklusyon at kung saan kailangan ng dagdag na ebidensiya ng liquidity.
Maaaring mahuli ang average na presyo sa mabilis na merkado
Binabawasan ng time average ang epekto ng isang panandaliang pagtalon, ngunit hindi nito ginagarantiya ang kasalukuyang market price. Kung isang daan ang presyo sa siyam na magkakapantay na panahon at pitumpu sa huli, siyamnapu’t pito ang simpleng average ng sampu. Mas mababa rito ang pinakahuling presyo.
Ipinapakita ng halimbawa ang epekto ng pagtitimbang, hindi ang eksaktong formula ng bawat oracle. Suriin ang paraan ng pag-average, observation window at kundisyon ng update. Maaaring pahirapan ng mahabang window ang maikling manipulasyon pero dagdagan ang pagkaantala matapos ang tunay na pagbabago.
Subukan ang dalawang sitwasyon: isang pansamantalang maling presyo at isang tunay na mabilis na pagbagsak. Maaaring makatulong ang parehong setting sa una at magdagdag ng panganib sa ikalawa. Hindi sariling garantiya ng kalidad ang salitang «average».
Suriin ang mga yunit at bawat hakbang ng conversion
Maaaring sa ibang cryptoasset ipinapahayag ang presyo, hindi sa euro. Kung 0.08 yunit ng base asset ang isang token at €2,500 ang base asset, €200 ang resulta. Ang maling pares o scale ay maaaring magbigay ng mukhang kapani-paniwala ngunit maling ekonomikong numero.
Sa bawat input, ilagay ang asset, yunit ng presyo, decimal scale at oras. May dagdag na problema sa timing kapag magkaibang sandali ang dalawang presyong pinarami. Hindi napapasariwa ng isang bagong feed ang isa pang tumigil na.
Alamin ang ginagawa ng app kapag luma, zero o hindi karaniwan ang input. Magkaibang pasiya ang paghinto, paggamit ng backup at paghawak sa huling presyo. Suriin nang hiwalay ang epekto sa paghiram at liquidation.