The post Oracles Explored: Unpacking Oracle Scalability appeared first on Coinpedia Fintech News
Étos webu3 ztělesňuje filozofii zakořeněnou v decentralizaci a transparentnosti. Proč tedy přijímat něco méně, pokud jde o blockchainovou infrastrukturu? Aby byly blockchainové aplikace skutečně decentralizované a transparentní, uživatelé potřebují lepší přehled o zdrojích dat, které tyto aplikace pohánějí.
Odkud data pocházejí?
Proč by měl člověk těmto zdrojům dat věřit?
Existují záruky ohledně trvalé existence těchto zdrojů dat?
Tyto klíčové dotazy dláždí cestu pro skutečně robustní blockchainový ekosystém. Oracle, jako jeden z primitivních stavebních bloků blockchainu, jsou základem při řešení a zodpovězení těchto otázek.
Problém Oracle
Blockchainové sítě fungují na základě konsensu. Blockchainy zahrnují tisíce strojů, které se dohodnou na řadě událostí. Jako takové musí být všechny uzly na blockchainu schopny reprodukovat všechny transakce. To znamená, že transakce musí být deterministické a zajistit, aby všechny uzly měly konzistentní výsledky.
Nicméně deterministická povaha blockchainů představuje problém při přístupu k offchainovým datům.
Přestože veškerá komunikace uvnitř blockchainové sítě má silné záruky týkající se konzistence, dostupnosti a determinismu, skutečný svět a širší internet to tak nemají. API nebo databáze mohou být aktualizovány, hacknuty nebo zastaralé. Neexistuje žádná záruka, že budou fungovat zítra, natož navždy. Proto, aby se celá blockchain síť dohodla na výsledku nespolehlivé vnější komunikace, není životaschopný návrh.
To je povaha problému Oracle. Jak mohou blockchainy bezpečně interagovat a přistupovat do offchain světa?
Zadejte Oracles
Oracle jsou součástí infrastruktury, která spojuje blockchainy s offchainovými datovými body. Můžete si je představit jako blockchain middleware. Překlenují propast mezi světem mimo blockchain a chytrými kontrakty.
Sítě Oracle fungují tak, že skupina validátorů pozoruje data z reálného světa a poté se dohodne na výsledku, který se zaznamená v řetězci, což bude považováno za „pravdu“.
I když to zní poněkud jednoduše, je to něco jiného než. Sítě Oracle se musí potýkat s útoky Sybil, nefunkčními validátory a vadnými zdroji dat, a to vše při zajištění dokonalé dostupnosti. Je to náročný úkol a miliardy dolarů v řetězových transakcích závisí na zabezpečení sítí Oracle.
Rizika stávajících řešení
Pro adekvátní zabezpečení DeFi musí Oracle překonat významnou výzvu: škálovatelnost. Reportování Oracle je velmi náročné na práci, protože vyžaduje neustálé aktualizace. Abychom to uvedli do perspektivy, využití plynu v sítích Oracle je podobné jako u populárních DEXů.
Snížení tohoto zatížení je nezbytné pro zajištění bezpečnosti a rychlosti těchto sítí Oracle a jejich základních blockchainových ekosystémů.
Aby bylo zajištěno přesné hlášení, musí každý validátor podepsat údaje, které poskytuje, aby bylo možné každou odpověď zpětně vysledovat ke svému zdroji. Ukládání všech těchto podpisů v řetězci není efektivní z hlediska plynu a podporuje nebezpečné praktiky snižování nákladů, jako je zmenšení velikosti sad validátorů nebo frekvence odpovědí.
Vypořádat se s touto výzvou a zároveň zajistit bezpečnost a transparentnost systémů Oracle je zásadní problém, který je třeba vyřešit, aby se blockchainový ekosystém pohnul kupředu.
Kronický přístup
Systém Oracle společnosti Chronicle Protocol, zvaný Scribe, je první svého druhu. Využívá účinný Schnorr mechanismus agregace více podpisů. Schéma agregace podpisů umožňuje kompresi dat, což umožňuje více validátorům vytvořit jeden Schnorrův podpis. Tento mechanismus řeší problém škálovatelnosti Oracle a pomáhá ušetřit na poplatcích za plyn o více než 60 % na L1 a více než 68 % na L2.
Chronicle Scribe oracle přepisuje pravidla ověřování dat blockchainu. Jeho jádrem je první aplikace svého druhu kryptografie Schnorr Signature pro Oracle, která odděluje vztah mezi počtem validátorů a náklady na plyn.
Zatímco ostatní věštci se spoléhají na algoritmus ECDSA (Eliptical Curve Digital Signature Algorithm), který vytváří vztah jedna ku jedné mezi validátory a jejich podpisy, Scribe využívá novou aplikaci kryptografie Schnorrových podpisů. To umožňuje konsolidaci podpisů ze škálovatelné sady validátorů do jednoho „super podpisu“, který je následně ověřen ECDSA. Výsledek? Téměř konstantní náklady na plyn pro aktualizace Oracle, bez ohledu na to, kolik validátorů je zapojeno.
Tento přístup se zabývá dvěma klíčovými infrastrukturními výzvami, které již dlouho sužují jiná orákula: decentralizace a náklady. Odstraněním lineárního vztahu mezi počtem validátorů a provozními náklady přináší Chronicle zvýšenou bezpečnost, transparentnost a odolnost a zároveň udržuje náklady pod kontrolou.
Chronicle také řeší problém ověřitelnosti. Při používání kroniky mohou uživatelé vidět původ dat, hlášené hodnoty od každého validátoru a zdroje, které validátoři použili k získání dat. Tato funkce umožňuje komplexní sledovatelnost a zlepšuje porozumění uživatelům původu dat.
Scribe navíc umožňuje uživatelům ověřit pravost podpisu každého validátora. To dává koncovým uživatelům naprostou důvěru v platnost poskytovaných údajů.
Zpráva použitá k výpočtu střední ceny pro ETH/USD Oracle hlášená „0x77eb6cf8d732fe4d92c427fcdd83142db3b742f7“ Závěrečné myšlenky
Sítě Oracle jsou kritickou infrastrukturou, která spojuje chytré smlouvy na blockchainech s reálným světem. Jsou to lepidlo, které umožňuje DeFi fungovat na řetězu. Při vývoji dApps je zásadní vzít v úvahu nejen bezpečnost a přesnost sítí Oracle, ale také to, jak se budou škálovat s vaší aplikací a uživatelskou základnou. Chronicle's Scribe Oracle umožňuje škálovatelnost bez obětování bezpečnosti a transparentnosti. Chcete-li se dozvědět více o tom, jak integrovat Scribe do vašeho dApp, podívejte se na portál dokumentace a připojte se ke komunitě na Discordu.