Czym jest Oracle Problem?
Oracle Problem to problem, który pojawia się, gdy blockchain potrzebuje danych z zewnątrz, lecz nie może ich samodzielnie pobrać. Masz kod, który nie wymaga zaufania, jednak musi komuś zaufać, żeby poznać cenę ETH lub dzisiejszą pogodę. Pomyśl o zamkniętej kuchni pytającej kogoś przy oknie, czy pada deszcz, zanim zacznie gotować zupę.
„Wystarczy podłączyć dowolne API i po sprawie.” Nie do końca. Pobieranie danych z jednego scentralizowanego źródła może wprowadzić nowe punkty awarii i stronniczość, na co właśnie zwraca uwagę Oracle Problem.
Jak działa Oracle Problem
Oracle Problem pojawia się zawsze, gdy kod na łańcuchu potrzebuje informacji spoza łańcucha. Krótki przegląd:
- Krok 1: Wywołanie smart kontraktu potrzebuje danych, np. ceny BTC lub wyniku meczu.
- Krok 2: Oracle pobiera te dane z różnych źródeł, np. z kilku giełd, a następnie je przetwarza.
- Krok 3: Oracle umieszcza dane na łańcuchu, aby kontrakt mógł je odczytać.
- Krok 4: Kontrakt podejmuje działanie, na przykład likwiduje pożyczkę lub wypłaca środki.
- Krok 5: Jeśli źródło jest błędne, opóźnione lub zmanipulowane, wyniki będą przekłamane, a wartość pójdzie w niewłaściwym kierunku.
Dlatego Oracle Problem dotyczy dostarczania prawdy z zewnątrz bez naruszania zaufania. Masz wyobrażenie.
Dlaczego Oracle Problem ma znaczenie
Jeśli zależy Ci, żeby kryptowaluty działały w praktyce, to ma to znaczenie.
- Korzyść: Lepsze projektowanie oracle sprawia, że logika finansowa pozostaje uczciwa, więc likwidacje, wypłaty i transakcje opierają się na rzetelnych danych.
- Perspektywa: To cichy problem stojący za źródłami cen, zakładami sportowymi i aktualizacjami cech NFT; jeśli zawiedzie, sytuacja szybko się pogarsza.
- Znaczenie: Zobaczysz go w finanse zdecentralizowane (DeFi), grach, rynkach predykcyjnych i nawet w ubezpieczeniach na łańcuchu.
Wybieraj zdecentralizowane sieci oracle, które pobierają dane z wielu źródeł, publikują często i ujawniają swoje obliczenia. Przejrzystość jest lepsza niż domysły.
Główne cechy Oracle Problem
Co wyróżnia ten problem:
- Zaufanie: Chodzi o zachowanie minimalnego poziomu zaufania nawet wtedy, gdy dane pochodzą od zewnętrznych podmiotów.
- Finalność: Gdy dane trafią na łańcuch, stają się praktycznie niezmienne, więc błędne wartości pozostają.
- Opóźnienie: Źródła muszą być wystarczająco świeże, by zapobiec działaniom na przestarzałych danych, a jednocześnie nie zalewać łańcucha nadmiarem aktualizacji.
- Różnorodność: Wielu niezależnych dostawców i raportujących zmniejsza ryzyko pojedynczego punktu awarii.
- Zachęty: Raportujący powinni mieć stawkę w grze, z nagrodami i karami skłaniającymi do prawdomówności.
Warianty
Oracle Problem przyjmuje różne formy w zależności od rodzaju danych i przepływu:
- Inbound: Dane z zewnątrz wprowadzane na łańcuch, np. ceny lub pogoda.
- Outbound: Decyzja kontraktu wysyłana do systemu płatności lub serwera gry.
- Push: Źródła aktualizują łańcuch w ustalonych odstępach bez wywołania.
- Pull: Kontrakty żądają danych tylko wtedy, gdy są potrzebne, by ograniczyć koszty.
- Signed: Dostawcy danych podpisują wartości poza łańcuchem, aby każdy mógł zweryfikować źródło.
- Committee: Zespół raportujących osiąga porozumienie zanim opublikuje wartość.
Oracle Problem to nie tylko kwestia techniczna. To także aspekt społeczny. Komu ufasz, jak ich wynagradzasz i co się stanie, gdy oszukają? Odpowiedz na te pytania, inaczej obietnice kodu mogą się nie spełnić.
Przykład
Protokół pożyczkowy odczytuje źródło cen, ETH spada o jeden procent, pożyczki są zlikwidowane, a godziny później wszyscy dowiadują się, że źródło było błędne, bo jedna giełda zachowała się dziwnie. Klasyczny Oracle Problem.
Ciekawostka
„Oracle” pochodzi od starożytnych wróżbitów, którzy przemawiali w imieniu bogów; w kryptowalutach prosimy je o ceny i prognozy pogody, co jest mniej poetyckie, ale znacznie łatwiejsze do zweryfikowania.
Podsumowanie
Oracle Problem w jednym zdaniu: dostarczyć zewnętrzną prawdę na łańcuch bez proszenia użytkowników o bezwarunkowe zaufanie. Jeśli to zrobić poprawnie, reszta zaczyna się układać.