🎲 Ang ilang aplikasyon sa blockchain ay hindi kailangang malaman ang halaga ng isang ari-arian. Kailangan nila ang isang patas na paraan upang matukoy kung ano ang susunod na mangyayari. Dito pumasok ang verifiable randomness sa usapin ng oracle. Ang randomness ay tila simpleng konsepto. Ngunit ang pagbuo ng randomness na kayang tiwalaan ng mga user sa loob ng isang deterministic na blockchain environment ay isang napakalaking teknikal na hamon. Isipin ang blockchain gaming. Kung kailangan ng isang laro na piliin ang mananalo, lumikha ng isang item, tukuyin ang reward, o lumikha ng hindi maipapalagay na resulta, ang paggamit lamang ng isang maipapalagay na blockchain value ay maaaring hindi magbigay ng antas ng randomness na kailangan. Ang hamon ay: Paano malalaman ng mga kalahati na hindi pinagmaliwanagan ang resulta? Dito maaaring maging kapaki-pakinabang ang verifiable randomness. Ang isang oracle infrastructure layer tulad ng WINkLink ay maaaring lumampas sa pamilyar na mundo ng price data at suportahan ang mga aplikasyon na nangangailangan ng panlabas na impormasyon o input na may kinalaman sa randomness. Ang konsepto ay makapangyarihan dahil hindi lang nais ng mga user ang resulta. Gusto nila ang tiwala na ang proseso sa likod ng resulta ay hindi nakatago na kinontrol. Nagbubukas ito ng mga posibilidad sa buong decentralized gaming, loterya, NFTs, reward systems, at iba pang aplikasyon kung saan ang hindi maipapalagay na resulta ay bahagi ng karanasan. At ang prinsipyong ito ay lumalawak pa sa labas ng pagtutuwa. Sa decentralized systems, ang verifiability ay nagbabago sa modelo ng tiwala. Hindi na kailangang hilingin sa mga user na maniwala lamang na random ang resulta; maaaring magbigay ang cryptographic mechanisms ng paraan upang patunayan ang resulta. Ito ay isang pangunahing Web3 na pagkakataon. Mas kaunting pag-asa sa “trust me.” Mas malaking teklado sa “verify it.” Habang lumalawak ang mga aplikasyon sa blockchain labas ng mga pampalakas na merkado, lalawak din ang pangangailangan para sa mapagkakatiwalaang panlabas na input. Ang ilang aplikasyon ay kailangan ng presyo. Ang iba naman ay kailangan ng mga pangyayari. Ang iba pa ay kailangan ng randomness. Ang karaniwang pangangailangan ay nananatiling pareho: Kailangan ng mga smart contract ang mapagkakatiwalaang mekanismo para makakuha ng impormasyon o input na hindi natural na available sa kanilang sariling execution environment. Dahil dito, mas malawak ang oracle layer kaysa sa price feeds. @justinsuntron @WinkLink_Oracle #TRONEcoStar