Kwa nini blockchain inahitaji oracle
Tofauti hii inaeleweka zaidi baada ya kujifunza kusoma smart contract bila kuwa developer. Code iliyo on-chain hutekeleza kanuni za kimantiki kwa kutumia taarifa zinazofikiwa na mtandao. Haiwezi kuita API ya wavuti inayobadilika kwa uhuru, kwa sababu nodes zingepokea majibu tofauti na zisingeweza kuthibitisha state ileile.
Hata hivyo, protocol ya mikopo lazima ijue bei ya dhamana. Bima ya kilimo inaweza kutegemea kiasi cha mvua. Derivative iliyowekewa token wakati mwingine hufuata index inayochapishwa nje ya chain. Oracle hukusanya, huthibitisha, huunganisha na kuchapisha data hiyo katika muundo unaoweza kusomwa na mkataba.
Nyaraka za Ethereum kuhusu oracles zinaeleza kuwa oracles huziba pengo la taarifa kati ya blockchain na mazingira ya nje. Pia zinatofautisha, miongoni mwa nyingine, input oracles, output oracles na computational oracles.
Oracle haiundi ukweli. Hutoa dai kwa kufuata mbinu fulani. Kwa hiyo, usalama hutegemea ubora wa vyanzo, waendeshaji na motisha zilizowekwa.
Vipengele vya mtiririko wa data
Chanzo huzalisha data ghafi: exchange, benki, huduma ya hali ya hewa au registry. Nodes zilizo nje ya chain huuliza vyanzo hivyo na kuandaa ripoti. Kisha mfumo wa aggregation huhesabu median, wastani au thamani iliyothibitishwa.
Mkataba wa oracle hupokea matokeo na kuyahifadhi on-chain. Protocol ya mteja husoma mkataba huo kwa kufuata kanuni zake. Inaweza kukubali thamani ya mwisho, kukataa data ya zamani kupita kiasi au kulinganisha mitiririko kadhaa.
Kila hatua huongeza utegemezi. Waendeshaji kumi wanaotumia API ileile hawatoi vyanzo kumi huru. Kinyume chake, vyanzo kadhaa vilivyopimwa vibaya vinaweza kuunda soko lisilo na liquidity ya kutosha na linaloweza kuchezezwa.
Gharama ya kuchapisha data huathiri mara ya masasisho. Kusasisha kila sekunde kwenye mtandao wa gharama kubwa kunaweza kuwa ghali kupita kiasi. Kwa hiyo, watoa huduma hutumia viwango vya deviation, vipindi maalum au mifumo ambayo mtumiaji hupata data anapoiomba.
Oracle ya kati au mtandao uliogatuliwa
Oracle ya kati inaweza kutoa data kwa haraka na kwa uwazi, lakini operator wake huwa sehemu moja ya hitilafu. Key iliyoathiriwa, kosa au censorship moja inaweza kuvuruga protocol.
Mtandao uliogatuliwa huunganisha waendeshaji kadhaa na wakati mwingine vyanzo kadhaa. Hupunguza baadhi ya hatari bila kuziondoa. Nodes zinaweza kushiriki miundombinu, kutegemea cloud ileile au kufuata mtoa bei yuleyule.
Motisha za kiuchumi hulenga kufanya ripoti mbaya iwe na gharama. Reputation, stake au penalty vinaweza kuboresha tabia. Hata hivyo, ufanisi wake hutegemea thamani ambayo mshambuliaji anaweza kuchota.
Governance mara nyingi hubaki na jukumu: kuchagua vyanzo, kubadilisha viwango au kuanzisha kusitisha mfumo. Chunguza ni nani anayedhibiti maamuzi hayo na kama kuna muda wa kusubiri unaowalinda watumiaji.
Bei ya spot, wastani na mara ya masasisho
Bei ya spot huonyesha quotation ya hivi karibuni, lakini inaweza kuathiriwa na hitilafu ya muda mfupi. Wastani wa kipindi fulani hupunguza ushawishi wa spike, huku ukichelewesha mwitikio kwa crash halisi.
Kiwango cha deviation huanzisha uchapishaji bei inapobadilika kwa kiasi cha kutosha. Heartbeat hulazimisha update hata kama hakuna mabadiliko. Kwa hiyo, data inaweza kutimiza moja ya vigezo hivyo na bado isifae kwa asset yenye volatility kubwa.
Protocol ya mteja lazima ikague freshness ya data. Kusoma thamani ya zamani bila ukaguzi kunaweza kuruhusu mkopo mkubwa kupita kiasi au kuchelewesha liquidation. Timestamp inayoonekana haina maana ikiwa mkataba hauitumii.
Pia linganisha currency ya marejeo. Mtiririko wa ETH/USD unaweza kutegemea conversion kati ya masoko. Stablecoin inayodhaniwa kuwa sawa na dola inaweza kuongeza hatari ikiwa oracle inaitumia kama proxy.
Jinsi manipulation ya oracle hutokea
Kwenye pool ndogo, mshambuliaji anaweza kubadilisha kiasi kikubwa ili kusogeza bei kwa muda. Ikiwa protocol inasoma moja kwa moja soko hilo, inaweza kukadiria dhamana kupita kiasi, kuruhusu mkopo kisha kubaki na deni lisiloweza kurejeshwa.
Flash loan hutoa mtaji wa muda ndani ya transaction ileile. Haizalishi udhaifu, lakini hurahisisha manipulation bila kuhitaji mtaji wa kudumu. Ulinzi hutegemea vyanzo vyenye depth, wastani, limits na ukaguzi wa deviation.
Key ya mchapishaji ikivamiwa, inaweza pia kuchapisha thamani ya uongo. Signatures nyingi, aggregation na ufuatiliaji huru hupunguza uwezekano huu.
Hatimaye, kosa la kawaida linaweza kutoa matokeo sawa na shambulio: decimals zisizo sahihi, symbol kuchanganywa, soko kusimamishwa au API kusanidiwa vibaya. Taratibu za deployment ni muhimu kama cryptography.
Oracle na liquidation katika DeFi
Kwenye mkopo, bei ya oracle huamua thamani ya dhamana na health factor. Update isiyomfaa mtumiaji inaweza kuanzisha liquidation kabla hajaona quotation hiyo hiyo kwenye application yake.
Mwongozo kuhusu mikopo ya crypto, LTV na liquidation husaidia kuelewa utaratibu huu. Frontend haiamuru mkataba: mtiririko wa on-chain ndio unaotambuliwa kwa mujibu wa kanuni zilizopangwa.
Oracle iliyo polepole sana wakati mwingine hulinda dhidi ya spike ya muda mfupi, lakini inaweza kuacha protocol ikikusanya deni wakati soko linaporomoka kweli. Mtiririko unaoitikia haraka sana unaweza ku-liquidate positions kwenye soko lililovurugika kwa muda.
Assets za derivative zinahitaji uangalifu wa pekee. Bei ya staking token, receipt token au sehemu ya vault haifuati kila mara kwa usahihi asset ya msingi. Mbinu hiyo lazima izingatie conversion rate na liquidity yake.
Mfano wa namba wa tofauti ya bei
Tuchukulie dhamana inauzwa kwa dola 100 kwenye masoko makuu, kisha ishuke haraka hadi dola 80. Oracle ambayo bado inachapisha dola 98 kwa dakika kadhaa inakadiria dhamana kupita kiasi. Wakopaji wanaweza kutoa liquidity nyingi kupita kiasi kabla ya update inayofuata. Kinyume chake, mtiririko unaochukua mauzo ya pekee kwa dola 60 unaweza ku-liquidate positions, ilhali soko lenye depth bado liko karibu na dola 80.
Protocol lazima ipime uwiano kati ya kasi na uwezo wa kupinga hitilafu. Median kutoka vyanzo vingi, kiwango cha deviation na ukaguzi wa freshness hupunguza hatari, bila kutoa matokeo kamili. Limits kwa kila asset huweka kikomo cha kiasi cha jumla kinachoweza kuathiriwa na kosa.
Kwa mtumiaji, mfano huu unaonyesha kwa nini margin kubwa ina umuhimu zaidi kuliko utabiri sahihi. Position iliyo karibu na kiwango cha liquidation inaweza kuathiriwa na upande usiofaa wa kuchelewa kwa uchapishaji.
Mifumo ya dharura
Circuit breaker husimamisha kazi fulani bei inapobadilika kupita kiwango fulani au data inapozeeka kupita kiasi. Inaweza kuzuia mikopo mipya huku ikiruhusu marejesho.
Oracle ya pili huchukua nafasi pale ya kwanza inaposhindwa. Redundancy hii husaidia tu ikiwa mifumo hiyo miwili haitumii utegemezi uleule. Mfumo wa kubadilisha oracle lazima pia uepuke thamani isiyolingana.
Limits za mikopo hupunguza hasara ya juu zaidi inayohusishwa na asset moja. Kipindi cha kusubiri, multisig governance na pause mode hukamilisha mfumo. Hata hivyo, kila kimoja huongeza mamlaka ya kiutawala.
Mtumiaji lazima asome kinachotokea wakati wa hitilafu. Freeze inaweza kuzuia withdrawal au kuongeza dhamana. Kwa hiyo, utaratibu wa dharura unaweza kulinda protocol huku ukiunda hatari kwa mtu binafsi.
Kuchunguza oracle bila kukagua code yote
Anza kwa kutambua address ya mtiririko kupitia nyaraka rasmi na mkataba wa protocol. Linganisha na explorer. Usitumie jina linaloonyeshwa na tovuti ya third party kama uthibitisho.
Andika thamani ya mwisho, timestamp, decimals na mzunguko wa kihistoria wa masasisho. Tafuta kiwango cha deviation na heartbeat. Hakikisha kama protocol inakagua data kuwa si ya zamani kabla ya kuitumia.
Chunguza vyanzo vilivyotajwa, idadi ya waendeshaji na mbinu ya aggregation. Maelezo yasiyo wazi kama “bei ya soko” hayatoshi kwa protocol inayosimamia mtaji mkubwa.
Kagua audits na incidents. Audit ya zamani si lazima ihusishe asset mpya au configuration mpya. On-chain analysis inaweza kuthibitisha masasisho, lakini si lazima ifichue miundombinu yote ya nje ya chain.
Maswali ya kuuliza kabla ya kuweka fedha
Ni mtiririko gani unaoamua liquidations? Ni platforms zipi zinazoingiza bei? Thamani inaweza kubaki bila kubadilika kwa muda gani? Mkataba hufanya nini update inapokosekana?
Nani anaweza kubadilisha oracle na kwa muda gani wa kusubiri? Kuna multisig, timelock au kura? Administrator anaweza kuchapisha moja kwa moja thamani ya dharura?
Je, protocol inaweka limits kwa kila asset? Inashughulikiaje depeg au kufungwa kwa soko? Data za majaribio na incidents za awali ziko wazi kwa umma?
Hatimaye, liquidity halisi inaruhusu kuuza dhamana kwa bei ya oracle? Quotation ya kinadharia haihakikishi kuwa liquidator ataweza kutekeleza volume inayohitajika.
Kupunguza exposure yako
Epuka position iliyo karibu na kiwango cha liquidation. Margin hufyonza sehemu ya ucheleweshaji na tofauti za bei. Badala ya kuweka assets kadhaa zinazothaminiwa na mtiririko uleule, gawanya utegemezi wako.
Weka alerts kuhusu health factor, bei na umri wa data ya oracle. Tumia channels kadhaa. Alert ni kinga ya ziada, si dhamana ya kuchukua hatua.
Kwa kiasi kikubwa, jaribu deposit, loan na repayment ndogo. Thibitisha addresses na ukumbuke kuwa audits hazitoshi kukabiliana na mashambulizi mapya.
Oracle hufanya smart contracts zitumike nje ya chain yao, lakini pia huhamisha sehemu ya trust kwenye ukusanyaji wa data. Swali sahihi si kuuliza kama oracle ni “decentralized”. Ni kubaini ni makosa gani inaweza kuvumilia, nani anaweza kuibadilisha na ni hasara gani hutokea inapokosea.
