Chainlink jako oracle pro sázkové kurzy: jak data tečou do smart kontraktu
Available in USSmart kontrakt potřebuje oracle, jinak neví, kdo vyhrál
Existuje konceptuální zmatek, kterým prochází většina lidí, kteří poprvé slyší o on-chain sázení. Představa je, že „blockchain to ví“ — jakoby ethereum síť měla zabudovaný oddíl pro výsledky NHL zápasů a Premier League gólů. Realita je opačná. Smart kontrakt je deterministický kus kódu, který běží uvnitř virtuálního stroje sítě. Žádný kontrakt nemá z technického principu možnost zjistit, kdo vyhrál včerejší zápas — protože ten zápas se odehrál v offline světě, mimo blockchain. Aby kontrakt fungoval, potřebuje most. Tomu mostu se říká oracle, a v praxi na ethereum dominuje jeden poskytovatel — Chainlink. Pokud chcete pochopit, proč některé prediktivní trhy fungují perfektně a jiné se utopí ve sporu o výsledek, oracle vrstva je klíč.
Tahle stať rozebírá konkrétní mechaniku oracle infrastruktury — co je Chainlink, jak fungují jeho data feeds, kde leží rizika a co z toho má český sázkař v praxi.
Proč oracle vůbec potřebujeme
Smart kontrakt umí dvě věci. První — udržovat stav na blockchainu (kolik tokenů kdo má, jaké sázky jsou otevřené). Druhá — exekvovat logiku, pokud splníte předem definované podmínky. Co kontrakt naopak nemůže udělat, je „podívat se ven“. Ethereum síť je uzavřený systém. Nemá API k SportRadar, neumí přečíst RSS feed sportovního zpravodajství, nezná pravdu o tom, co se stalo v reálném světě.
Oracle je vrstva, která tento problém řeší. Konkrétně Chainlink je síť decentralizovaných node operátorů, kteří se „dívají ven“ v zájmu smart kontraktu. Při sportovní sázce node operátoři přijdou na výsledek zápasu, podepíší ho kryptograficky a pošlou data do smart kontraktu jako on-chain transakci.
Tento mechanismus má důsledek — bezpečnost smart kontraktu je rovná bezpečnosti oracle, který ho zásobuje daty. Pokud oracle ohlásí špatný výsledek, kontrakt vyplatí špatně. To se stalo v historii několikrát a vedlo to k pevnějším standardům. K síti ethereum bylo na konci 2025 připojeno přes 1 milion validátorů s effectiveness 98,09 %, ale validátoři neověřují obsah dat — pouze konsenzus na bloku. Sportovní výsledky validátoři neauditují, to je výhradně práce oracle vrstvy.
Pro českého sázkaře to znamená praktickou věc — když používáte Polymarket nebo Augur, vaše vypořádání závisí na oracle. Když používáte centralizovanou sázkovku typu Stake, oracle vás netrápí (vypořádává to Stake interně). Hranici mezi oběma světy je důležité pochopit.
Chainlink versus UMA versus Band Protocol
Chainlink není jediný oracle. Hlavními konkurenty jsou UMA (zaměřená na optimistic oracle pro Polymarket) a Band Protocol (jednodušší, ale rychlejší). Každý má jinou filozofii.
Chainlink používá decentralizovaný oracle network (DON) — typicky 7 až 31 nezávislých node operátorů, kteří poskytují data paralelně. Smart kontrakt agreguje jejich odpovědi (medián, vážený průměr) a teprve pak data zaznamená. Tento přístup je robustní vůči manipulaci jednotlivých nodes, ale nákladný (vyžaduje konsenzus mezi více operátory) a relativně pomalý (2 až 10 minut pro finální zápis).
UMA používá optimistic oracle. Někdo navrhne výsledek, který se okamžitě považuje za platný. Pokud do challenge window (typicky 2 hodiny) nikdo nenamítá, výsledek se finalizuje. Pokud někdo namítá, vstupuje arbitrace přes UMA token holders. Tento přístup je rychlejší a levnější, ale spoléhá na ekonomickou aktivitu skeptiků — pokud nikdo nedohlíží, špatný výsledek může projít.
Band Protocol je centralizovanější — jeden centralized data sourcer poskytuje data, validuje je menší set nodes. Levné, rychlé, ale s vyšším důvěrovým předpokladem.
Pro sportovní sázení je Chainlink dominantní u centralizovaných platforem, které potřebují vysokou jistotu, UMA u prediktivních trhů, kde uživatelé akceptují challenge window. Více o tom, jak konkrétně tyto rozdíly dopadají na prediktivní trhy v praxi, najdete v srovnání SX Network, Augur a Polymarket.
Data feeds sportu — jak vznikají
Chainlink pro sportovní data neoperuje vlastními pozorovateli zápasů. Místo toho integruje data od profesionálních agregátorů — typicky Sportradar, Genius Sports, Betradar, Stats Perform. Tyto firmy mají dedikované pozorovatele na stadionech a vlastní zpracovatelské systémy, které dodávají data v reálném čase.
Mechanismus toku dat: zápas skončí → Sportradar zápasový výsledek publikuje v jejich API → Chainlink node operátoři tuto API pollují → každý node vrátí svůj výsledek → konsenzus zpracuje agregát → finální data se zapíší on-chain → smart kontrakt může vyplácet.
Latence celého toku je typicky 30 sekund až 5 minut po skončení zápasu, podle nastavení konkrétní oracle implementace. Pro sportovní sázení je to dostačující — sázkař neočekává okamžité vypořádání, 5 minut po závěrečné píšťalce je akceptabilní.
Co může selhat? Sportradar API selže (vzácné, ale stává se). Node operátoři pollují různá data sources a dostávají odlišné odpovědi (řeší se aggregation). Některý zápas má neprůhledný výsledek (například technické vítězství po skreči) a oracle musí reagovat na manuální dispute. Každá z těchto situací představuje incidenty, které sice nejsou katastrofa, ale prodlužují vypořádání. Bezpečnostní vrstva celého blockchain gaming segmentu je v centru zájmu — 28 % blockchain gaming projektů bylo v roce 2025 pod nějakou formou bezpečnostního přezkumu, což je vyšší podíl než v běžném software segmentu.
Historické útoky na oracly — konkrétní příklady
Oracle attack je situace, kdy útočník zmanipuluje data, která oracle dodává smart kontraktu, aby vyextrahoval hodnotu. V historii DeFi se to stalo mnohokrát, ne všechny případy se týkaly sázek, ale principy jsou identické.
Příklad 1: bZx flash loan attack (2020). Útočník použil flash loan na manipulaci ceny tokenu na DEX, který sloužil jako oracle pro lending protokol. Cena se přepočítala na okamžik manipulovaně, smart kontrakt vyplatil podle špatné ceny, útočník odešel s miliony dolarů. Lekce: nikdy nepoužívat DEX cenu jako single-source oracle, vždy decentralizovaný aggregát.
Příklad 2: Augur dispute o reálných sportech (2019). Sázkař si nasázel na obskurní zápas, který se objektivně odehrál, ale oracle neměl k dispozici autoritativní zdroj výsledku. Vypořádání trvalo měsíce, sázkař prodělal čas i náklady, hlavní mechanismus selhal nikoli kvůli technické chybě, ale kvůli absenci kvalitního data source.
Příklad 3: prediktivní trh o politické události s nejednoznačným výsledkem (Polymarket, 2024). Oracle nedokázal jednoznačně určit, jestli kandidát splnil podmínku trhu, vznikl dispute, který trval týdny a vedl k částečnému přerozdělení výplaty.
Co tím sázkař reálně získá
Pro praktického českého sázkaře přináší oracle infrastruktura tři konkrétní hodnoty. První — transparentnost. Můžete si na blockchain explorer ověřit, kdy byla data zapsána, kdo je zapsal, jaká byla. Žádné „rozhodl ředitel sázkovky podle vlastního dojmu“ — všechno je auditovatelné. Druhá — automatizace. Vyplata probíhá automaticky v okamžiku, kdy oracle data potvrdí, bez čekání na manuální schválení.
Třetí hodnota souvisí s budoucí integrací do regulatorního prostředí. Soustavná oborová práce (zejména pod hlavičkou České kryptoměnové asociace) posunula institucionální debatu o krok dál. Pokud má ČNB v budoucnu reálně dohlížet nad MiCA-licencovanými poskytovateli, oracle data jsou jeden z mechanismů, který umožní auditovatelnost on-chain operací bez kompromisu uživatelského soukromí. Stávající stav ovšem znamená, že oracle infrastruktura zůstává primárně technickým fundamentem, ne regulatorním nástrojem.
Kolik node operátorů musí potvrdit výsledek zápasu, aby Chainlink feed odeslal data?
Záleží na konkrétní implementaci feedu. Standardní sportovní data feed Chainlink používá 7 až 21 node operátorů, výsledek se finalizuje při shodě většiny (typicky 4 z 7 nebo 11 z 21). Tato redundance chrání proti náhodným chybám i koordinovaným útokům. Vyšší zabezpečení (až 31 nodů) se používá u feedů s vysokou ekonomickou hodnotou — například cenové feeds pro lending protokoly.
Co se stane, pokud oracle dorazí pozdě a sázkař mezitím vyhraje předčasné ukončení sázky — vrátí mu sázkovka rozdíl?
U centralizovaných sázkoven (Stake, Cloudbet) oracle delay nehraje roli — vypořádání řeší interní systém. U decentralizovaných prediktivních trhů typu Polymarket platí pravidlo finálního oracle výsledku — pokud jste prodali pozici před vypořádáním, dostali jste tržní cenu v moment prodeje, žádný refund po finalizaci. Pokud držíte pozici do oracle finalizace a oracle dorazí pozdě, prostě čekáte — vaše výhra se vyplatí v okamžiku zápisu, ne v okamžiku zápasu.
Vytvořeno redakcí „Ethereum Sazeni“.
